A következő címkéjű bejegyzések mutatása: Virtualizáció. Összes bejegyzés megjelenítése
A következő címkéjű bejegyzések mutatása: Virtualizáció. Összes bejegyzés megjelenítése

HP G7-es szerverek, a sebesség megszállottjainak

Nehéz dolga van annak a rendszergazdának vagy IT vezetőnek aki a HP gyártó által kínált  G7-es szériájú szervereket elfogadható szinten ki szeretné hajtani, esetleg még az is megfordul a fejében (felvágás képen..:)) hogy bebizonyítsa az ő alkalmazás környezetének még ez a szerver architektúra sem elegendő. Persze ne általánosítsunk, mindenre vannak ellenpéldák. Mégis meggyőződésem hogy Magyarországon a cégek 95% nem rendelkezik olyan alkalmazással és rendszer erőforrás szükségletekkel, ami különösképpen megizzasztaná a G7-es szerverekben található processzorokat, vagy egyéb erőforrás igényei túlmutatnának, azokon az értékeken ameddig ezeket a szervereket fel lehet bővíteni.

Felmerül persze a kérdés bennünk, hogy miért vegyünk akkor egy ilyen szervert, hogyan tudjuk kihasználni, milyen feladatra érdemes beállítani, hogyan fogjuk az erőforrásokat megfelelő módon kihasználni?

A válasz persze egyszerű, hiszen manapság szinte a csapból is ez folyik..:) A G7-es szervercsaládot szerintünk egyértelműen virtualizációs kiszolgáló infrastruktúrák kialakításához lehet és kell költséghatékonyan alkalmazni.  Amit nem bír „megenni” egy alkalmazás és annak környezete, azt majd megeszi 10-20 ilyen környezet egyesített erőforrás igénye. A cél ugyanis nem az, hogy legyen egy szerverünk ami 10%-on ketyeg az év 360 napjában, majd a fennmaradó 5 napban elérje a 30%-os csúcsát, hanem az hogy egész évben 75-80%-os terhelést produkáljunk rajta, és igény esetén az erőforrások dinamikusan allokálhatók legyenek az alkalmazás szerverek részére. Ez pedig a VIRTUALIZÁCIÓ csupa nagybetűvel. Most pedig tekintsük át mik a legfontosabb szempontok egy virtuális kiszolgáló kialakításánál, kiválasztásánál és nézzük meg miért tökéletes megoldás erre a G7-es szervercsalád.


A virtuális gépek hasonlóan a fizikai kiszolgálókhoz az alábbi négy erőforrásra tartanak igényt, szükségleteiknek megfelelően: Processzor, Memória, Merevlemez kapacitás, Hálózat. És mi az amit egy DL 380 G7-es szerver ezekből biztosít nekünk? Egyszerűen megfogalmazva, mindent. Bővebben megfogalmazva pedig mindent és abból jó sokat és erőset..:) Viccet félretéve nézzük a számokat:
  • ·         Processzor: 
Intel XEON 5600 processzor (Maximum 2 processzorig bővíthető)
4x gyorsabb, mint a korábbi Xeon 5500-as processzorok. Hatékonyan működik együtt a már jól ismert technológiákkal úgy mint Quick Path (adatsin, amelyen keresztül a processzor sokkal hatékonyabban éri el a processzor a memóriát és a PCI-express foglalatokat) és Integrated memory Controller (3 csatornás kontroller melyen keresztül a processzor közvetlenül éri el a memóriát, kihasználva ezzel a DDR3 technológia által nyújtott előnyöket. 33% gyorsabb memória elérés a 2 csatornásokhoz képest) 
  • ·         Memória: 
Maximum 192GB Registered Memory DIMMS (Max.: 48GB Unbuffered)
Gyorsabb memória sebesség a korábbi G6-os szerverben található memóriához képest, 4:1 memória védelem (memória tükrözés), és 4bit-es ECC hibajavítás a magas rendelkezésre állás érdekében.
  • ·         Merevlemez kapacitás:
Beépített Smart Array RAID kontroller kártya, amely támogatja a szokásos RAID1, RAID5, RAID0 védelmi szinteken túl a RAID6-os kialakítást is, amelynek segítségével akár egyszerre 2 lemez is kieshet egyszerre a tömbből.. (Vigyázat, a funkció bekapcsolása külön megvásárolandó, licenchez kötött). SCSI SAS–os csatoló felületén keresztül akár 16 lemez elérése is támogatott. 
  • ·         Hálózat:
Az alaplapon integrált 4 hálózati port-on kívül még 3 darab 4 port-os hálókártya is tehető bele, amivel összesen 16 hálózati elérést képes biztosítani, GB-es sebességen a virtuális szerverek számára

Bár cikkünk alapvetően a sebesség megszállottainak szól, ne feledkezzünk meg arról sem, hogy a G7-es szerverek a fent felsorolt erőforrás specifikus funkciókon kívül, más egyéb előnyöket is tartogatnak a tarsolyukban.  Ilyen például az ILO3 integrálása a szerverekbe melynek segítségével a szerverek távoli elérése válik megoldottá, sokkal gyorsabb és hatékonyabb módon, mint a korábbi ILO2-es verzió esetén. Vagy gondoljunk az energiafogyasztásra amely a G6-os szerverekhez viszonyítva közel 60%-al kevesebb energiát fogyaszt, köszönhetően a processzorban található energia gazdálkodási funkcióknak.


Összegzés: A fent felsorolt ismérvek birtokában kijelenthetjük, hogy nehéz olyan alkalmazást vagy funkciót találni, ami ezeket az erőforrásokat felemészti. Az viszont jól látszik, hogy virtuális szerverekből nem keveset képes kiszolgálni. Erre pontos számot mondani lehetetlen, de az eddigi tapasztalatok azt mutatják, hogy egy 100 fős cég általános funkcióit kiszolgáló szerverekből 20-30 szerver kiszolgálható egy ilyen fizikai szerveren. Ebben a megközelítésben persze már a magas rendelkezésre állást is biztosítani kell (HA cluster, közös háttértár, több fizikai kiszolgáló) de ha csak a szerver erőforrás kapacitását nézve az arányszámok elfogadhatók.

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.