Cine are nevoie de toate aceste IOPS?
Astăzi este dificil să se găsească sisteme de stocare pe piața corporativă care nu oferă un minim de 100K IOPS. Unii furnizori raportează milioane sau zeci de milioane de IOPS.
Utilizatorii au nevoie de această valoare? Într-adevăr? Nu!
Un utilizator tipic pe piața Enteprise, care utilizează setul obișnuit de aplicații și servicii pentru întreprinderi, servere fizice și cloud în vârf, necesită în mod tipic aproximativ 30-40 de mii IOPS (cu excepția posibilităților pentru baze de date încărcate în mod specific). InfoboxCloud poate furniza performanțele necesare ale subsistemului disc (
63000 iops în testul SQLIO cu o dimensiune a blocului de 4 KB), potrivită pentru mai mult de 99% dintre utilizatori.
Cum se măsoară IOPS? Ce zici de Latency?
La testarea sistemelor de stocare, este o practică standard de a utiliza repere industriale, cum ar fi fio, SQLIO, IOMeter, vdbench, pentru a înțelege câte sisteme IOPS pot genera în diferite profiluri IO.
Cu toate acestea, aceste profiluri IO se bazează de obicei pe ipoteze depășite și, subiectiv, nu reprezintă o imagine reală.
De ce este așa? Deoarece majoritatea profilurilor din criteriile de referință se bazează pe mici (4k, 8kb IOPS), în timp ce dimensiunea medie a blocurilor în procesul de lucru al utilizatorilor este de obicei între 32 și 64kb. Mai puțin de 5% dintre utilizatori utilizează blocuri mai mici de 10KB. Mai puțin de 15% dintre utilizatori utilizează blocuri mai mici de 20KB.
Chiar și într-o singură aplicație (de exemplu, într-o bază de date), diferite opțiuni de încărcare IO vor fi utilizate pentru diferite componente ale motorului (fișiere de date, jurnale, indici).
Punctele de referință sintetice vor obține un anumit număr, dar, din nefericire, acest număr va avea o relevanță redusă pentru sarcinile dvs.
Putem vorbi despre latență ca o măsură obiectivă a performanței sistemelor de stocare? Nu :)
Chiar dacă ignorăm faptul că aceste instrumente sunt proiectate să măsoare întârzierile medii (o singură operațiune care durează mai mult decât celelalte, poate încetini semnificativ tranzacția), întârzierile depind foarte mult de mărimea blocului. Ca și în cazul IOPS, întârzierile măsurate de repere sunt destul de inutile.
Dacă IOPS și întârzierile nu sunt o modalitate foarte bună de a măsura performanța subsistemului disc, cum se poate?
Rulați aplicația cu datele dvs., nu cu criteriul de referință!
Există o singură modalitate reală de a înțelege cât de repede va funcționa aplicația dvs. cu un anumit subsistem disc - rulați-l și lucrați cu acesta!
Dacă testați sistemul cu un punct de referință - singura aplicație pentru care rezultatele vor fi valoroase - acest punct de referință!
Cazul ideal în cazul în care pentru testare plasați aplicația industrială cu date industriale. Dacă nu puteți face acest lucru, copiați aplicația sau mediul de testare și încercați să emulați sarcinile care vor fi efectuate pe serverul de producție. Măsurați modul în care aplicația va procesa date reale și încărcări reale!
Măsurați valorile aplicației, nu subsistemul de stocare!
Care este utilizarea măsurătorilor IOPS și întârzierilor la urma urmei? După ce primiți aceste date, acestea vor fi probabil utile doar administratorului sistemului de stocare.
Utilizatorii și supraveghetorii dvs. nu sunt interesați de IOPS și de întârzieri. Ei au nevoie de serviciile și aplicațiile pentru a-și rezolva sarcinile.
Valorile valoroase sunt complet diferite:- Cât timp este sarcina zilnică în aplicație?
- Cât de repede poate sistemul dvs. de informații de afaceri să facă datele accesibile factorilor de decizie?
- Cât de des puteți actualiza serverele de testare și serverele de dezvoltare dintr-o bază de date de producție?
- Cât timp va dura pentru a implementa servere virtuale necesare zilnic?
- Câți utilizatori vă pot servi fără să vă faceți griji cu privire la problemele de performanță?
- Cât de repede va fi reconstruit cubul OLAP? Poti sa-l reconstruiesti in fiecare zi, nu in fiecare saptamana?
Pentru a petrece timpul pe testarea corectă, măsurați ceea ce este cu adevărat important!
Testarea serverelor cloud în mediul dvs. cu aplicațiile dvs. este singura modalitate de a le evalua în mod obiectiv pentru sarcina dvs. Nu aveți încredere în specificațiile tehnice sau declarațiile vânzătorului: testați sistemul real din mediul dvs. cu datele dvs.
Dacă doriți să încercați norul InfoboxCloud pentru problemele dvs. reale - scrieți-ne. Și după aceea, vom fi bucuroși să aflăm de la dvs. cum funcționează norul cu sistemele și datele dvs. reale și că lucrează împreună cu dvs. pentru a vă face pe utilizatori fericiți și pentru a avea succes în afaceri!
Vă mulțumim pentru Pure Storage pentru articolul minunat!
Articole similare
Trimiteți-le prietenilor: