Hot Spindles
Scuzati lipsa atât în prezenţa, cât şi posturi. A fost un an de roller-coaster trecut cu vătămare corporală şi plat-out programului de lucru, aşa că am avut puţin timp sau motivaţie pentru a blog-ul sau arata fata mea in jurul comunitatilor. Scuzele mele, şi am hotărât să rupă acest obicei şi de a lua înapoi în lucruri o dată din nou! Dar suficient de palavrageala, mergem mai departe cu scrierile ...
Acest lucru nu este ceva vad foarte des, dar atunci când fac, e interesant pentru a vedea statisticile vorbesc de la sine. Sunt cu un client care a avut o desfăşurare scenariu de bunuri NetApp lor de câţiva ani în urmă, şi nu a fost conceput sau livrat cu grijă prea mult sau de atentie (ceva ce vreau pentru a discuta despre o altă zi). Ei au o proprietate VMware cu SQL, Exchange şi alte lucruri. Totul se execută pe un total de peste 100 de 15K FC axe. Aceasta nu este o proprietate mare în comparaţie cu alte site-uri, aşa că eu sunt curios în ce au astfel de probleme de performanţă.
Acum, când rulaţi prin intermediul "sysstat-u", puteţi vedea că sită în sine este de a face foarte puţin, destul de fericit pe obtinerea cu ceea ce ar trebui să facă. Dar discul se loveşte de 100% destul de des. Imediat acest lucru denotă o problemă de disc. Ei au nevoie de mai multe axe, în mod evident?
În primul rând există un dezechilibru de arbori. Ei au un agregat al doilea operator partener care are doar volume de testare. Am obţine permisiunea de a elimina acest lucru şi fierbinte, am re-aloca acestea să se extindă şi controler alte agregate existente. Aceasta dublează numărul de ax, dar eu ştiu că nu va face nimic pentru performanţă existent (în măsura în care datele nu se vor redistribui în mod automat în sine!).
