Leserfrage: Bei NAS-Systemen oder anderem Netzwerkspeicher gibt es zwei Skalierungsmöglichkeiten: Scale-up und Scale-out. Wie genau funktionieren diese Methoden und welche eignet sich für welche Umgebungen? Gibt es Lösungen, die sich in beide Richtungen erweitern lassen?

Antwort Doc Storage:

Zunächst einmal gilt es die beiden Begriffe zu klären. Bei Scale-Up handelt es sich, wie der Name schon impliziert, um die Möglichkeit, das System vertikal zu skalieren. Dies geschieht durch das Hinzufügen weiterer Ressourcen zum Basissystem, also beispielsweise von mehr Hauptspeicher, stärkerer oder mehr Prozessoren, schnellerer oder zusätzlicher Netzwerkschnittstellen. Dies hat den Vorteil, dass eine existierende Installation leistungsgesteigert werden kann, ohne die installierte Firmware anpassen zu müssen. Eine natürliche Grenze wird Scale-Up-Systemen dadurch gesetzt, dass sich irgendwann kein Hauptspeicher, keine CPU oder andere Erweiterungen mehr sinnvoll hinzufügen lassen. Das heißt, man verfügt bereits über das leistungsstärkste Array am Markt. Dann muss zur weiteren Größen- oder Leistungssteigerung ein weiteres System angeschafft werden.

Scale-Out, also die horizontale Skalierung, versucht mit diesem Problem dadurch fertigzuwerden, dass sich (theoretisch) eine beliebige Anzahl an fest konfektionierten Hardware-Komponenten, also meist Knoten mit einer bestimmten Anzahl an Prozessoren, Speicher und Schnittstellen, miteinander koppeln und als ein System betreiben lassen. Dieser Herangehensweise sind allerdings durch die Fähigkeit der Firmware, Prozesse parallel abzuarbeiten und sinnvoll über alle Ressourcen zu verteilen, Grenzen gesetzt.

Aber nicht nur die zentralen Komponenten von Speichersystemen sind in diesen verschiedenen Weisen skalierbar, sondern darüber hinaus auch die Speicherkapazität selbst über die Art und Anzahl der Speichermedien. Welche Methode sich für welche Umgebungen eignet, diese Frage kann man nur mit der uralten Informatiker-Standardantwort kontern: Das kommt drauf an.

Speicher- und Leistungsbedarf kennen

Vor dem Erwerb eines neuen Systems sollte nicht nur geklärt werden, welcher Speicher- und Leistungsbedarf zurzeit, sondern auch, welcher zum Ablauf der Nutzungsperiode abgedeckt werden muss. Daraus ergibt sich die Kennzahl für Art und Anzahl der Laufwerke, der Netzwerkschnittstellen, der Backend-Kanäle, der Prozessoren und des Hauptspeichers. Wollen Sie vergleichsweise klein und simpel starten und dann übermäßig groß wachsen, empfiehlt sich auf jeden Fall das Scale-Out-Verfahren, da dort mit jeder Erweiterung einer Komponente auch fast automatisch die anderen vermehrt werden. Somit können lassen sich unangenehme Leistungsdefizite mitten in der Nutzungsperiode relativ zuverlässig vermeiden. Allerdings müssen hier immer mehr Stellfläche und Bodenbelastung durch fix konfigurierte Knoten berücksichtigt werden, und die Erweiterung geschieht jedes Mal nicht nur um die Komponente, die gerade benötigt wird, sondern um eine feste Anzahl aller Komponenten.

Will man flexibler bleiben und selbst mitbestimmen, ob das Array einmal um Backend-, dann wieder um Prozessor- und schließlich um Netzwerkleistung wachsen soll, muss man sich einer Scale-Up-Architektur zuwenden. Diese Systeme sind bereits zu Anfang relativ groß, lassen sich dann allerdings je nach Bedarf durch das Hinzufügen bestimmter Bauteile tunen.

Natürlich gibt es Hybrid-Lösungen, die sich sowohl innerhalb der einzelnen Knoten als auch um ganze vorkonfektionierte Einheiten erweitern lassen. Allerdings haben diese wiederum den Nachteil, dass ihr Microcode weder auf das eine noch auf das andere wirklich optimiert ist und niemals die im Vergleich zu den spezialisierten Systemen optimale Leistung bringen kann. Es empfiehlt sich also, im Vorfeld die eigenen Kennzahlen (Speicherbedarf, Durchsatz, I/O-Leistung jetzt und später) zu ermitteln und auf Basis der Kenntnis der eingehenden Lösungen eine für diese Ansprüche passende Lösung zu finden.

Aber das ist auch nichts neues, das ist RZ-Einmaleins. Nach der Migration ist vor der Migration!

Gruß
Doc Storage