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/

Virtualizációs szakácskönyv mindenkinek - HP eszközökkel

Utóbbi időben szinte minden rendszerintegrációs projektünk valamely virtualizációs technológiát is magában foglalja. 

Ügyfeleink sorra cserélik a meglevő G4-G5 sorozatú HP és egyéb 3-4 éves szervereiket és ez kitűnő lehetőséget biztosít a szerver virtualizációs megoldások bevezetéséhez. Egy új G7-es az azonos típusú G4 szerverhez képest akár hússzoros processzor teljesítmény is biztosít. Kár lenne az ilyen szerverekben rejlő potenciált elvesztegetni. 

Azt tapasztaljuk, hogy az az ügyfeleknél a kiszolgálók nagy része egy feladatra van használva, pl. domain kontroller, dhcp szerver, mail szerver stb. Az ügyfelek sokszor egy az egyben szeretnék cserélni a szervereiket, de ez felesleges pénzkidobás lenne. Hiszen már 4-5 szerver cseréje esetén érdemesebb a sok szerver helyett beruházni egy virtualizációs megoldásba. Mit szoktunk javasolni? Alapvetően a szerverek esetében a DL380, vagy DL385 a sláger, hiszen árban a DL360-assal szinte megegyezik, azonban annál jobban bővíthető. Sokszor furcsának tűnik, de gond nélkül ki tudunk váltani 20 egy processzoros G4 rendszert akár egy DL380/385 kiszolgálóval. A második szerverre nem is  lenne szükség, de a magas rendelkezésre állás miatt mindenképpen szükségesnek tartjuk egy második DL380/385 kiszolgáló üzembe helyezését.

A szerverekbe a rendszer igényeinek megfelelő memória, és egyéb kártyák kerülnek. Legfontosabb a megfelelő mennyiségű ethernet port biztosítása. Sokszor találkozunk olyan esettel, mikor egy más cég által telepített virtualizációs megoldáshoz hívnak bennünket, mert nagyon lassú a rendszer. Az esetek 99%-ban az a gond, hogy 20-30 virtuális gépet megpróbálnak a futtató szerver egy 1Gb ethernetjén keresztül kommunikáltatni. Ez meg ugye nagy butaság. Mi általában a futtatott virtuális szerverek számának megfelelő ethernet porttal szállítjuk rendszereinket, így azok hálózati kommunikációja megfelelően gyors lesz.

Minden szerver virtualizációs megoldás közös tárterületet igényel a szerverek számára, legyen szó a VMware VSphere (ESX), vagy a Microsoft Hyper-V megoldásról. Ezt a tárterületet több fajta HP tároló megoldással is megvalósíthatjuk. A tároló eszközök kiválasztása alapvetően a szervereken futtatott alkalmazások típusától és a kívánt adat mennyiségtől függ. Mi 3 fajta eszközt szoktunk javasolni, melyekkel szinte minden igényt ki tudunk elégíteni. 

Az első ilyen eszköz a HP P2000 G3 becsületesebb nevén Modular Smart Array. Ez az eszköz egy univerzális storage, mely a kicsitől a nagy cégekig ki tudja elégíteni a tárolási igényeket. Akár 192 TB-nyi tárkapacitást is beletehetünk, tudja magát replikálni egy másik eszközre, lehet belőle Fibre Channel vagy iSCSI kontrollereset venni. Egyszóval egy nagyon univerzális eszköz, mely titokban a mi kis kedvencünk. Árban is ő a legelérhetőbb, bár a következő tároló eléggé szorongatja őt.

Ez a tároló a P4000 G2, becsületes nevén LeftHand. A tároló iSCSI felületen képes kiszolgálni szervereinket. Na ez a tároló olyan, mint egy LEGO nagy fiúknak. Alap építőkövekből, tároló egységeből áll, melyekkel sokféle huncutságot lehet elkövetni. Lehet simán tároló kapacitást növelni, ha veszünk meg egy kockát, lehet redundanciát növelni új kocka megvásárlásával, vagy mindezt keverve. Az iSCSI technológiának köszönhetően nincs szükség SAN switchekre, meg SAN kártyákra, simán ethernet felületen tudnak vele kommunikálni szervereink. Az egyes kockák akár különböző telephelyeken is lehetnek és a szervereinknek úgy tűnnek, hogy ők egy darab tároló. Menedzsmentje egyszerű, szervizelése és bővítése is, mivel szerver komponensekből épül fel, szerver vinyókat használ (SAS vagy SATA).

Na és végül a nagyágyú, a titkolt szerelmünk az EVA 4400. Évikét nagyon szeretjük, mivel gyors (nagyon-nagyon gyors), végtelen tárkapacitású, bármit meg lehet vele csinálni, bármire hajlandó. Tudjuk őt replikálni, elérhetjük őt SAN-on, vagy akár iSCSI-n keresztül is. Bár aki ilyet vesz az szinte kizárólagosan SAN hálózatra szokta őkelmét ültetni. Mint már említettem, végtelenül gyors és bővíthető. Ezért olyan esetekben szoktuk őt javasolni, ha nagy adatmennyiségeket kell gyorsan kezelni,és nagyon fontos az adatok folyamatos elérése és a szinte nulla üzemszünet.

Nos tehát mi a recept? A szakácskönyvünkben két megoldás van:

- VMware VSphere (van belőle egy 3 szerveres egybecsomagolt licensz HP-nál), két szerver, Windows Datacenter Server licenszek (ha MS környezetet virtualizálunk) és egy tároló.

- Microsoft Windows Datacenter Server licenszek, két szerver és egy tároló, ha Hyper-V-s megoldást építünk.

Ha több szerverre van szükség valamilyen oknál fogva, akkor pedig jönnek a pengék. De erről majd máskor. 

Mindenképpen szükséges még az ilyen rendszerek mentése. Ezt két termékkel szoktuk megoldani. Az egyik a HP Data Protector a másik pedig a Symantec Backup Exec. Mindkettőhöz HP MSL 2024-es szalagkönyvtárat szeretünk társítani, de ez már szintén egy másik poszt lesz.

Ha érdekel a szakácskönyvünk, akkor bátran keress bennünket, nálunk élőben megtekinthető a demo centerünkben a kész megoldás.

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ó: