Native Full-Stack-Autoskalierung auf Upsun: PostgreSQL- und MariaDB-Lesereplikate skalieren sich nun automatisch

Die automatische Skalierung von Anwendungen gibt es schon seit Jahren. Bei der automatischen Skalierung von Datenbanken hinkte man hinterher. Das ändert sich heute bei Upsun.

Verwaltete PostgreSQL- und MariaDB-Lese-Replikate skalieren nun automatisch und ergänzen damit die seit März 2026 in der Produktivumgebung befindliche automatische Skalierung von Workern. Apps, Worker und verwaltete Datenbanken skalieren alle automatisch – wenn die Replikate zuerst ausgelastet sind, die Verbindungspools voll sind, läuft alles auf einer Plattform – nativ, ohne Datenbank-Engine eines Drittanbieters oder eine Kubernetes-Schicht, die betrieben werden muss.

Drei operative Probleme sind einfach verschwunden. Hier erfährst du, was sich geändert hat.

Der Anruf um 2 Uhr morgens wegen deiner Datenbank – weg

Die Anwendung übersteht den Traffic-Anstieg meist problemlos. Die Datenbank ist der Punkt, an dem es hakt. Lesereplikate sind als Erstes ausgelastet, Abfragen stehen in der Queue, jemand wird per Pager benachrichtigt.

Ab heute passt Upsun die Kapazität der Lese-Replikate automatisch an die CPU- und Speicherauslastung an. Wenn der Arbeitslastdruck auf die Replikate steigt, werden weitere hinzugefügt; wenn der Druck sinkt, wird Kapazität freigegeben. Die Skalierung erfolgt dynamisch – kein Neustart, kein Failover, kein Zeitfenster für Plan-Upgrades.

Das Ergebnis: Traffic-Spitzen durch Produkteinführungen, Kampagnen oder saisonale Ereignisse führen nicht mehr zu Datenbankausfällen.

Das Ritual der Vorab-Skalierung gehört der Vergangenheit an

Die Kalendererinnerung vor einem Ereignis mit hohem Datenverkehr, die „Worker-Kapazität manuell zu erhöhen“ – und die anschließende Erinnerung, „zwei Wochen später manuell wieder herunterzuskalieren“, die niemand beachtet hat – die gibt’s nicht mehr.

Die automatische Skalierung der Worker ist seit März 2026 in Betrieb und erfolgt anhand der CPU- und Speicherauslastung. Zahlungsabwicklung, Videotranskodierung, KI-Inferenz, geplante Batch-Aufträge – alles Asynchrone – staut sich bei Traffic-Spitzen nicht mehr. Das heutige Release erweitert diese Funktion auf verwaltete Datenbanken.

Das Ergebnis: Der DevOps-Aufwand für die manuelle Konfiguration von Skalierungstools entfällt. Routinemäßige Kapazitätsanpassungen sind keine Kalendereinträge mehr.

Die Kosten für Spitzenkapazitäten, normalisiert

Die meisten Teams dimensionieren die Datenbankebene zu groß – sie richten sich nach der schlimmsten Spitzenstunde des schlimmsten Spitzentages und zahlen rund um die Uhr für diese Kapazität. Bei zyklischen Workloads bedeutet das, dass ein erheblicher Teil der Kapazität die meiste Zeit ungenutzt bleibt und auf jeder Rechnung auftaucht.

Upsun Autoscaling skaliert sowohl nach oben als auch nach unten. Kapazität wird freigegeben, wenn der Datenverkehr nachlässt.

Auf der Rechnung: Die Kosten richten sich nach der tatsächlichen Nutzung.

So funktioniert es tatsächlich

Upsun überwacht die CPU- und Speicherauslastung über Worker-Pools und verwaltete Datenbanken hinweg – die Signale, die den Ressourcenbedarf direkt widerspiegeln. Wenn Workloads die CPU- oder Speicherauslastung in die Höhe treiben, fügt Upsun Kapazität hinzu; wenn die Auslastung sinkt, wird Kapazität freigegeben. Replikate treten dem laufenden Cluster bei und verlassen ihn wieder, ohne Neustart oder Failover.

Native Full-Stack-Autoskalierung

Autoscaling sollte nicht an der Anwendungsebene enden. Mit dem Autoscaling für Datenbank-Lese-Replikate skaliert Upsun nun Anwendungen, Worker und verwaltete Datenbanken gemeinsam – nativ, auf einer Plattform. Keine Datenbank-Engine von Drittanbietern, die integriert werden muss. Keine Kubernetes-Ebene, die betrieben werden muss. Eine Infrastruktur, die als System skaliert, nicht als getrennte Teile.

• Bereit loszulegen? Aktiviere die automatische Skalierung für dein Projekt
• Hast du Fragen? Sprich uns an