hétfő márc. 24, 2014

Adatbázis konszolidáció Exadatán

Ma délután kezdődik az idei HOUG konferencia, melynek szerdai napján magam is tartok egy előadást "Konszolidáció és virtualizáció Oracle Exadata platformon" címmel. Rengeteget beszélünk ma felhőkről, és minden felhő implementáció alapja valamilyen szintű konszolidáció. Nem mindegy milyen szinten konszolidálunk, hiszen jelentős megtakarítás érhető el, ha azt optimálisan tesszük. Sok esetben alapértelmezett válasz a konszolidációra és a felhőre a virtualizáció, pedig ha végig gondoljuk a virtualizációval nem csökkentjük az üzemeltetendő operációs rendszerek számát, amelyek bár virtuálisak lesznek, ugyanúgy erőforrás igényesek is maradnak, mint fizikai társaik, sőt még a virtualizációs réteg is hozzátesz ehhez valamennyit. Szeretünk azzal érvelni, hogy így egyszerűbb az adminisztráció, könnyebben hozunk létre teszt/fejlesztői környezeteket, de ezzel pont azt érjük el, hogy még több operációs rendszert, alkalmazást és adatbázist kell üzemeltetnünk és még több erőforrást fogunk felhasználni. Ha megnézzük a költségeket, valójában idehaza (sajnos) nem az emberi költség a legnagyobb, sokkal nagyobb költséget tesz ki a szerverek és diszkalrendszerek energia és hűtési szükséglete, a licencelési és támogatási költségekről nem is beszélve.

Talán nem meglepő, hogy előadásomban szeretnék alternatívát mutatni a hatékony konszolidációra, mégpedig az adatbázis konszolidáció témában. Egy tavaly őszi Oracle Open World előadás rövidített változatát tervezem előadni szerdán délután 15 órakor. Az eredeti előadást Barb Lundhill, Jennifer Leung és Rene Kundersma együtt adták elő, így igazi kihívásnak ígérkezik mindezt egyedül megismételni Siófokon. Az előadáshoz készült egy nagyon jó whitepaper is, ami részletesen bemutatja például azt, hogy mire érdemes figyelni a konszolidáció tervezésekor. Erre valószínűleg nekem az idő rövidsége miatt nem lesz időm a fél órás előadás keretében, így háttéranyagként javaslom az előadásom hallgató számára.

kedd febr. 25, 2014

Oracle Exadata online partner oktatás

Április 1-ét követően a korábbi Exadata Database Machine modellekre (X2-2 és X2-8) az OPN specializáció már nem lesz érvényes. Az új Exadata X3 és X4 modellekkel az OPN specialistáknak el kell végezniük az új verziókra szóló online vizsgákat.

Hogy segítsük ezt, esti online képzéseket szervezünk Sales és PreSales témákban.

1. nap - március 17.
(18:00-20:00 CET)
Célközönség: Sales és PreSales tanácsadók

Időtartam: Két óra - Live Virtual Class

2. nap - március 18.
(18:00-20:00 CET)
Célközönség: PreSales tanácsadók

Időtartam: Két óra - Live Virtual Class

További információk az ingyenes képzésről itt találhatók. Jelentkezni pedig itt lehet.

péntek jan. 03, 2014

5. generációs Exadata

Lassan egy hónapja, december 11-én jelentettük be az Oracle Exadata Database Machine X4 verziót, ami már valójában az Exadata 5. generációja. Az idő gyorsan halad, az új termék első példányait már a napokban veszik át az ügyfelek. De miben is változott az új verzió az előző X4-es verzióhoz képest?

2-szer több Flash memória

A teljes rack konfigurációban 44,8 TB flash memória található, de a legkisebb nyolcad rack is 4,8 TB flash memória található. Az eszközbe épített hardveres Flash Cache Compression képesség átlagosan 2-szeres tömörítést produkál mind adatokra, mind indexekre, így az említett adatok duplájával is lehet számolni (Ennek haszanálata azonban Advanced Compression licencet igényel)! További előny az Exadata Smart Flash Caching technológia, amit használva mindig csak az aktív adatok maradnak a Flash-ben, az adat redundancia miatti másodlagos, illetve harmadlagos példányok már csak a diszken foglalnak helyet. A Exadata HCC tömörítési képessége is tovább tudja tömöríteni az adatokat és exáltal logikailag növelni a Flash kapacitását.

77%-kal nagyobb Flash IO/s

Talán az előzőnél is fontosabb, hogy 77%-kal több IO művelet hajtható végre másodpercenként, így a teljes rack 2,66 millió olvasási és 1,96 millió írási 8K-s SQL IO műveletre képes. Figyelem, fontos hogy 8K-s blokkokról és SQL műveletekről beszélünk, a diszk gyártók általában sokkal kisebb adategységekről és alacsonyabb szintű eszközökkel mért adatokról számolnak be. Mivel azonban ez egy adatbázis céleszköz, itt ennek az adatnak van relevanciája.


33%-kal nagyobb diszk kapacitás

A High Capacity (3TB) diszkek esetében 33%-kal 4 TB-ra nőtt, míg a High Peformance (600GB) diszkek esetében kétszeres növekedéssel 1,2 TB nőtt a diszk kapacitás. Ezzel egy teljes rack nyers diszk kapacitása 672 TB, illetve 200 TB diszk típustól függően (14 storage node x 12 disk * 4, ill. 1,2 TB). Nyolcad rack esetén ezek az értékek 72 TB és 21,6 TB. A nettó felhasználható adatterület mérete sokmindentől függ, például a redundancia szintje, Exadata Storage Software által lefoglalt terület, diszk, vagy storage cella szintű védelem, stb, de nagyságrendileg a megadott nyers diszk terület méret harmadára-negyedére csökken. Ez elsőre nagyon jelentős csökkenésnek tűnik, azonban ha hozzáadjuk a HCC tömörítéssel elérhető akár 10-15x növekedést, akkor már sokkal jobban hangzik a dolog.

50% több adatbázis szerver processzor mag

A korábbi 8 magos Xeon processzorok helyett az X4-2 szerverek már 12 magos Xeon processzorral kerülnek beépítésre. Bár ezek órajele kisebb, mint a korábbié, de egyrészt a megnövekedett magszám, másrészt a Xeon Turbo-Boost technológia alkalmazása egyértelmű teljesítmény növekedést eredményez. Ezzel a növekedéssel egy nyolcad rack-ben 24 processzor mag van adatbázis szerverek szintjén, és ne feledjük még a storage szervere szintű további 18 processzor magot, amely komoly részt vállal az adatbázis műveletek végrehajtásában.Teljes rack konfiguráció esetén 192 adatbázis és 168 storage processzor magról beszélünk! Jó hír, hogy csak az adatbázis réteg processzoraira kell adatbázis licenc, ami által komoly licenc megtakarítás érhető el!

További előnyök

Az előzőeken felül bővült az adatbázis szervereken belüli diszk mérete is, így az X4-2 szerverekben már 2,4 TB belső diszk található. Gyorsult a belső InfiniBand kapcsolat is, miután mindkét portja aktív. Az új Database 12c is hoz további előnyöket, melyek egy részéhez azonban a Storage Software 12.1 változata is szükséges, ami néhány blog bejegyzés alapján pár napja letölthető a My Oracle Supportról. Talán a legfontosabb 12c újítás a Multitenant Pluggable Database képesség, amiről tervezek a közeljövőben egy külön blog bejegyzést írni.

Továbbra is igaz, hogy korábbi Exadata konfigurációk bővíthetők az új verzióval, ami már csak azért is fontos, mivel a korábbi verziókat már nem lehet rendelni. Ehhez hasonlóan az új szoftver verziók is támogatottak a régi konfigurációkon, így a szoftveres újítások (mint például a writeback flash cache, azaz az írható flash) is elérhetők régebbi konfigurációkon. A hírek szerint ez alól kivétel a Storage Server Software 12.1-es verziója, amely az Exadata V1-et már nem fogja támogatni, de ez idehaza nem érint senkit tudomásom szerint.

További információk az X4 újdonságairól megtalálhatók a kifejezetten erről szóló prezentáció online változatában, illetve a termék weboldalán.

péntek szept. 20, 2013

Exadata üzemeltetésről

Még tavaly április 10-én írt a New York Times arról, hogy akár 6 hónapot is igénybe vehet, amíg egy új üzleti alkalmazás a hardver vásárlástól számítva a élesben elindulhat. Ez a 6 hónap még nem is számol azzal az idővel, amíg a megfelelő hardverek (és szoftverek) kiválasztásra kerülnek. Ráadásul az IT budget 70%-a fordítódik a telepítésre, frissítésre és a folyamatos üzemeltetésre. 

A Gartner szerint 2015-re az új hardver rendelések 35%-a már integrált rendszer lesz, melyekről viszont elmondható, hogy sokkal gyorsabb a bevezetésük, nem kell azzal foglalkozni, hogy melyik hardver komponens melyik másik elemmel, vagy szoftverrel kompatibilis, és legtöbb esetben ezen új integrált rendszerek már szoftverrel előre telepítve érkeznek, kerülnek a gyártó által átadásra.

Az Oracle Exadata talán a legelső igazi integrált rendszer, melynek első változata már 2008-ban megjelent. Tegnap az Exadata és általánosságban az Oracle Engineered Systems elnevezéssel integrált Oracle integrált, vagy tervezett célrendszerek üzemeltetési előnyeiről tartottam egy előadást. Sokat hivatkoztam az Oracle által, ebben a témában készített whitepaper-re, amely bemutatja azt a 3 üzemeltetői modellt, melyekkel érdemes egy ilyen rendszert menedzselni.

1. Stay as You Are (több üzemeltetői csapat)

Ez a modell jelenti a legkevesebb változást a jelenleg elterjedt üzemeltetői csapat struktúrákhoz képest. Ebben a modellben gyakorlatilag megmaradnak a különböző technológiákra a eltérő tudású csapatok, így az adatbázist a DBA-k, a storage réteget a diszk szakértők, a hálózatot a hálózati adminok tartják karban. A RACI mátrix (melyet a hivatkozott whitepaper tartalmaz) nagyszerűen bemutatja, hogyan oszlik meg Exadata esetében a felelősség a DBA, az operációs rendszer, a hálózat és a storage adminok között. Értelemszerűen komplex problémák megoldása ilyenkor több csapat bevonását igényli, azonban nem kell változtatni a már jól működő struktúrán.

2. Database Machine Administration Team (DBMA)

Ebben a modellben az Exadata-t egy egységént kezelve, annak egyszerűségét tükrözve, egyetlen Database Machine Administration csapat képes a teljes üzemeltetésre. A RACI mátrix is jól mutatja, hogy az összes üzemeltetői felelősség ehhez a csapathoz kerül, ezzel sokkal nagyobb rugalmasságot és hatékonyságot biztosítva. Ehhez természetesen szükséges az eszközön belüli hálózat, operációs rendszer és storage adminisztráció egyszerűsége is, ami célrendszer lévén (csak adott feladatra használható a környezet) megoldott probléma.

3. Exadata Database Administration (EBDA) Team

Ezt a modellt nevezhetnénk akár az aranyközépútnak is, melyben a DBA-k kapnak ugyan egy erős Exadata továbbképzést, azonban a storage, operációs rendszer és hálózat üzemeltetési feladatokra támogatóként bevonják az ahhoz értő üzemeltető kollégákat is. Ennek ábrázolásához már a RASCI mátrix kell, ahol megjelenik a Supportive feladatkör is.

Hogy a fenti 3 modellből hol melyik alkalmas, az nagy mértékben függ az adott cég üzemeltetői csapatának jelenlegi méretétől és strukturáltságától, valamint az integrált rendszerek infrastruktúrában betöltött szerepétől is. Az optimális megoldás megfelelő korülmények esetén a 2., DBMA nevet viselő modell lenne, azonban sokkal gyakoribb az EBDA csapat kialakítása, akik még támaszkodnak az egyéb insfrastruktúrák specializált tudással rendelkező szakértőire.

Bármelyik modellt is választja egy adott ügyfél, a tapasztalatok alapján Oracle Engineered Systems használatával 20-30%-kal csökkenthető a hagyományos üzemeltetési feladatok mennyisége, ami által a korábbi folyamatos "tűzoltás" átalakíthatóvá válik egy az üzletet sokkal inkább támogató, elősegítő produktív tevékenységgé.

Ebben a témában további hasznos információk találhatók Arup Nanda blogjában, Who Manages the Exadata Machine címmel.

kedd aug. 27, 2013

DBaaS Oracle Exadata-val előadás holnap

Holnap lesz az Oracle Database 12c bemutató rendezvénye a Larus Rendezvényközpontban, ahol 13:30-kor tartok előadást arról, miért érdemes DBaaS-t építeni Exadata platformon.

Az előadásomban először is röviden beszélek arról, hogy mi is az a DBaaS. Ma ha valaki felhőt épít, leggyakrabban IaaS-re, azaz Infrastructure as a Service-re gondol, és virtualizációval valósítja meg. Pedig költséghatékonyabb megoldás lehet, ha Platform as a Service-ben gondolkozunk - és ez lehet DB as a Service, vagy MW as a Service -, mivel elkerülhető lesz a virtualizációnak az a hátránya, hogy minden egyes szolgáltatáshoz külön dedikált processzor és memória erőforrásokat foglaljunk lesz. Database as a Service esetében osztott erőforrás kezelés valósulhat meg, ennek köszönhetően nagyobb sűrűségű konszolidáció valósítható meg, azaz kevesebb lesz az egy ügyfélre eső erőforrás mennyiség. Persze jogosan vetődhet fel a kérdés, hogyan oldjuk meg ilyenkor az izolációt, hiszen garantálni kellene, hogy minden felhasználó csak a saját adataihoz férjen hozzá, és ne vegyen el erőforrást a többi felhasználó elől. Többek között erre a kérdésre is választ adunk a holnap rendezvényen, melyre szeretettel várunk mindenkit.

péntek júl. 15, 2011

Exadata ebook és Exadata Storage Expansion Rack

Két szabadság között épp azon törtem a fejem, mit írhatnék a blogomra, mikor megláttam a hírt, hogy megjelent az Exadata ebook. Elsőre azt hittem a múltkor bejelentett Exadata könyv ebook változatáról van szó, ám kiderült hogy annál sokkal soványabb, ámde annál lényegretörőbb összefoglalás az Exadata előnyeiről egy szép, könyvet szimuláló flash formában. Ugyancsak a héten jelentettük be az Exadata Storage Expansion Rack megjelenését, ami azért izgalmas, mert sok olyan ügyél van, akinek sok lenne az Exadata processzor kapacitása, viszont inkább rendelt volna több tárhelyet bele. Így most már lehetőség van egy kisebb Exadata szekrényt rendelni, plusz hozzá még kiegészítő tároló kapacitást. Az Exadata Database Machine-hez hasonlóan az Exadata Storage Expansion Rack is 3 konfigurációban érhető el:

  • Teljes Rack - 432 TB raw disk storage
  • Fél Rack - 216 TB raw disk storage
  • Negyed Rack - 96 TB raw disk storage

Akár 8 Exadata Database Machine és Exadata Storage Expansion Rack köthető össze a csomag részeként elérhető Infiniband switch-en keresztül, amivel akár 3 Petabyte tároló kapacitás érhető el. 

És ha már Exadata, épp a héten mondta egy kedves ügyfél, hogy azért nem gondolkoznak Exadata-ban, mert nem ismernek konkrét felhasználói esetet, ami alapján meggyőződhetnének arról, hogy számukra is előnyös lenne a megoldás. Nos, létezik egy szép kis gyűjtemény az elérhető és publikus ügyfél sztorikról, amely itt található. Pontosan 20 ügyfél valós története szerepel benne (abból a több nint 1000 eladott Exadata szerverből, amelyről Fekete Zoli is írt nemrég.).

Minden kedves olvasónak jó hétvégét és jó nyaralást!

péntek jún. 10, 2011

36 Teradata helyett 3 Exadata

A Softbank Mobile Corporation 36 Teradata szervert cserélt le 3 Exadatára. Ez nem csökkenést jelentett az erőforrásokban, sokkal inkább növekedést: 150%-os növekedés tároló kapacitásban, hívási rekordok 3-szor gyorsabb feldolgozása. Eredetileg a meglévő Teradata környezet felújítását tervezték, ám végül az túl költséges lett volna, így döntöttek 5 alternatíva közül az Exadata mellett. A teljes történet itt olvasható.


About


Sárecz Lajos vagyok, 2003 óta dolgozok az Oracle Hungary Kft-nél értékesítési tanácsadóként. Szakterületem az Oracle Engineered Systems, azaz olyan szerverek, amelyek hardver és szoftver komponensek előre optimalizált konfigurációja.
A blogon publikált vélemények a saját nézeteimet tükrözik, nem feltétlenül egyeznek meg az Oracle álláspontjával.
The views expressed on this blog are my own and do not necessarily reflect the views of Oracle.
View Lajos Sárecz's LinkedIn profileView Lajos Sárecz's profile

Search

Archives
« április 2014
HKSzeCsPSzoV
 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
    
       
Today