VDI : "ako na to...", časť druhá - "Sizing VDI"

Ak chcete, aby Váš PoC pre VDI bol implementovaný k všeobecnej spokojnosti VDI užívateľov, je nutne potrebné vykonať kvalitný sizing pre zariadenia, ktoré Vám budú poskytovať VDI zdroje. Hlavne sa jedná o sizing modelu servera, ktorý bude slúžiť ako základ Vašej VDI infraštruktúry, a ďalej je potrebné neopomenúť aj výber HW modelu koncového klienta.

V prípade, že budujete VDI na tzv. „zelenej lúke“, tak aj návrh sieťovej a úložiskovej infraštruktúry určite významne ovplyvní hlavne finančnú stránku Vášho VDI riešenia.

Sizing servera pre VDI

Pozn. Až prevádzka otestuje to, že sa jedná o najoptimálnejší sizing servera.

Najprv treba mať napamäti, čo odporúča výrobca servera, t.j. že je určite dobré (a potrebné) server z hľadiska parametrov dobre poznať a odporúčam mať aj nejaké skúsenosti z jeho nasadenia v prevádzke, tak napr. ak sa jedná o dvoj-socketový server, je vhodné vedieť pre optimálny výkon CPU aká je jeho optimálna adresácia RAM na jedno CPU jadro a pod. Od takýchto a podobných údajov sa odvíjajú základné kroky ako určiť, koľko užívateľov sme schopní na jedno CPU jadro nasadiť v prípade optimálneho využitia RAM tohto servera. Moje skúsenosti z prevádzky sú také, že všeobecne je možné optimálne zaťažiť server maximálnym počtom 6-tich VDI tzv. „heavy workers“ užívateľov na jedno CPU jadro, a to za splnenia aj ďalších podmienok – OS virtuálneho desktopu je MS WinXP SP3, virtuálnemu desktopu je pridelená maximálne 1 GB RAM, a k virtuálnemu desktopu sa pripojíme pomocou MS RDP protokolu. Už z tohto jednoduchého príkladu z praxe je možné pomerne presne navrhnúť pre exaktný počet VDI užívateľov jedného typu, akú minimálnu kapacitu RAM by mal server určený pre takýto VDI deployment obsahovať.

Na tomto príklade si môžeme vypočítať aké parametre by mal mať server, ak by sme chceli navrhnúť VDI riešenie, bez nasadenia connection broker-a, pre 15-tich VDI klientov, s nasledujúcimi parametrami virtuálneho desktopu : 1 vCPU, 1 GB vRAM, 15 GB vHDD a s 1 vNIC, v prípade, že sa jedná o riešenie „in-a-box“ čiže pre VDI bude použitý iba jeden server (s lokálne uloženými VMs) :

teda vypočítame si potrebný počet CPU jadier (ak uvažujeme ako optimum 6 VM desktopov = 1 CPU jadro),

tak pre nasadenie 15 VMs desktopov potrebujeme minimálne 2,5 CPU jadrier

a zároveň, ak uvažujeme pri sizingu servera aj o jeho ideálnej adresácii RAM na jedno CPU jadro, je vhodným východiskom údaj, ktorý pre virtuálny desktop o definovanej kapacite 1 GB vRAM, zohľadní aj jeho správanie sa v prevádzke, čo je v praxi potencionálny swapping VM, výkonnostné požiadavky na vRAM, ale aj požiadavka na potrebnú minimálnu kapacitu RAM servera. V tomto prípade je odporúčaný údaj 4 GB fyzickej RAM servera na jedno CPU jadro ideálny stav, teda pre náš prípad :

pre 15 VMs budeme potrebovať minimálne 15 GB fyzickej RAM servera

ďalším údajom je potreba určiť minimálnu diskovú kapacitu servera a minimálny počet fyzických sieťových adaptérov servera :

pre náš prípad to je pre 15 VMs o kapacite jedného - 15 GB vHDD, teda minimálne 225 GB v nejakom fyzickom RAID úložisku,

a ešte treba minimálny počet fyzických sieťových adaptérov, ktorý je rôzny podľa toho na aký hypervízor sa rozhodnete Vaše VDI riešenie nasadiť, avšak vo všeobecnosti sa dá pri vyššie definovanom počte virtuálnych desktopov uvažovať s minimálnym počtom fyzických adaptérov a to sú minimálne 2 ks, (mimo adaptéra, ktorý slúži ako pre účely MGMT rozhraní ako sú napr. BMC/iLO a pod.).

Pomocou týchto číselných údajov sme sa dopracovali k nasledujúcim výsledkom určujúcim sizing servera pre 15 VDI klientov,

minimálny počet CPU jadier : 2,5
minimálna kapacita fyzickej RAM : 15 GB
minimálny lokálna úložisková kapacita : 255 GB
minimálny počet fyzických sieťových adaptérov : 2

(Pozn. možno ste si všimli, že sa v tomto sizingu nevyskytujú žiadne špecifické technické údaje napr. o taktovacej frekvencii CPU, odporúčaných typoch fyzických HDD a ich minimálnych otáčkach, resp. prenosovej rýchlosti fyzických sieťových adaptérov a pod., čo myslíte, prečo tomu tak je ??? )

ktoré ale zatiaľ nezohľadňujú žiadne požiadavky na zdroje pre použitý typ hypervízora.

Zámerne som tento sizing oddelil od minimálnych požiadaviek na VMs, aby bolo zrejmé, že každý typ hypervízora, si vyžaduje určenie minimálnych požiadaviek na zdroje samostatne a to z toho dôvodu, ako daný hypervízor pracuje so zdrojmi.

Vo všeobecnosti (a aj zo skúseností overených v prevádzke) je možné minimálne požiadavky pre beh hypervízora určiť nasledovne :

minimálne 1 CPU jadro pre beh hypervízora (pozn. prehnaná požiadavka),
minimálne 4 GB RAM pre beh hypervízora (absolútne minimum najviac používaných hypervízorov je 2 GB RAM, v opačnom prípade ho ani nenainštalujete),
minimálne 30 GB fyzický diskový priestor, teda v nejakom RAID-e, (absolútne minimum sa určuje veľmi obtiažne, pretože v súčasnosti je možné nainštalovať hypervízor aj na USB kľúč o kapacite 4 GB RAM, koľko z toho zostane pre Vaše VMs je veľmi otázne… ),
minimálne 1 fyzický adaptér dedikovaný pre komunikáciu s hypervízorom.

Suma sumárum - pre náš sizing servera sú potrebné nasledujúce minimálne technické požiadavky :

minimálny počet CPU jadier : [počet] 2,5 + 1 = 3,5 -> 4
minimálna kapacita fyzickej RAM : [GB] 15 + 4 = 19 -> 20
minimálny lokálna úložisková kapacita : [GB] 255 + 30 = 285 -> 300
minimálny počet fyzických sieťových adaptérov : [počet] 1 + 2 = 3 -> 3

čiže dodávateľovi HW by som zaslal nasledujúce technické parametre na dodávku servera :

1 CPU QuadCore, 20 GB RAM, 300 GB na HDD (v HW RAID 5), 3 fyzické NIC porty (mimo MGMT portu)

Tak to by bol sizing pre server, ktorý bude nasadený vo VDI koncepte uvedenom v minulom diele ako typ „BASIC“.

Pozn. pre typ konceptu „STANDARD“ a „ENTERPRISE“ sa postupuje obdobne, s tým rozdielom, že sa presne špecifikuje každá technologická súčasť VDI riešenia samostatne, napr. v prípade použitia spoločného úložiskového priestoru sa presne vypočíta na požadovanú kapacitu úložiska potrebný počet fyzických harddiskov pre každú diskovú skupinu vrámci jedného diskového poľa a pod.
Tieto disciplíny však svojou hľbkou výrazne presahujú možnosti tohto článku, a preto ich tu nebudem rozoberať podrobne.

Sizing východiskového image pre nasadenie VM desktopu.

Uvediem vynikajúci, vo všeobecnosti veľmi jednoduchý a účelný vzorec :

VM size = (5 GB + Apps Size + User Profile Allocated Space) * 1,15

Myslím, že tento vzorec nepotrebuje komentár.

Sizing koncových zariadení – klientov (tenkých klientov, revitalizovaných PC, SmartPhones, a pod…)

Nakoniec niekoľko úvah o koncových užívateľských zariadeniach. Nebude to o určovaní technických parametrov, ale o možnostiach, ktoré Vám to či ono zariadenie umožňuje (hlavne ako zjednoduší administrátorskú prácu) pri nasadení VDI. A pri výbere koncového klienta by ste tiež určite mali zvážiť schopnosť klienta podporovať nové komunikačné VDI protokoly, ako je napr. protokol PCoIP. V prípade, že skutočne uvažujete o tom, že Váš koncový klient má byť jednoducho spravovateľný na diaľku, asi sa nevyhnete nasadeniu tzv. „Thin Clients“, väčšina popredných výrobcov k nim totiž dodáva aj pomerne veľmi slušný vzdialený management. A o tejto problematike si viac povieme aj v nasledujúcej časti.

Na budúce : „Deployment VDI

Share this
Autor: Julo Kováč

Podobné články

Microsoft : Hyper-V R3 Replica - "Reverse replication"

Pokračovaním predchádzajúceho príspevku o nových funkcionalitách hypervízora "Hyper-V R3", ktorý bude súčasťou Windows 8 Server-a, bude doplnenie novej funkcionality "Hyper-V Replica" o vlastnosť tzv. "reverznej

Microsoft : "Hyper-V R3 Replica" novinka vo Windows 8 Server

Nová verzia hypervízora "Hyper-V R3", ktorá bude súčasťou MS Windows 8 Server-a, obsahuje v sebe novú "COOL!" funkcionalitu "Hyper-V Replica". Táto funkcionalita vykonáva asynchrónnu aplikačne konzistentnú replikáciu virtuálneho

MS vs VMware : s Hyper-V 3.0 "zmiznú" rozdiely s vSphere...

V súčasnej dobe sú inovácie uvádzané na trh neskutočne rýchym tempom, tak je to aj v oblasti virtualizácie, sú to produkty ako napr. VMware vSphere5, či Workstation 8, alebo

Komentáre

Obrázok používateľa Anonymný

Kedy bude pokracovanie.

Obrázok používateľa Anonymný

dnes to urcite zverejnim

Julo Kovac