AWS Outposts Single Rack: Hybrid Cloud für beengte Rechenzentren – was die neue Generation kann

Wer ein Rechenzentrum mit nur einem freien Rack-Slot betreibt, hatte bisher keine echte Option für eine vollwertige Hybrid-Cloud-Infrastruktur auf AWS-Basis. Die bisherige Multi-Rack-Architektur der zweiten Generation brauchte mindestens zwei Racks, und die kleineren 1U/2U-Outposts-Server liefern nur einen Bruchteil der Rechenleistung. Seit dem 10. September 2026 gibt es dafür eine Lösung: Single-rack AWS Outposts, ein neuer Formfaktor der zweiten Outposts-Generation, ist allgemein verfügbar – ein selbstständiges 42U-Rack, das Compute, Storage und Networking in einer einzigen Einheit zusammenführt.

Dieser Artikel erklärt, was der neue Formfaktor konkret leistet, wo er sinnvoll ist und was Betreiber vor einer Bestellung wissen müssen.

Was Single-rack Outposts ist – und was es nicht ist

AWS Outposts ist ein vollständig verwalteter Service, der AWS-Infrastruktur, -Services, -APIs und -Tools in ein On-Premises-Rechenzentrum oder einen Colocation-Raum bringt. Die Hardware gehört AWS, wird von AWS geliefert, installiert und gewartet. Der Betreiber stellt Strom, Kühlung, Netzwerkanbindung und physische Sicherheit bereit.

Wichtig für die Einordnung: Single-rack Outposts ist keine dritte, unabhängige Produktkategorie neben "Outposts der zweiten Generation" – es ist selbst Teil der zweiten Generation, neben dem bereits bekannten Multi-Rack-Formfaktor. AWS bietet für die zweite Generation seit dem 10. September 2026 zwei Konfigurationsoptionen an: Single-rack Outposts und Multi-rack Outposts. Wer bisher nur einen Rack-Slot zur Verfügung hatte, war entweder auf die kleineren 1U/2U-Outposts-Server angewiesen oder musste auf ein Multi-Rack-Deployment mit mindestens zwei Racks verzichten.

Das Single Rack schließt diese Lücke: Es integriert Compute, Storage und Networking in einem einzigen 42U-Rack und liefert dabei laut AWS-Ankündigung vom 10. September 2026 bis zu 2.688 vCPU und 100 TB Amazon EBS-Storage. Unterstützt werden dieselben x86-EC2-Instance-Typen wie beim Multi-Rack: General Purpose (M7i, M8i), Compute-optimiert (C7i, C8i), Memory-optimiert (R7i, R8i) sowie die Outposts-spezifischen Accelerated-Networking-Instanzen (Bmn-sf2e, Bmn-cx2, Bmn-cx3a).

Was es nicht ist: ein Einstiegsprodukt für Unternehmen, die Outposts noch nie evaluiert haben und schnell und günstig loslegen wollen. Laut den offiziellen Outposts-Rack-FAQs liegt die Mindestkonfiguration für Single-rack Outposts bei 576 vCPU und 20 TB EBS (3- und 5-Jahres-Laufzeit; bei 1 Jahr Laufzeit 960 vCPU). Das ist eine Größenordnung, die für kleine Standorte oder Testumgebungen in der Regel deutlich überdimensioniert ist. Die Anforderungen an Support und Vertragslaufzeit sind zudem dieselben wie beim Multi-Rack.

Technische Voraussetzungen: Was der Standort mitbringen muss

Bevor eine Bestellung sinnvoll ist, müssen die Standortanforderungen erfüllt sein. Sie kommen direkt aus den offiziellen Outposts-Rack-FAQs:

• Platz: Ein einzelnes 42U-Rack mit ausreichend Front- und Rückwärtsabstand.
• Strom: 10 bis 30 kVA, je nach gewählter Leistungskonfiguration (10, 15 oder 30 kVA). Das ist deutlich mehr, als ein typischer Büro-Serverraum liefert – ein Industriestandort oder ein Colocation-Raum ist die realistischere Umgebung.
• Netzwerk: Uplinks mit 10, 40 oder 100 Gbps. Das Rack benötigt eine zuverlässige Verbindung zur übergeordneten AWS-Region für Management und Steuerung – für den Dauerbetrieb ohne Region-Anbindung ist Outposts nicht ausgelegt.
• Support: AWS Enterprise Support ist Pflicht. Er garantiert 24x7-Remote-Support mit Reaktionszeiten von 15 oder 30 Minuten, je nach gewähltem Support-Plan. Dieser Support-Plan ist nicht optional, sondern Bestellvoraussetzung.

Der Unterschied zum Multi-Rack: Ein Multi-Rack-Deployment besteht aus mindestens einem Outposts-Compute-Rack (10–30 kVA) plus einem separaten Outposts-Netzwerk-Rack (8,89 kVA) – also mindestens zwei Racks. Das Single Rack kommt mit einem einzigen Rack aus und startet bereits ab 10 kVA Gesamtleistung – das ist der eigentliche Vorteil für platz- und leistungsbeschränkte Standorte.

Ein wichtiges Limit für die Planung: Single-rack Outposts lässt sich zwar innerhalb des Racks auf eine größere Konfiguration hochskalieren (Scale-up, solange Strom- und Platzreserven im Rack vorhanden sind), unterstützt aber kein Scale-out durch Hinzufügen weiterer Racks. Wer absehbar mehr Kapazität braucht, als ein einzelnes Rack bietet, benötigt entweder ein separates zweites Single-Rack-Abonnement oder von Anfang an ein Multi-Rack-Deployment.

Für welche Workloads und Branchen das Single Rack gedacht ist

AWS nennt in der Ankündigung explizit Fertigung und Gaming als Zielgruppen. Das ist kein Zufall. Beide Branchen teilen ein gemeinsames Problem: Sie brauchen AWS-Rechenleistung nah an der Anlage oder am Endnutzer, haben aber selten ein vollständig ausgebautes Rechenzentrum vor Ort.

In der Fertigung laufen MES- (Manufacturing Execution System) und SCADA-Systeme oft mit harten Latenzanforderungen gegenüber Maschinensteuerungen. Eine Verbindung über das öffentliche Internet oder eine WAN-Strecke in eine AWS-Region ist für diese Systeme keine Option. Ein Outposts-Rack in der Fabrikhalle löst das Problem: Die AWS-APIs und -Tools bleiben dieselben wie in der Cloud, aber die Daten verlassen das Gebäude nicht.

Für Unternehmen mit Datensouveränitätsanforderungen – ein Thema, das wir in unserem Artikel zur Unabhängigkeit von US-Clouds ausführlich beleuchtet haben – bietet das Single Rack eine weitere Option: Daten, die das Land nicht verlassen dürfen, bleiben physisch im eigenen Rechenzentrum, werden aber mit denselben AWS-Sicherheits- und Governance-Mechanismen verwaltet.

Colocation-Kunden profitieren ebenfalls: Wer in einem Colo-Raum nur einen Rack-Slot gemietet hat, kann jetzt vollwertige AWS-Infrastruktur betreiben, ohne einen zweiten Slot hinzubuchen zu müssen.

EKS auf Outposts: Was sich für Kubernetes-Betreiber ändert

Für Teams, die Kubernetes auf AWS betreiben, ist Outposts kein Fremdkörper. Amazon EKS unterstützt zwei Deployment-Modi auf Outposts-Racks:

• Extended Cluster: Die Kubernetes-Control-Plane läuft in der AWS-Region, die Worker Nodes laufen auf dem Outpost. Einfacher Einstieg, aber bei Netzwerkunterbrechung zur Region ist der Cluster nicht mehr vollständig steuerbar.
• Local Cluster: Control-Plane und Worker Nodes laufen vollständig auf dem Outpost. Der Cluster bleibt auch bei temporärer Unterbrechung der Service-Link-Verbindung zur Region betriebsfähig. Das ist der Modus für Produktionsworkloads mit Verfügbarkeitsanforderungen.

Beide Modi sind laut AWS EKS-Dokumentation für Outposts-Racks verfügbar. Die Kubernetes-Control-Plane wird in beiden Fällen vollständig von AWS verwaltet, inklusive automatischer Patches und Updates. Details zur genauen Instanzverteilung von Local Clusters auf dem Outpost hängen von der gewählten Konfiguration ab; für die aktuellen technischen Details lohnt sich vor einer Planung ein Blick in die verlinkte EKS-Dokumentation.

Wer bereits EKS-Cluster in der Cloud betreibt und die Frage stellt, wie Kubernetes und Cloud-Souveränität zusammenpassen, findet in unserem Artikel zu Kubernetes und europäischer Cloud-Souveränität den breiteren Kontext.

Kosten und Vertrag: Was man wissen muss, bevor man bestellt

AWS veröffentlicht keine Listenpreise für Outposts-Racks – die Konfigurationen sind zu individuell, als dass ein einheitlicher Preis sinnvoll wäre. Was feststeht:

• Die Laufzeit beträgt in der Regel drei Jahre (bei Single-rack Outposts sind auch 1- und 5-Jahres-Laufzeiten möglich, allerdings mit einer höheren Mindestkonfiguration bei 1 Jahr). Es gibt drei Zahlungsoptionen: vollständige Vorauszahlung, teilweise Vorauszahlung und keine Vorauszahlung mit monatlichen Raten über die Laufzeit.
• Der Preis umfasst Lieferung, Installation, Infrastrukturwartung sowie Software-Patches und -Updates. Man kauft keine Hardware – man mietet verwaltete Kapazität.
• AWS-Services, die auf dem Outpost laufen (z. B. RDS, EKS, ECS), werden nach Nutzung pro Stunde abgerechnet – zusätzlich zur Rack-Konfigurationsgebühr, aber ohne doppelte Berechnung der zugrunde liegenden EC2-Instanzen.
• Bei Rückgabe oder Vertragsende ohne neue Auswahl läuft das Abonnement automatisch zum Satz der No-Upfront-Option weiter – wer das vermeiden will, muss AWS aktiv informieren.

Der Enterprise-Support-Plan ist nicht im Rack-Preis enthalten und muss separat abonniert werden. Das ist ein Kostenfaktor, den viele Evaluierungen unterschätzen: Enterprise Support ist kein Add-on, sondern eine Bestellvoraussetzung.

Single Rack oder Multi-Rack: Wann welcher Formfaktor passt

Die Entscheidung hängt weniger von der initial gewünschten Kapazität ab als von den Standortbedingungen und der Wachstumsstrategie.

Das Single Rack ist die richtige Wahl, wenn der Standort physisch auf einen Rack beschränkt ist – sei es durch Colocation-Kosten, Gebäudestruktur oder Energiekapazität. Mit bis zu 2.688 vCPU und 100 TB EBS ist es kein Kompromissprodukt: Das sind Kapazitäten, die für viele Produktionsworkloads ausreichen. Wichtig ist aber, dass diese Kapazität die Obergrenze ist – wächst der Bedarf darüber hinaus, ist innerhalb desselben Single-Rack-Abonnements nur ein Scale-up möglich, kein Scale-out.

Das Multi-Rack ist sinnvoller, wenn von Anfang an größere Kapazitäten geplant sind oder wenn absehbar ist, dass mehrere Compute-Racks nötig werden. Das Netzwerk-Rack dient als Traffic-Aggregationsschicht und ermöglicht das Hinzufügen weiterer Compute-Racks, ohne die Netzwerkarchitektur neu aufzusetzen.

Was nicht geht: ein bestehendes Single Rack nachträglich in ein Multi-Rack-Deployment umwandeln, oder ein Single Rack durch Zubuchen weiterer Racks erweitern. Wer absehbar mehr als ein Rack braucht, sollte von Anfang an mit dem Multi-Rack-Formfaktor planen.

Was jetzt zu tun ist

Single-rack Outposts ist seit dem 10. September 2026 allgemein verfügbar. Wer einen Standort mit begrenztem Rack-Raum betreibt und bisher Outposts als zu groß oder zu komplex abgetan hat, sollte die Evaluation jetzt neu aufnehmen.

Konkret empfiehlt sich folgende Reihenfolge: Zunächst die Standortanforderungen prüfen – Strom, Netzwerk, physischer Platz – und dabei die Mindestkonfiguration von 576 vCPU / 20 TB EBS realistisch gegen den eigenen Bedarf abgleichen. Dann klären, ob Enterprise Support bereits besteht oder neu abonniert werden muss. Erst danach lohnt ein Gespräch mit dem AWS-Account-Team über Konfiguration und Preisgestaltung, da Outposts-Preise individuell verhandelt werden.

Für Teams, die EKS bereits in der Cloud betreiben: Der Local-Cluster-Modus auf Outposts ist produktionsreif und folgt demselben EKS-Lifecycle wie Cloud-Cluster. Das bedeutet, dass bestehende Tooling-Investitionen – eksctl, Helm, GitOps-Pipelines – ohne Anpassungen übertragbar sind. Das ist der eigentliche Hebel für Unternehmen, die On-Premises-Workloads modernisieren wollen, ohne eine zweite Betriebsplattform aufzubauen.