Im despre toate roțile, toate repararea și configurarea calculatoarelor
Detalii aici ating pe faptul că de sine poate fi discuri virtuale mașini GUVERNAMENTALE.
La nivel global, există două opțiuni:
1. VM Disk - acest fișier VMDK pe o stocare VMFS sau NFS.
2. Disc VM - aceasta este întreaga LUN la FC / iSCSI / discurile locale. Acest tip de conexiune este numit Raw Mapping Device RDM.
Și, în primul și în al doilea caz, avem câteva opțiuni. Să vorbim despre toate opțiunile în detaliu.
5.4.1. Virtual discuri - fișiere VMDK
Despre discuri virtuale ca fișiere se va discuta un pic mai târziu, în secțiunea „fișierele VM.“ Acum, hai sa vorbim despre diferitele setări ale virtuale discuri - fișiere VMDK.
Fig. 5.16. Dispozitiv de selecție pentru conectarea la VM
Pentru a conecta unitatea la mers VM la proprietățile sale, faceți clic pe butonul Add pe fila Hardware, apoi pe hard disk. După ce faceți clic Apoi, veți vedea următoarele etape ale expertului.
1. Selectați un disc - Aici alegeți dacă doriți să creați un nou fișier VMDK, conectați existente și situate în depozitare accesibilă acest ESX (i), sau conectați RDM. Acum, uita-te la prima opțiune.
2. Crearea unui disc - aici puteți specifica următoarele setări:
• Capacitate - dimensiunea nominală a discului. Atât de mult spațiu va vedea OS oaspete. Mărimea fișierului VMDK depinde de următoarele setări: Vă reamintesc că dimensiunea maximă a fișierului este limitată la blocul de partiție VMFS pe care l-ați creat. Pe VMFS, creat în mod implicit, nu creați un fișier VMDK mai mare de 256 GB;
• Disk Provisioning - tip de fișier VMDK. Opțiunea implicită, fără a Cove Verificați acest articol, tip crea VMDK zeroedthick. Thin Provisioning casete va
tip de fișier VMDK subțire. A doua casetă va apărea eagerzeroedthick tip de fișier.
Despre tipurile de discuri - ușor mai scăzute;
• Localizare - în ceea ce magazin va fi creat un fișier.
3. Opțiuni avansate - Aceste setări, de obicei, nu trebuie să fie modificate:
• Virtual Dispozitiv Nod - pe care ID-ul controlerului virtuale va fi amplasat acest disc virtual. SCSI (1: 2), înseamnă că unitatea va fi al doilea ID SCSI pe un număr virtual SCSI-controller 1 (ele sunt numerotate de la zero). Rețineți că, în cazul în care acest controller în VM încă - este adăugat împreună cu discul. VM poate fi de până la patru controlere, SCSI-15 pe fiecare disc. Puteți specifica, de asemenea, că discul creat este conectat la controlerul IDE. Pentru IDE-drive-uri nu sunt disponibile, unele caracteristici, cum ar fi hot-adăugați și să crească în dimensiune;
• Modul - dacă bifați caseta Independent. apoi la această virtuale
instantanee de stat unitate (instantaneu) nu vor fi aplicate. Modul persistente, toate modificările vor fi înregistrate imediat în fișierul VMDK. În modul nonpersistent, toate modificările de la rândul său, va fi stocată într-un fișier separat, care se elimină după oprirea VM. O astfel de mod are sens, de exemplu, pentru demonstrație VM. Noi am pregătit ei, înființat, mutat roțile lor în acest mod. Acum, după închidere, ei vor veni mereu înapoi la starea în momentul comutării modului.
Fișierele VMDK pot fi de diferite tipuri, iar aceste tipuri sunt după cum urmează:
Q subțire - «delicat». Fișierele VMDK de acest tip sunt o dimensiune zero, și să crească ca sistemul de operare musafir modifică datele de pe acest disc. Rudă
personal potrivit pentru a economisi spațiu pe spațiul de stocare. Pentru a crea acest tip de fișier, în GUI, selectați verificarea «Alocați și să se angajeze spațiu la cerere (Thin Provisioning)». Blocurile de date sunt aduse la zero, înainte de primul tratament pentru a le. Un pic mai mult decât a da detalii mai târziu;
Q 2gbsparse - fișierul este împărțit în bucăți, cu o dimensiune de 2 GB. Dacă fișierele VMDK
VM într-un format, apoi porniți ESX (i) nu poate fi. Cu toate acestea, într-un astfel de format VCR utilizate în alte produse VMware. Așa că VM, în acest format posibil să aveți nevoie atunci când îl transferați la ESX (i) cu alte produse VMware sau pentru a rula pe un alt produs creat pe mașina virtuală ESX (i). Conversia în format VMDK 2gbsparse în sau în subțire gros puteți folosi comanda / vmkfstools;
încălzitoare atunci când nu funcționează Mapping dispozitiv Raw, RDM. vRDM - virtuale RDM, pRDM - RDM fizică. Mai multe informații despre RDM - chiar mai jos;
Q monosparse și monoflat - discuri virtuale în aceste formate ispolzuyut-
camping în alte produse VMware.
Vă rugăm tehnologie subțire disc vnimanie.Ponyatie și, de asemenea, utilizate de unele sisteme de stocare hardware (3PAR, NetApp), în care un „hardware thindisk» pot fi create în mod independent din „thindisk software ESX (i)». În cazul sprijinului pentru sistemul de stocare provizionare subțire creează un mod de gros-disc în subțire de stocare are loc pe sistemul de stocare numai atunci când completarea cu date valide. Dar, în cele mai bune oferte de carte numai cu provizionare subțire în versiunea de VMware.
Pe ESX (i) 3.x a fost un alt tip de disc virtual gros - predrazmechenny non-resetabil. Atunci când se lucrează cu ei ESX (i) nu a produs de zero blocuri. Cu toate acestea, ESX (i) 4 pentru a crea un fișier VMDK în acest format nu poate fi. În interfața grafică, și în această carte, sub tipul «grosime» înțeles zeroedthick.
Mod de subțire pentru disc virtual este frecvent utilizat în mod implicit la crearea fișierului VMDK privind stocarea NFS. Dar nu întotdeauna, aceasta depinde de setările de pe partea laterală a serverului NFS.
În general, în cazul trebuie să aleagă între VMDK subțire și zeroedthick. Care sunt motivele pentru care are sens să ia în considerare?
Thin-drive-uri necesită mult mai puțin spațiu de stocare privind stabilirea și funcționarea la începutul VM. Cu toate acestea, după cinci luni, cealaltă diferență cu discuri predrazmechennymi poate veni la nimic, pentru că reducerea operațiunii (Shrink) disc virtual în ESX (i) nu este prevăzută. Cu toate acestea, unele dintre modalitățile de a curăța subțire disc de date înregistrate și șterse ulterior, este încă acolo, a se vedea. „Reducerea dimensiunii de disc virtual“ secțiune.
În special, pentru că atunci când ștergeți datele din cadrul unui oaspete OS numai antetele de compensare este - sistem de operare marchează unele blocuri ca „acestea pot fi folosite acum.“ ESX (i) nu se poate distinge între blocuri ocupate de astfel de (la distanță din punct de vedere al OS oaspete) date a unui bloc de date unremoved.
1. În OS oaspete, vom vedea aproximativ 8 GB de angajați: 6 + 2 - 2 + 2 - 2 + 2.
2. Din punct de vedere al fișierelor VM, vom vedea că fișierul VMDK durează aproximativ 12 GB: 6 + 2 + 2 + 2.
Concluzie: pentru anumite sarcini, atunci când este de multe ori adaugă datele și îndepărtate, subțire roți crește rapid la dimensiunile nominale.
În ce situații ne interesează să utilizeze subțire roți? Guvernamental pentru WM produsului - atunci când vrem să salvați pe disc prima dată instrucțiuni ale infrastructurii virtuale de operare. Permiteți-mi să explic gândurile mele.
Aici avem o sarcină pentru a rula 30 de mașini virtuale, pentru simplitate identică. Să presupunem că o aplicație poate dura până la 50 GB de spațiu pentru un cuplu de ani. În primele șase luni sau un an - cu greu mai mult de 15 GB. Și conform statisticilor 50 GB începe să utilizeze doar o mică parte din aceste servere, în cele mai multe cazuri, apoi se aplică destul de Nia și 25 GB. Se pare:
Q folosind o grosime de-discuri avem nevoie GB 1 500 = 50 GB. 30 VM.
Dar, în cele mai multe dintre fișierele VMDK 50-gigabyte va fi o svo- mult
site-uri gratuite (cel mai probabil, vom presupune doar);
Q folosind un disc subțire, putem obține 450 GB = 15 GB. 30 VM.
Un an mai târziu, acesta va avea nevoie de 1.000 GB = 25 GB. 30 VMs, plus încă 300 gigabiți
pentru cei care au o medie de 25 GB nu este încă suficient. Dar! toate
aceste cifre sunt aproximative. Precizia lor depinde de datele disponibile avem cu privire la utilizarea de spațiu pe disc și a estimărilor specifice aplicațiilor de creștere a sarcinii în viitor. Dacă facem o greșeală în calcule, și nu a reușit să cumpere o altă unitate, apoi finisajul de stocare-loc, și funcționarea tuturor (!) Mașini virtuale cu locație complet va fi imposibil. În cazul în care magazinul este umplut la 99%, ESX (i) se traduce în mod automat toate mașinile virtuale în acest magazin în starea de pauză (suspendare).
Concluzie: Utilizarea de provizionare subțire permite timpul inițial pentru a face o cantitate mai mică de spațiu pe sistemul de stocare, dar mult mai probabil să se confrunte cu eșecul de performanță a tuturor mașinilor virtuale dintr-o dată din cauza lipsei de spațiu.
Prin VMware date VM cu performanța subsistemului disc nu este degradat atunci când se utilizează subțire-disc în locul gros.
Și subțire, și pentru prima dată zeroedthick trimiterea la blocul este semnificativ mai mare decât pentru eagerzeroedthick, pentru că este încă să fie resetat înainte de prima înregistrare acolo. În cazul în care o astfel de întârziere poate fi neplăcută pentru aplicația dvs., utilizați eagerzeroedthick-roți. Cu toate acestea, orice tratament suplimentar, cu excepția primei, aceeași viteză și subțire, și pentru diferite tipuri de gros-disc.
Vă rugăm să vnimanie.Diski VM, putem converti în orice format. Când Storage vMotion și pupilei operații ne întrebat dacă vrem să discuri groase sau subțiri (zeroedthick sau subțire). Putem converti, de asemenea, fișiere VMDK la aceste și alte formate de la linia de comandă, folosind linia de comandă vmkfstools de utilitate.
drive-uri subțiri și interfață
Evidențiați o mașină virtuală, cu un disc subțire și uita-te la fila Rezumat. Acolo, în secțiunea Resurse veți găsi date despre locul ocupat (fig. 5.17).
Q provizionat Storage - este suma maximă care poate lua fișierele mașinii virtuale. Asta este, este volumul nominal al discului său, plus suma tuturor celorlalte fișiere. Din „alte fișiere“ merită menționate două. Acest fișier de swap (* .vswp), care este hipervizorul creează pentru VM, fișiere VMDK și instantanee. Deoarece fiecare instantaneu starea (instantaneu) poate avea loc, egală cu dimensiunea nominală a discului, apoi pentru fiecare imagine provizionate de stocare valoare condiție este incrementată cu dimensiunea discului / discurilor;
Q Spațiul de stocare nu-partajată - cât de mult spațiu ia această mașină virtuală doar sub fișierele, fără a le impartasesti cu alte mașini virtuale;
Q Stocare - cât de mult spațiu ocupat efectiv pe discurile de stocare ale fișierelor VM.
Fig. 5.17. Datele privind dimensiunea unui disc subțire
Nu-partajată de stocare întotdeauna este egală Stocare, cu excepția celor două opțiuni:
Q atunci când este folosit funcția Clone legat. Acesta este disponibil cu utilizarea
SRI produse vSphere de top cum ar fi VMware Lab Manager sau VMware View;
Q atunci când un disc este HMW RDM și au mănunchi între VMs (de exemplu,
MSCS / MFC). În acest caz, RDM acționează ca un depozit comun, face parte din două SMN. Nu-partajată de stocare va arăta restul spațiului pe care mașina virtuală ocupă pe bolta, cu excepția RDM.
Vă rugăm să vnimanie.Provisioned Depozitare - această restricție dimensiunea fișierului VMDK. Asta este, nu dă fișierul hypervisor să crească mai mare. Cu toate acestea, în cazul în care registrul central asupra locului, hypervisor nu va fi în măsură să crească subțire discul (sau un fișier instantaneu), chiar dacă acesta nu și-a atins apogeul. Acest lucru va duce la inoperabilitate a VM.