Recomandări pentru configurarea filierelor Fibre Channel, NFS și iSCSI utilizate pentru mașinile virtuale VMware ESX Server / ESXi.
Cei care au început recent să privească la virtualizare pe platforma infrastructurii virtuale VMware, se ridică la una din primele întrebări - ce sistem de stocare să utilizeze și ce posibilități pentru acesta vor fi disponibile.
Figura de mai jos arată compatibilitatea diferitelor funcții VMware ESX Server cu tipuri de stocare.
Iar linkul de mai jos compară performanța protocoalelor Fibre Channel, iSCSI și NAS / NFS pentru serverul VMware ESX:
Aici am citit despre limitările pentru sistemele de stocare din ESX Server:
Acum "/>
Pro: garantat lățime de bandă, performanță ridicată, suport pentru toate capabilitățile VMware (inclusiv clusterul MSCS în mașini virtuale).
Contra: costurile ridicate ale sistemelor de stocare și ale fabricii SAN.
Pro: cost relativ scăzut, performanță bună, abilitatea de a porni din iSCSI SAN.
Contra: nu există bandă garantată, există toate dezavantajele inerente rețelelor IP.
Pro: costuri foarte mici (pot fi implementate pe serverul Linux sau Windows), în timp ce avem un sistem de stocare complet funcțional cu funcții HA și DRS.
Contra: performanță scăzută, încărcare suplimentară asupra procesoarelor gazdă ESX și serverului de stocare.
Pro: cost redus, fără legătură suplimentară - volum VMFS, performanță bună.
Contra: din nou, rețeaua IP, nu există suport pentru MSCS, nu puteți încărca ESX din SAN, sarcina pe procesor.
Pro: ieftine (unități locale de ESX în sine), fără investiții suplimentare, performanță bună.
Contra: VMware HA, DRS + DPM, VMotion, VCB nu funcționează.
Cele mai bune practici principale pentru toate tipurile de sisteme de stocare
- Furnizați volume LUN pentru toate serverele ESX Server cu același ID LUN. În caz contrar, volumele dvs. VMFS pot deveni instantanee și pot să nu fie disponibile.
- Selectați corect dimensiunea blocului pentru volumul VMFS. Cum se face acest lucru este descris aici.
- Adere la regula "1 LUN pentru 1 volum VMFS"
- Utilizați regulile unificate pentru denumirea volumelor VMFS, creați, dacă este posibil, LUN-uri de aceeași dimensiune. Dimensiunea LUN cea mai optimă este de la 250 GB la 2 TB.
- Nu utilizați extensiile pentru volume VMFS.
- Stocați imaginile ISO pe un spațiu de stocare ieftin, cum ar fi NFS, și montați-l în modul Read-Only pentru ESX.
- Utilizați discurile RDM cu prudență. Avantaje excelente în performanță pe care nu le dau. Utilizați-le numai atunci când funcționalitatea lor este necesară (de exemplu, pentru grupurile MSCS).
- Păstrați gratuit 30% din volumul VMFS. Acest lucru va reduce riscul de expansiune atunci când creați instantanee și alte circumstanțe neprevăzute.
- Nu găzduiți mai mult de 30 de mașini virtuale pe același volum VMFS. LUN poate începe să experimenteze probleme de performanță. Consultanții buni recomanda între 5 și 15 mașini virtuale per LUN.
- Păstrați VMkernel Core Dump la nivel local. Dacă dezactivați ESX-ul de la SAN, nu veți putea să-l dați afară.
- Faceți mai puține instantanee de mașini virtuale, dar nu faceți deloc. Utilizați mai bine software-ul pentru a crea copii de rezervă.
- Pentru Virtual Machine Guest OS Disk TimeOutValue expune parametru este setat la 60 de secunde pentru a permite timp pentru SCSI-dispozitive, precum și mecanismul de selecție cale pentru dobândirea unei stări de echilibru în timpul probleme fizice în componentele rețelei de stocare. Pentru a face acest lucru în registru cheie Windows trebuie să fie în «HKEY_LOCAL_MACHINE \ System \ CurrentControlSet \ Services \ Disk \ TimeOutValue» pentru a seta o valoare de 60.
- Asigurați-vă că dimensiunea coadă (dimensiunea coadă) în sistemul de invitați pentru driverele BusLogic și LSI Logic este de cel puțin 30.
Practici pentru diferite tipuri de sisteme de stocare partajate pentru mașini virtuale
- ZONE, fabrica SAN, astfel încât fiecare adaptor ESA Server HBA să intre într-o zonă separată. În acest caz, toate gazdele ESX ar trebui să vadă toate LUN-urile cu mașini virtuale pentru funcționarea corectă a HA și VMotion.
- Asigurați-vă că accesul la un LUN pentru elementele configurate ca "active-pasive" este organizat prin intermediul controlerului activ din toate gazdele. În caz contrar, poate să apară fenomenul Thrashing.
- Pentru gazdele ESX Server, configurați zonarea ca "zonare grea" (după numărul portului). Zonarea tipului de "zonare moale" (prin numărul WWN) - nu se aplică.
- În setările pentru tipul de gazdă pentru sistemul de stocare, specificați tipul de gazdă corect - "VMware" (dacă este prezent). În caz contrar, utilizați recomandarea producătorului.
- Setați căi de politică ca sistemele de stocare fixe, controlere sunt configurate ca «activ-activă» și MRU (mai recent utilizate) pentru controlorii de stocare «activ-pasiv». Round Robin nu folosește politica de echilibrare, deoarece nu este suportată în mediul de producție.
- În cazul unor probleme de performanță, poate fi mai bine să măriți adâncimea coada adaptorului HBA. Pentru a face acest lucru, fișier /etc/esx.conf, localizați linia, cum ar fi /device/002:02.0/options = „ql2xmaxqdepth =“ pentru dumneavoastră HBA, și se adaugă după ultima este valoarea de adâncime Coadă. Valoarea implicită este 32. Valoarea este setată conform formulei: