Hot Spindler
Unnskyld fravær i både tilstedeværelse og innlegg. Det har vært en berg-og dalbane siste året med personskade og flat-out arbeid tidsplaner, så jeg har hatt lite tid eller motivasjon til bloggen eller vise ansiktet mitt rundt i lokalsamfunnene. Min unnskyldninger, og jeg er fast bestemt på å bryte denne vanen og komme tilbake inn i ting igjen! Men nok av skravling, komme videre med skriftene ...
Dette er ikke noe jeg ser veldig ofte, men når jeg gjør det, er det interessant å se statistikk taler for seg. Jeg er med en kunde som hadde et manus distribusjon av deres NetApp eiendom for noen år siden, og det var ikke konstruert eller levert med for mye omsorg eller oppmerksomhet (noe jeg ønsker å diskutere en annen dag). De har en VMware eiendom med SQL, Exchange og andre ting. Det kjører alle over en totalt over 100 15k FC spindler. Det er ikke en stor eiendom i sammenligning med andre steder, så jeg er fascinert inn i hvorfor de har slike problemer med ytelsen.
Nå når du kjører gjennom "sysstat-u", kan du se at Filer seg selv gjør svært lite, ganske lykkelig jobbe videre med hva den skal gjøre. Men disken er å treffe 100% ganske ofte. Umiddelbart dette viser en disk problem. De trenger mer spindler, selvsagt?
For det første er det en ubalanse av spindler. De har andre samlet på partneren kontrolleren som bare har test volumer. Jeg får tillatelse til å fjerne dette og varmt, jeg re-fordele disse til de andre kontrolleren, og utvide eksisterende aggregat. Dette dobler spindelen teller, men jeg vet at det ikke kommer til å gjøre noe for eksisterende ytelse (ved at data vil ikke automatisk redistribuere selv!).
