E tot timpul zilei.
Costurile sistemelor ESXi 6.5 pe platformele SuperMicro X10SRL-F + Xeon E5-1660 v4 + 64 Gb RAM pe SSD Samsung 850 EVO 1Tb
A implementat o pereche de test virtual. La testele de înregistrare și citire pe Samsung în regulă.
Conectat 2 discuri intel SSDSC2BA200G401 a creat baze de date pe fiecare și a pus pe ele discuri de mașini virtuale.
Atunci când copiați datele, ați observat imediat că nu este cea corectă. Viteza de copiere 5 megabytes / sec!
Am rulat un test drive, o viteza foarte scazuta de scriere, viteza de citire este normala.
În lista de discuri adecvate este. Am pus Win 8.1 hardware-ul liber, fără ESXi, testez informațiile. totul este normal, 350 meg pe secundă pentru înregistrare.
În ce poate exista un motiv? Unde să săpești? Pe un alt server este ESXi 6.0 Pe exact aceleași discuri și fără probleme.
Aceste materiale sunt marcate ca "finale". Afișează mesajele din ultimele:
Uită-te la următoarele materiale:
Pentru problema dvs., încercați următoarele:
- Conectați această unitate la orice mașină Windows (7 sau mai veche) și formatați unitatea
- Creați o secțiune pentru întreaga capacitate
- Verificați dacă TRIMM funcționează
- Conectați discul la ESXi și marcați zona VMFS nu pe întregul disc, dar la 70-75%, lăsați spațiul rămas fără marcaj
- Verificați performanța
Da. Performanța este măsurată cel mai bine de o mașină virtuală pe Linux și de utilitatea FIO. Pentru a asigura funcționarea normală a colectorului de gunoi din controlerul de disc, scrieți / ștergeți date de 2-3 ori mai mari decât dimensiunea volumului VMFS unde este localizată mașina virtuală.
Am pus Win 8 pe întreaga partiție, viteza de testare a fost de 300mb / sec
Viteza livrată ESXi 6.0 față de 6.5 a crescut la 150 mb / s, dar și departe de cea ideală.
De obicei, testez HD Tune Pro v5.50. Și IOPS dă cât de mult, scăzând doar viteza de înregistrare liniară.
Întrebarea Nubiană, cum se verifică (include) TRIMM în ESXi 6?
Citiți link-urile trimise și cel mai important parametru este OP-over-provisioning
ESXi acceptă echivalentul acestei comenzi SCMM UNMAP. Toate acestea se explică prin faptul că colectorul de gunoi construit în unitatea SSD funcționează mai eficient decât TRIM.
Aici ajungem la un lucru atât de interesant ca discurile Enterprise SSD. Ele sunt împărțite în două tipuri:
- Discuri cu înregistrare intensivă (până la 5 ori suprascrierea întregului disc pe zi)
- Discuri cu citire intensă (până la 1x rescrierea unui disc pe zi)
Dacă luați un disc obișnuit "de uz casnic", spuneți 1 TB, atunci versiunea Enterprise va avea următorul volum (aproximativ):
- 800 GB pentru discuri încărcate cu greutate mare
- 960 GB pentru discuri grele pentru citire
Principala diferență față de zi cu zi este că nu este o zonă accesibilă pentru discul OP. Nu este greu de înțeles că pentru un disc de 800 GB va fi
200 GB, care nu reprezintă mai mult de 20%
Pentru a nu cumpăra SSD Enterprise scump și pentru a folosi SSD-uri "obișnuite" și pentru a nu degrada performanța, așa cum am scris, este necesar să lăsăm o zonă fără marcă pentru OP, undeva între 25-30%
De asemenea, este necesar, aveți nevoie de o etapă cu o mașină Windows pentru a utiliza TRIM (care este prezent în Windows) pentru a informa operatorul despre curățarea tuturor datelor. Și numai după aceea puteți folosi acest disc în ESXi
M-am uitat la modelul SSDSC2BA200G401 aparține liniei SSD DC S3710 Series, pe care Intel o poziționează doar ca unitate cu încărcare intensă de înregistrare.
Dar dacă citiți cu atenție, viteza de scriere specificată pentru discul dvs. este de 300 MB / s (IOMeter * a fost utilizat pentru a măsura performanța, 128 KB (131 072 B), 128 adâncime coadă, 32). O astfel de testare este ușor de pus, marketingul este un rahat.
Cred că înregistrarea secvențială în 150-200 MB / s va fi mai reală.
Eu nu merg din cifrele de marketing, ci din mărturia lui CrystalDiskMark 5 și HD Tune Pro v5.50
Discul C - Samsung EVO 850
Discuri F, G Experimentale Intel
Sistemul ESXi 6.0
Și ieri au fost valori de 150 mb / s, discurile de astăzi par să fi colectat gunoi și gaz la un maxim.
După ce a detectat o problemă cu viteza la 6.5, au fost efectuate următoarele manipulări:
- Șterse partițiile pe ambele discuri Intel
- A scos întregul loc cu zerouri.
- Au creat baze de date pentru 99% din capacitatea de disc de 180 gigabytes de 183 disponibile.
- Am creat un hard disk pentru o mașină virtuală pentru întregul volum al unui datastore.
- Testez viteza de înregistrare de 150 mb / s
- Șterg discurile mașinii virtuale și las serverul activat pentru noapte.
Nu pot explica comportamentul discurilor, cu excepția faptului că un colector de gunoi funcționează corect sub ESXi 6.0
Colectorul de gunoi nu funcționează la nivelul sistemului de operare, ci la nivelul controlerului de disc, deci funcționează cu propriul program de pregătire a spațiului pentru înregistrarea datelor noi.
Poate că această situație a fost temporară și nu se va mai întâmpla?
Timpul va spune. În timp ce privesc discurile. Manualul nu va fi încântat în mod clar dacă, după introducerea virtualizării, viteza 1s a bazelor de date situate pe aceste discuri va cădea de mai multe ori.
Vă mulțumim pentru sfat. Deși în general, desigur, situația este ciudată.