Was bedeutet Skalierung (horizontal und vertikal)?
Skalierung bedeutet, die Leistung eines IT-Systems an den Bedarf anzupassen. Vertikal (Scale-up) erhält ein einzelner Server mehr Prozessor- und Arbeitsspeicherleistung, horizontal (Scale-out) werden weitere Server oder Instanzen hinzugefügt. In der Cloud geschieht beides oft automatisch je nach Last.

Skalierung: Definition und Bedeutung
Skalierbar ist ein System, wenn es bei wachsender Nutzung nicht in die Knie geht, sondern mit zusätzlichen Ressourcen mehr Last bewältigt. Das betrifft Websites ebenso wie Onlineshops, Kundenportale oder Software-as-a-Service-Produkte. Gute Skalierbarkeit heißt auch, bei sinkender Nachfrage Ressourcen wieder abzugeben und damit Kosten zu sparen.
Dabei unterscheidet man zwei Wege. Vertikale Skalierung vergrößert den vorhandenen Server: mehr Prozessorkerne, mehr Arbeitsspeicher, schnellere Festplatten. Horizontale Skalierung verteilt die Arbeit auf mehrere gleichartige Server, die zusammenarbeiten. Beide Wege haben Vor- und Nachteile, und in der Praxis werden sie häufig kombiniert.
So funktionieren vertikale und horizontale Skalierung
Vertikales Skalieren ist einfach, weil sich an der Anwendung kaum etwas ändert. Allerdings gibt es eine Obergrenze, größere Server werden überproportional teuer, und für den Wechsel ist häufig ein Neustart nötig. Der Server bleibt zudem ein einzelner Ausfallpunkt, solange keine zweite Instanz bereitsteht.
Horizontales Skalieren kennt kaum eine Grenze und erhöht die Ausfallsicherheit, setzt aber eine passende Architektur voraus: Ein Load Balancer verteilt Anfragen, und die Anwendung darf keine Daten lokal auf einem Server halten. Mit Autoscaling starten Cloud-Plattformen bei Last automatisch weitere Instanzen und beenden sie danach wieder.
Praxisbeispiel: Ticketverkauf für ein Stadtfest
Ein regionaler Veranstalter verkauft Tickets für ein Stadtfest. Ab dem Vorverkaufsstart um zehn Uhr rufen innerhalb weniger Minuten tausende Interessierte die Seite auf, danach flaut der Andrang ab. Ein dauerhaft so groß ausgelegter Server würde das ganze Jahr Kosten verursachen, ein kleiner bricht am Stichtag zusammen.
Mit horizontaler Skalierung laufen die Webserver als mehrere Instanzen hinter einem Load Balancer. Zum Verkaufsstart werden sie vorab hochgefahren oder per Autoscaling zugeschaltet, abends wieder reduziert. Wichtig: Die Datenbank für die Ticketzuteilung muss mitwachsen können, sonst verlagert sich der Engpass nur.
Vorteile, Grenzen und typische Fehler
Skalierung schafft Reserven für Wachstum und Lastspitzen, kostet aber Geld und Planung. Ein häufiger Fehler ist, nur die Webserver zu vergrößern, während Datenbank, Schnittstellen zu Drittsystemen oder ineffizienter Programmcode der eigentliche Engpass sind. Ebenso teuer: dauerhaft für eine Spitzenlast zu bezahlen, die nur wenige Stunden im Jahr anfällt.
Nano Concepts analysiert, wo Ihr System tatsächlich an Grenzen stößt, plant passende Skalierungsstrategien und setzt Lasttests, Autoscaling und Optimierungen um – damit Leistung und Kosten in einem sinnvollen Verhältnis zueinander bleiben und Ihre Anwendung mit dem Geschäft wachsen kann, ohne dass Sie dauerhaft überdimensionieren müssen.
- Vor dem Hochskalieren den tatsächlichen Engpass messen
- Anwendung so bauen, dass sie keine lokalen Sitzungsdaten benötigt
- Datenbank, Cache und Dateispeicher in die Planung einbeziehen
- Lasttests vor erwarteten Spitzen durchführen
- Kostenobergrenzen für automatische Skalierung festlegen
Häufige Fragen zu Skalierung (horizontal & vertikal)
Vertikale Skalierung macht einen vorhandenen Server stärker, etwa durch mehr Arbeitsspeicher oder Prozessorleistung. Horizontale Skalierung fügt weitere Server oder Instanzen hinzu und verteilt die Last. Vertikal ist einfacher, stößt aber an Grenzen; horizontal wächst weiter, verlangt jedoch eine dafür ausgelegte Architektur.
Beim Autoscaling passt die Plattform die Zahl der Instanzen oder deren Größe automatisch an die aktuelle Last an. Wird es voll, kommen Server hinzu; wird es ruhiger, werden sie wieder entfernt. Grundlage sind Regeln, etwa eine Obergrenze für die Prozessorauslastung.
Wenn Antwortzeiten bei Last spürbar steigen, Fehler bei Besucherspitzen auftreten oder absehbar mehr Nutzer kommen, etwa durch Aktionen, Wachstum oder eine Produkteinführung. Messwerte aus dem Monitoring zeigen, ob Prozessor, Speicher, Datenbank oder Netzwerk zuerst an die Grenze stoßen.
Nein. Anwendungen, die Sitzungen, Dateien oder Zwischenstände lokal auf dem Server speichern, müssen erst angepasst werden. Auch die Datenbank lässt sich nicht beliebig vervielfachen. Moderne, zustandslos gebaute Webanwendungen sind dafür deutlich besser geeignet als ältere Monolithen.
Passende Leistungen

Datenbanken & Cloud
Datenarchitektur, Migration und Cloud-Hosting – performant, sicher und auf Wunsch in deutschen Rechenzentren.
Mehr erfahren
Kubernetes-Beratung & Betrieb
Beratung, Aufbau und Betrieb von Kubernetes-Clustern – mit GitOps, Monitoring, Backups und geplanten Versions-Updates.
Mehr erfahren
Tech-Beratung
Software-Auswahl, Architektur, Code-Review und Digitalisierungsfahrplan – unabhängig und umsetzungsnah.
Mehr erfahren
SaaS-Entwicklung
Ihre Software als Abo-Produkt: mandantenfähig, mit Self-Service-Registrierung, automatischer Abrechnung und stabilem Betrieb in der EU.
Mehr erfahrenVerwandte Begriffe
Relevant für diese Branchen
Passende Magazin-Beiträge

Microservices oder Monolith: Entscheidungshilfe für Teams und Produkte
Microservices gelten als modern, doch für viele Produkte ist ein modularer Monolith die bessere Wahl. So wägen Sie Teams, Releases, Datenkonsistenz und Betriebskosten realistisch ab.
Weiterlesen
Lastenheft für Softwareprojekte: Aufbau, Beispiel und Checkliste
Ein gutes Lastenheft macht Angebote vergleichbar und Festpreise möglich. So ist es aufgebaut, wie Sie Anforderungen prüfbar formulieren und woran Sie ein vollständiges Lastenheft erkennen.
Weiterlesen
Excel ablösen: Wann sich eine eigene Web-App lohnt
Versionschaos, gesperrte Dateien, gebrochene Formeln: Wann Excel an Grenzen stößt, welche Alternativen es gibt und wie der Umstieg auf eine Web-App mit Datenbank im laufenden Betrieb gelingt.
Weiterlesen