Entschuldigen Sie das Fehlen sowohl in Präsenz und Beiträge. Es war eine Achterbahn im vergangenen Jahr mit Verletzungen und flat-out Arbeitszeiten, so habe ich wenig Zeit oder Motivation, Blog oder mein Gesicht zeigen rund um die Gemeinden hatte. Ich entschuldige mich, und ich bin entschlossen, diese Gewohnheit zu brechen und sich wieder in die Dinge noch einmal! Aber genug von dem Geschwätz, erhalten auf die Schriften ...
Dies ist nicht etwas, was ich sehe sehr oft, aber wenn ich es tue, ist es interessant zu sehen, die Statistiken sprechen für sich. Ich bin mit einem Kunden, einer skriptgesteuerten Bereitstellung ihrer NetApp estate hatte vor ein paar Jahren, und es wurde nicht entwickelt oder geliefert mit zu viel Pflege und Aufmerksamkeit (was ich will auf einen anderen Tag zu besprechen). Sie haben eine VMware Anwesen mit SQL, Exchange und andere Dinge. Alles läuft über insgesamt mehr als 100 15k FC Spindeln. Es ist nicht ein riesiges Anwesen im Vergleich mit anderen Standorten, also bin ich, warum sie eine solche Performance-Probleme fasziniert.
Wenn Sie jetzt durch "sysstat-u" ausführen, können Sie sehen, dass der Filer selbst ist dabei sehr wenig, ganz glücklich immer mit dem, was sie tun sollten. Aber die Scheibe trifft 100% recht häufig. Unmittelbar dies zeigt eine Festplatte Problem. Sie brauchen mehr Spindeln, offensichtlich?
Erstens gibt es ein Ungleichgewicht von Spindeln. Sie haben ein zweites Aggregat auf der Partner-Controller, die nur Prüfvolumen. Ich bekomme die Erlaubnis, diese zu entfernen und heiß, ich re-Zuordnung dieser zu den anderen Controller und erweitern das bestehende Aggregat. Dadurch verdoppelt sich die Spindel zu zählen, aber ich weiß, es ist gar nichts für bestehende Leistung zu tun (in die die Daten nicht automatisch verteilen sich!). Lesen Sie mehr ... (799 Wörter, geschätzt 3.12 Minuten Zeit Lesung)