Hot Spindles
Undskyld fraværet i både tilstedeværelse og stillinger. Det har været en rutsjebane sidste år med personskade og flad-out arbejde tidsplaner, så jeg har haft lidt tid eller motivation til at blog eller vise mit ansigt rundt om i lokalsamfundene. Min undskyldning, og jeg er fast besluttet på at bryde denne vane og komme tilbage ind i tingene igen! Men nok af snak, komme videre med de skrifter ...
Det er ikke noget jeg ser meget ofte, men når jeg gør, det er interessant at se i statistikken taler for sig selv. Jeg er med en kunde, som havde en scripted anvendelsen af deres NetApp boet et par år siden, og det var ikke udviklet eller leveret med alt for megen omsorg eller opmærksomhed (noget jeg ønsker at diskutere en anden dag). De har en VMware ejendom med SQL, Exchange og andre ting. Det hele kører på tværs af en i alt over 100 15k FC spindler. Det er ikke en stor ejendom i sammenligning med andre steder, så jeg er fascineret af, hvorfor de har sådanne problemer med ydeevnen.
Nu når du kører gennem "sysstat-u", kan du se, at filer i sig selv gør meget lidt, ganske lykkeligt at komme videre med, hvad den skal gøre. Men disken er at ramme 100% ret ofte. Straks dette viser en disk problem. De har brug for flere spindler, selvfølgelig?
For det første er der en ubalance af spindler. De har en anden samlet på den partner controller, der kun har test mængder. Jeg får tilladelse til at fjerne denne og varmt, jeg omfordele disse til den anden controller og udvide det eksisterende aggregat. Dette fordobler spindel tæller, men jeg ved, det kommer ikke til at gøre noget for eksisterende ydeevne (i, at oplysningerne vil ikke automatisk videredistribuere sig selv!).
