10.04.2015 (Doc Storage)
3.7 von 5, (6 Bewertungen)

Scale-up oder Scale-out?

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

Stellen Sie Ihre Frage
Doc. tec. Storage beantwortet alle Ihre technischen Fragen zu Storage, Backup & Co.

Stellen Sie Ihre Frage an: DocStorage@speicherguide.de
Kommentare (1)
13.04.2015 - mress

Sind Scale Out Architekturen nicht auch an bestimmte Protokolle gebunden? So kann ein Object Store sehr hoch horizontal skalieren während für ein pNFS Cluster bei den meisten Herstellern schon nach wenigen Knoten Schluss ist. Für SMB gilt schliesslich das schon SMB V3 Funktionen erforderlich sind? Auch bei den Kosten sollte es starke Unterschiede geben da horizontale Strukturen nur in den seltensten Fällen mit effektiven Erasure Code Verfahren daherkommen (mir fallen aktuell nur 2 Fälle ein :-( ) und damit mit effektivem horizontalen RAID6 ähnlichen Kostenstrukturen?


Mehr von Doc. tec. Storage 12.04.2019 Dateisysteme für den PByte-Bereich

Datenberge jenseits des PByte-Bereichs, Cloud-Anbindungen und Analytics-Szenarien stellen Dateiysteme vor neue Herausforderungen. Der Markt bietet einige Optionen wie GPFS, Gluster FS, OneFS oder QF2. Worauf gilt es zu achten?


05.04.2019 Neuordnung des Storage-Tiering

Nachdem sich Flash und SSDs mittlerweile auch in mehrere Leistungsklassen unterteilen, steht die Technik nicht mehr nur für Tier 0. 15k-HDDs scheinen vor dem Aus zu stehen. Gilt dies auch für alle SAS-Platten? Wie sieht die Neuordnung des Storage-Tiering aktuell aus?


15.03.2019 30 Jahre World Wide Web: Was gibt es zu feiern?

Das World Wide Web feiert seinen 30. Geburtstag. Ohne dem Internet ist unser heutiges Leben nicht mehr vorstellbar. Für Doc Storage hat das Netz aber auch genug Schattenseiten. An Regulierungen bzw. an das vom Erfinder erhoffte bessere Internet, glaubt er nicht.


08.03.2019 Datenanordnung im RAID 10 mit 8 Platten

In einem Server wird ein RAID 10 mit acht Festplatten unter Windows 2008 R2 betrieben. Nun ist ein Laufwerk ausgefallen. Da sich nur wenige Daten auf den HDDs befinden, besteht die Möglichkeit, dass die defekte Platte eventuell gar keine Daten enthält?


22.02.2019 Welcher RAID-Level für welche Anwendung?

Gibt es eigentliche eine Faustregel, welches RAID-Level für welche Anwendung am besten geeignet ist? Ich denke da zum Beispiel an Datenbanken mit sehr vielen Zugriffen bei relativ kleinen Datenmengen oder an Webserver und als Extrem auf der anderen Seite Bild-Datenbanken, Audio-Server beim Rundfunk, Video-Archive mit sehr hohen Datenvolumen.


15.02.2019 Was sagt DWPD über SSDs aus?

Im Zusammenhang mit (Enterprise-)SSDs wird oft die Qualitätsgröße DWPD (Drive Writes Per Day) genutzt. Meist wird die Angabe auch für einen Zeitraum von fünf Jahren spezifiziert. Was sagt DWPD genau aus und mit welcher Standard-Lebensdauer darf man rechnen?

powered by
Boston Server & Storage Solutions Datacore Software
Fujitsu Technology Solutions GmbH Seagate Technology
N-TEC GmbH FAST LTA AG