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 31.07.2020 Business-Continuity: Zu viele Firmen unvorbereitet auf K-Fall

Jüngste Studien sprechen von einem steigenden Bewusstsein in Sachen Business-Continuity. Doc Storage kann den Zahlen allerdings wenig positives abgewinnen, denn noch nicht mal zwei Drittel aller Unternehmen besitzen einen Business-Continuity-Plan und fast die Hälfte verfügt über keine fest definierte Rückkehrmaßnahmen. Aus seiner Sicht ist es erschreckend, wie viele Firmen und IT-Abteilungen nicht auf einen Katastrophenfall vorbereitet sind.


24.07.2020 Ist Archiving-to-the-Cloud heute bereits sinnvoll?

Unsere Archivierungs-Hardware bedarf der Erneuerung. Bislang setzten wir auf LTO-6-basierende Tape-Librarys. LTO-7 haben wir bisher übersprungen. Nun stünde LTO-8 an. Aber es gäbe auch Archiving-to-the-Cloud. Macht es Sinn, sich damit ernsthaft zu befassen oder raten Sie weiterhin On-Premises?


17.07.2020 EU/US-Privacy-Shield: Datenaustausch nicht mehr rechtens

Das EuGH erklärt das EU/US-Privacy-Shield für unwirksam. Damit ist die Hauptgrundlage für Datentransfers zwischen der EU und den USA nicht mehr gültig. Für unseren Doc Storage ist dies keine Überraschung, weil jeder klardenkende EU-Bürger wusste, dass die US-Behörden am Schutz unserer Daten nicht wirklich interessiert waren. Lesen Sie hier seine generelle Einschätzung zur Thematik.


10.07.2020 Genderkorrekte IT-Sprache – muss das sein?

Haben Sie sich schon mal Gedanken gemacht, ob unsere IT-Begriffe politisch- bzw. genderkorrekt sind? Gleichstellungsbeauftragte fordern eine neue IT-Sprache, Dummys, Black- und Whitelist oder Master/Slave seien nicht mehr zeitgemäß. Unser Doc ist da eher »Old School«…


03.07.2020 Problem: SSDs mit Trim-Funktion in Disk-Arrays

In einem Synology-RAID macht der Trim-Befehl der eingesetzten SSDs das System nach einer Zeit, unbenutzbar langsam. Abhilfe schafft eine Neuinstallation. Woran liegt das und könnte dies auch mit Enterprise-SSDs in größeren Arrays auftreten?


26.06.2020 Cloud-defined Storage – Hat das eine Zukunft?

Der US-Newcomer Nebulon geht mit Cloud-defined Storage (CDS)an den Start. Dabei soll es sich um einen Server basierten On-Premises-Speicher der Enterprise-Klasse handeln, der über die Cloud verwaltet wird. Hat dieser Ansatz eine Zukunft? Was spricht dafür, was dagegen?

powered by
Zadara Pure Storage Germany GmbH
Infortrend Fujitsu Technology Solutions GmbH
FAST LTA N-TEC GmbH
Folgen Sie speicherguide.de auch auf unseren Social-Media-Kanälen
Folgen Sie und auf Facebook Folgen Sie und auf YouTube Folgen Sie und auf Twitter