înregistrare Logare
Puncte:0
AlexVPerl avatar Server

Hyper-V: Beneficiul punerii hard diskurilor virtuale și a folderelor mașinilor virtuale pe unități separate

drapel cn
AlexVPerl

Hyper-V are două foldere „Virtual Hard Disks” și „Virtual Machines”, primul stochează discurile virtuale în sine, iar cel din urmă stochează setări, instantanee etc.

Există un avantaj de a stoca aceste două foldere pe unități SSD separate pentru:

  1. Creșteți performanța - reduceți șansele de blocaj IO legat de disc

  2. Creșterea duratei de viață a SSD-ului individual - folderul „Mașini virtuale” stochează fișiere .VMRS care sunt egale cu cantitatea de RAM configurată pe sistemul de operare invitat, astfel încât acest folder ar trebui să fie lovit mai tare cu scrierile pe disc pe sistemele de operare invitate cu memorie RAM intensivă și să degradeze SSD-ul mai repede.

90
0 + 0
ssd
joeqwerty avatar
drapel cv
joeqwerty
**Există avantajul stocării acestor două foldere pe unități SSD separate** - Nu chiar.
0
Răspunde
Puncte:2
avatar Server
drapel cn
TomTom

Chiar nu există. După cum puteți vedea în cazul în care, dacă utilizați o configurație de cluster, toate locuiesc în același volum partajat de cluster.

Dacă VM-ul are un impact asupra performanței, aveți o problemă gravă asupra performanței. La fel și cu longevitatea SSD-ului.

0 + 0
AlexVPerl avatar
drapel cn
AlexVPerl
Multumesc pentru raspunsul tau. În scenariul cluster văd punctul dvs. de vedere. Ce părere aveți despre asta pentru o singură instanță Hyper V?
0
Răspunde
drapel cn
TomTom
La fel. Nu există un impact real. Obțineți un SSD adecvat - și ați terminat. Partiția de sistem a VM nu este nici mare și nici nu creează multe scrieri.
0
Răspunde
AlexVPerl avatar
drapel cn
AlexVPerl
Sunt de acord cu dvs. cu privire la asta pentru fișierele .VHDX pentru majoritatea cazurilor de utilizare, cu excepția cazului în care sistemul de operare invitat este un server de fișiere sau face multe scrieri și ștergeri. Dar fișierele .VMRS stochează starea de rulare a VM-urilor, ele sunt practic un instantaneu RAM al VM-ului. Într-un VM ocupat, RAM este rescrisă în mod constant, așa că fișierele .VMRS ar trebui să încordeze și să uzeze SSD-ul mult mai mult decât fișierele .VHDX.
0
Răspunde
drapel cn
TomTom
Ah, NU. .VMRS nu sunt actualizate constant cu informații RAM. Nu sunt sigur de unde ai această idee ridicolă. Ele sunt actualizate numai atunci când starea de rulare a VM este înregistrată. Nu există o activitate constantă de scriere acolo. Fișierul este alocat când VM-ul pornește, apoi este scris do când VM-ul este pus într-o stare latentă - ASTA ESTE. DE CE crezi că ar actualiza fișierul în mod constant? RAM are un debit de 50+GB/S - NU SE APROADĂ NU SE APROAPE NU SE INSTALĂ SSD.De asemenea, ce folos ar fi, ca în afara mișcărilor controlate.... repornirea vms după o pană de curent.
0
Răspunde
drapel cn
TomTom
Ca atare, în operațiuni normale, .VRMS nu creează nicio încărcare semnificativă de scriere și argumentul dvs. nu este, prin urmare, valid.
0
Răspunde
AlexVPerl avatar
drapel cn
AlexVPerl
Ok, vă urmez gândurile. Privind datele modificate ale fișierelor .VRMS, cred că aveți dreptate, deoarece marcajele de timp sunt în urmă cu 1-2 zile. Nu am sugerat că fișierele VRMS sunt actualizate în timp real (ar fi un blocaj), mai degrabă un instantaneu frecvent, dar se pare că nu este deloc atât de frecvent. Întrebarea devine atunci dacă actualizarea .VRMS este completă sau diferențială, vreau să presupun diferență, dar dacă este plină, argumentul meu rămâne în picioare.
0
Răspunde
drapel cn
TomTom
Fișierele .VRMS conțin partea dinamică a configurației VM. Atâta timp cât rulează un VM, practic nu ar trebui să aibă nicio modificare în acest sens. Prin urmare, nu există nicio implicație de încărcare din partea lor, prin urmare nu se câștigă nimic din îndepărtarea lor de discurile VM.
0
Răspunde
AlexVPerl avatar
drapel cn
AlexVPerl
Cred că este mai frecvent decât crezi. Verific unul dintre servere, iar fișierele .VMRS au o vechime maximă de 1-2 zile, aceste VM-uri nu au fost repornite de săptămâni și nici modificate în niciun fel. Acestea fiind spuse, trebuie să fiu de acord cu tine în ceea ce privește performanța - nu ar fi nimic de câștigat prin stocarea lor pe SSD separat. Dar neconvins încă de uzura SSD-ului, ar depinde dacă actualizările .VRMS sunt complete sau diferențiate.
0
Răspunde
drapel cn
TomTom
Nu, nu va fi. Vezi, orice stocare SSD pe care ar trebui să-l folosești ar trebui să fie deja grea și, prin urmare, fișierele VMRS nu ar trebui să adauge nimic măsurabil. 5 scrieri pe zi este ceea ce ar trebui să aveți pe partea SSD.
0
Răspunde
AlexVPerl avatar
drapel cn
AlexVPerl
Apreciez că te-ai implicat în această discuție. Să luăm în considerare o unitate completă de 2 TB, cu presupunerea generală, 50% sunt fișiere .VHDX și alte 50% sunt fișiere .VRMS (desigur că porțiunea .VRMS ar putea fi chiar mai mare pe baza memoriei RAM alocate), la 5 scrieri pe zi la care te uiți cel puțin 5 TBW pe zi. Să presupunem că SSD-ul mediu de întreprindere este evaluat la 1400 TBW, adică doar 280 de zile pentru a uza acea unitate. Cred că este ceva de spus despre eventuala mutare a fișierelor .VRMS pe un HDD mecanic.
0
Răspunde
drapel cn
TomTom
Da, asta se întâmplă când cumperi unități de prostii care nu sunt potrivite pentru sarcină. Așezați-vă, faceți-vă temele și obțineți drive-uri care SUNT Evaluate PENTRU 5 SCRIERI PE ZI. Terminat. „SSD-ul dumneavoastră mediu de întreprindere” este doar o unitate prost ieftină, care nu este DESTINĂ pentru sarcini de lucru de mare intensitate. Obțineți o unitate adecvată, obțineți 3 WPD timp de 5 ani. Obțineți un instrument adecvat pentru muncă. Sau obțineți o unitate de 4 tb și alocați 50% ca rezervă.
0
Răspunde
drapel cn
TomTom
De asemenea, faci un non-argument logic total - nivelul pentru care aș concedia un stagiar. Am stabilit că fișierul VRMS are mult mai puține scrieri decât VHD-ul. Apoi continuați să presupuneți că ei fac aceleași scrieri pentru a justifica cât de repede se ard unitățile proaste. În orice caz, fișierele .VRMS vor LUNGI utilizarea unităților, deoarece acestea nu au aproape nicio scriere (nu reporniți vm-urile tot timpul în condiții normale de utilizare) și astfel... utilizați MAI LENT. Dar, în esență, obțineți unități de scriere adecvate și intensive.
0
Răspunde
drapel cn
TomTom
Ah, și încă ceva - v-ați deranjat vreodată să încercați să rulați mai multe VM-uri de pe un număr mic (nici măcar unul) HDD? Iată un indiciu: toate acele IO frumoase dispar mai repede decât ceața într-o zi însorită. Literal, aveți nevoie de zeci de HDD pentru a eșua chiar să vă apropiați de IO. Când faceți corecții, veți aștepta pentru totdeauna să se întâmple ceva, deoarece discurile vor fi ocupate să-și miște capetele. Am fost acolo, am făcut asta. Niciodata. Doar cu un cache SSD FOARTE mare în cluster, care, de altfel, este de 5 scrieri pe zi - și voi merge tot SSD-ul în 2022, când facem următoarea reluare. Toate NVME în mod acual.
0
Răspunde
AlexVPerl avatar
drapel cn
AlexVPerl
Vă contraziceți în comentariile de mai sus, mai întâi susțineți că scrierile VRMS sunt rare și apoi continuați să spuneți că punerea lor pe HDD va distruge performanța. Cu fișierele VHDX pe unități mecanice, da performanța este oribilă. Pentru fișierele VRMS, nu cred că ar conta prea mult, deoarece sunt instantanee rare, care probabil se întâmplă asincron. De asemenea, presupuneți în mod greșit că volumul de muncă și mediul tuturor sunt identice cu ale dvs. Vorbești doar din punct de vedere al unui centru de date mare care își poate permite matrice de unități SSD de 4000 USD. Dar startup-urile/IMM-urile cu buget limitat?
0
Răspunde
AlexVPerl avatar
drapel cn
AlexVPerl
Modul tău de a gândi este complet închis pentru soluțiile creative, spunând că există o singură modalitate „corectă” de a rezolva o problemă. De asemenea, este puțin ignorant să spui că, dacă nu folosești unități de 4000 USD - configurația ta hardware este o prostie.Facebook, la începuturile sale, a fost rulat în întregime pe clustere de servere auto-construite, folosind cipuri AMD overclockate în plăci de bază pentru consumatori care erau în aer liber fără carcase. După modul tău de gândire, ei ar fi „trebuit” să folosească doar hardware de întreprindere sau nimic. Își puteau permite atunci? Nu. Ar supraviețui dacă și-ar cheltui cea mai mare parte din buget pentru asta? Probabil că nu.
0
Răspunde
AlexVPerl avatar
drapel cn
AlexVPerl
Spun doar că nu este o singură dimensiune și că există și alte soluții creative. De asemenea, treceți complet cu vederea sarcinile de lucru în care un singur VM poate folosi cantități mari de RAM (256-512 GB), de exemplu o VM care rulează o bază de date în memorie de înaltă performanță sau cache. Mai multe scrieri zilnice VRMS de această dimensiune ar solicita cu siguranță un SSD. De asemenea, faceți greșeala de a presupune în mod repetat că fișierele VRMS sunt scrise numai în timpul repornirilor – greșit. Ar trebui să citiți documentația MS sau să verificați unul dintre servere, veți vedea că acestea sunt actualizate mai des.
0
Răspunde
drapel romania
SEF 777
întrebarea această in alte limbi:

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.