P2000 G3 Reloaded, avagy MSA újratárazva

Tavaly nyáron, mikor megérkeztek az első MSA 2000 G3 tárolók, bocsánat, új nevükön P2000 G3 storage-ok, ünnepeltünk. Végre volt egy olyan eszközünk, mely egy dobozban tudta az FC és iSCSI kapcsolatokat kezelni. Azaz mindkét redundáns kontroller rendelkezett két FC és két iSCSI csatlakozóval, melyeket akár egyidejűleg is tudtunk használni. Nem kell mondanom, hogy örültünk neki. Ugyanis ezzel egyidejűleg rá tudtuk tenni a nagy diszksebességet igénylő és a lassabb sebességgel is beérő szervereket is egy dobozra. 

Azonban ez megmutatkozott a tároló eszköz árában is. Sok ügyfelünk pedig tiszta iSCSI megoldást szeretett volna, hiszen így megúszható a drága FC alapú csatoló kártyák és FC switchek árát. Volt ugyan a HP kínálatában tiszta iSCSI alapú megoldás az MSA 2000 G2 (már megint elrontottam P2000 G2), azonban ennek a 2x2 ethernet portja szűk keresztmetszet volt. Meg amúgy is ki akar G2-t venni, ha már van G3? Nos nem sokat kellett várnunk... 

Ösz végén szépen csendben befutott a P2000i G3, azaz a tisztán ethernet portokkal felvértezett kontrolerekkel rendelkező P2000 G3. És nem is akármilyen portokkal. Mindjárt két verziót kaptunk. Egy 2x4 1Gb/s, azaz kontrollerenként négy darab egy gigabites porttal rendelkező verziót, és egy 2x2 darab 10Gb/s-es verziót. 

Hogy melyik lett a kedvencünk? Természetesen az 1Gb/s-es kontrollerekkel felvértezett. Hogy miért? A választásnak egyértelműen anyagi okai vannak. Mennyibe is kerül egy 10Gb/s-es switch? Na ugye. Az ára ott jár valahol, ahol egy 8G/s-es SAN switchnek. Azaz nem járunk sokkal jobban ha ezt a verziót választjuk, mintha tisztán SAN-os megoldásban gondolkodnánk. A 2x4 1Gb/s-es ethernet port meg általában elég. És a 10Gb/s-es LAN kártyák sem olcsók. Ez a helyzet ugyan mostanában változni látszik, hiszen mostanában egyre több szerverben lesz alapfelszereltség a 10Gb/s-es ethernet hálózati kártya. Azonban míg a switchek ára nem kezd esni, addig mi az 1Gb/s-es ethernetes verziót javasoljuk.

Nyalánkságlista:

• Ötfajta kontroller - 6Gb SAS, FC, FC+iSCSI, iSCSI 1Gb, iSCSI 10Gb - kinek van ennél modulárisabb tárolója?
• Keverhető SAS, SATA, 2,5', 3,5' merevlemezek - kinek van ennél modulárisabb tárolója?
• Tárolókapacitás: 57,6 TB SAS és 192 TB SAS Midline és SATA Midline merevlemezekkel
• RAID szintek: 0, 1, 3, 5, 6, 10, 50
• Minden redundáns, aminek értelme van

Tud valaki jobbat?

P4000 avagy a HP legújabb adattárolási technológiája

Amikor 2008 őszén a HP megvásárolta a LeftHand Networks iSCSI tároló gyártót, nehéz volt elképzelni, milyen célból tette ezt. Elsőként mindenki arra gondolt, hogy a gyártó a meglevő MSA és EVA tárolóinak szoftverébe illeszti be a LeftHand technológiáját, ehelyett azonban egy külön tárolósorozatot jelentetett meg LeftHand, avagy újabban P4000 néven, mely kifejezetten az SMB szektor számára nyújt elérhető megoldást.

Miben is rejlik a P4000 titka? Alapvetően ez idáig minden tároló egy különálló egység volt, melyet szükség esetén lehetett replikálni vagy szinkronizálni egy másik - a megoldások zöménél kizárólag azonos - tároló eszközre. Ezzel lehetett biztosítani a rajta levő adatok védelmét, illetve a tároló eszközök magas rendelkezésre állását. A replikációs vagy szinkronizációs megoldás esetében az egyik tároló meghibásodásakor a másik eszközön még rendelkezésre álltak az adatok, amennyiben az azokat használó szerverek, és erőforrások képesek voltak rá, így akár leállás nélkül is folytathatták a feladatukat a másik tárolóról.

A jelenleg már második generációs LeftHand megoldás ezzel szemben más elvet követ. Alap kivitelben két identikus dobozzal indulunk, melyekkel már így is teljes redundanciát valósíthatunk meg a két doboz között, de más tároló megoldásokkal ellentétben ez a két tároló egy egységnek látszik az őt használó eszközök felé. További egységek hozzáadásával összeadódik az egységek kiszolgálási sebessége, tárolókapacitása és rendelkezésre állási szintje is az igényeknek megfelelően.

Ezek az alap dobozok teljesen standard HP Proliant szerver alkatrészekből tevődnek össze, ezért az eszköz költsége, támogatása is teljesen új szintekre tudott csökkenni a többi, nem standard alkatrészekből felépülő tároló megoldáshoz képest. Lényegében a HP Proliant DL 185 G5 szerverek bázisára épülnek, illetve standard Proliant szerverekbe való merevlemezekkel dolgoznak.

Mivel a HP a blade rendszerek legnagyobb szállítója is, ezért természetesen ezek a tárolók elérhetőek penge kivitelben is, ahol is a vezérlő rendszerek a C3000 vagy C7000 blade keretben, míg a merevlemezek a HP StorageWorks 600 MDS merevlemez tárolókban helyezkednek el. Ezzel kedveskedik a HP a blade alapú rendszerek kedvelőinek is, így egy vezérlő felületen keresztül menedzselhetőek a blade keretben levő szerverek és LeftHand tárolók is.

Ha a rendszerek alapja azonos a standard HP szerverekkel és kiegészítőkkel, akkor mégis mi teszi ilyen egyedül állóvá a megoldást? Természetesen a rajta futó speciális szoftver, a SAN/iQ. Ez a tároló vezérlő rendszer biztosítja a magas szintű rendelkezésre állást, melyet a gyártó Network RAID-nek nevez. Ezzel valósítja meg az alapban benne levő Microsoft VSS technológiával teljes körűen együttműködő pillanatfelvétel (snapshot) és távoli másolás (remote copy) funkciókat.

A vezérlő rendszer elérhető a VMware virtuális környezetekben is, így akár olyan környezetekben is alkalmazható a LeftHand megoldás, ahol nem alkalmazhatóak HP Proliant hardverek. Ilyenkor magán az ESX kiszolgálón fut a vezérlő szoftver és az ESX által biztosított tárterületet használja.

Kinek is való ez a megoldás? Nehéz erre válaszolni, mivel alapvetően minden méretű vállalati infrastruktúrában megállja a helyét. Mivel az eszközök sima LAN kapcsolaton keresztül kommunikálnak egymással, nincsen szükség SAN infrastruktúra kiépítésére, ezért a kezdeti beruházás gyorsan megvalósítható. A LAN-on kommunikáló iSCSI megoldás előnye az is, hogy a tárolók az egymástól több száz kilométerre levő telephelyeken legyenek, és még így is egy tárolóként működjenek. Alkalmazható virtualizációs kiszolgálók, Exchange rendszerek, adatbázis rendszerek és állománykiszolgálók háttértáraként. Képzeljük el, ha a felhasználóink ugyanazt az állománykiszolgálót tudják használni Budapesten és Szegeden is, és mindkét helyen a helyi hálózat sebességével tudjuk őket kiszolgálni.

Összefoglalva a HP P4000 adattárolási megoldásai korábban nem látott utat kínálnak a felhasználói igények kielégítésére. A megoldások nemcsak azzal tűnnek ki a versenytársak közül, hogy teljesen moduláris felépítésűek, és hogy a komplex, hiba- és katasztrófatűrő tárolóinfrastruktúrák kialakításához szükséges valamennyi alkotóelemet tartalmazzák, beleértve a helyi és távoli kétirányú replikációt lehetővé tevő szoftverkomponenseket is, hanem azzal is, hogy ezeket a figyelemreméltó képességeket fejlett, iSCSI alapú tárolóvirtualizációval is megfejelik.

EZ az indexen is olvasható: http://index.hu/info/2010/08/06/p4000_avagy_a_hp_legujabb_adattarolasi_technologiaja/

Balkéz szabály - helyileg alkalmazva

Tavalyi év folyamán a HP termékkínálatában megjelent egy új tároló megoldás a LeftHand. Ez egy iSCSI megoldás, mely elsősorban magas megbízhatóságú VMware rendszerekhez javaslom. A rendszer építőkockákból épül fel, ugyanúgy mint egy LEGO. A HP ugyan két alap dobozzal árulja az alap kivitelt (starter san), én azonban 3 dobozzal javasolom, hogy nekivágjunk. Egy doboz a kiviteltől függően 2,4 TB (SAS)- 6TB (SATA) terjed. Megrögzött SAS és SCSI hívőként furcsa, de én inkább a SATA verziót választanám. Szerintem a 8 SATA lemez sebessége elegendő a dobozonkénti 2x 1Gb/s-es LAN kártyák ellátására. A SAS verzió szerintem nem nagyon igazolható, így én nem is nagyon venném.

Miért is kell két, illetve három doboz? Nos a doboz önmagában egy RAID 5,6 vagy 10 tömb, azonban a tömbbön levő kötet az eszköz sérülése esetén könnyen elveszhet. Ezért csinálunk belőle egy másolatot a másik doboz tömbjére. Így minden kötetből már két másolatunk van. A szervereken spéci driver van, ami lehetővé teszi, hogy szervereink egyidőben olvassák mindkét tömb adatait ezáltal is gyorsítva az elérésen. Az írás során a spéci driver segítségével egyidőben írjuk a két tömbot, biztosítva a másolatok egyenértékűségét. Nos idáig megvan, miért kell két doboz. A harmadik doboz a dobozokon levő SAN/IQ szoftver clusterezési rendszere miatt kell. Ugyanis a szoftver feltételezi, hogy mindig életben marad legalább két doboz. Ha azonban két dobozzal indulunk, akkor az egyik doboz elvesztése esetén varázsolni kell, hogy elérjük az adatainkat. Ezt meg nem szeretnénk. Ezért inkább 3 dobozzal induljunk. 

Gyakran megkérdezik tőlem, hogy ugye az alapkivitel 12TB, akkor ennyi adatot is másolhatok rá. A válasz igen is, meg nem is. Egy SATA dobozban 6TB-nyi diszk van. Ha nem csinálunk a dobozok között redundáns tömböt, hanem egy széthúzott logikai tömböt csinálunk a két vason, akkor használhatjuk a 12TB kapacitást. Ekkor azonban egy doboz elvesztése esetén elveszik a tömb, azaz ugrottak az adataink. Ezért kell mindig másolatot csinálni az egyik doboz tömjéről a másik doboz tömbjére. 

További dobozok hozzáadásával növelhetjük az elérhető tárterületet és a megoldásunk sebességét is. Az eszköz ismer mindenféle storage trükköt, tud snapshotolni, mirrororzni, klónozni, azaz minden manapság alkalmazott trükköt ismer.

Hogy miért VMware? Ha egy nagy megbízhatóságú VMware megoldást csinálunk, akkor minimum két fizikai szerverrel kezdünk neki. Azonban a storage rész még legtöbbször csak egy doboz, ami önmagában nem redundáns. Azonban a Lefthand megoldás segítségével ez redundánsá tehető.

További infók a témáról: HP magyar oldal, HP angol oldal, LeftHand és VMware

És egy kis demó: