Zusammenfassung

  • Oracle nennt für seinen Clusterverbund bis zu 131.072 GPUs bei 400 Gbit/s nicht-blockierend pro GPU; der eigene Lösungspfad des Hauses beschreibt Cluster bis 32.768 GPUs.
  • Ein Cluster-Netzwerk entsteht laut OCI-Dokumentation nur „subject to the host capacity for nodes in the cluster's RDMA network“; Standardgrenzen sind 15 Cluster-Netzwerke und 500 Instanzen pro Pool je Tenancy.

Die Quartalszahlen sind eindeutig. Oracle meldete für das erste Quartal des Geschäftsjahres 2027 verbleibende Leistungsverpflichtungen von 664 Mrd. US-Dollar und 7,4 Mrd. US-Dollar Umsatz mit Cloud-Infrastruktur (IaaS), ein Plus von 121 Prozent im Jahresvergleich (Oracle Investor Relations). Im selben Call sagte das Unternehmen, seit Ende des vierten Quartals FY26 seien mehr als 300.000 GPUs an AI-Cloud-Kunden gegangen – rund das Dreifache des Vorquartals – bei einer GPU-Auslastung von 97,9 Prozent (Q1-FY27-Transkript).

Solche Angaben beschreiben Nachfrage und Auslastung, nicht die größte Einzelbereitstellung. Die technische Obergrenze steht an anderer Stelle: Oracle beschreibt sein zettascale-Cluster-Netz als dreistufige Clos-Topologie mit bis zu 131.072 GPUs und 400 Gbit/s nicht-blockierend pro GPU, mit Stufenlatenzen von bis zu zwei, fünf und acht Mikrosekunden (Oracle-Blog zur Zettascale-Architektur; Oracle Cloud Infrastructure).

Zwischen dieser Ankündigung und einem laufenden Cluster stehen mindestens vier Mechanismen.

Hostkapazität entscheidet, nicht die Bestellung

Die OCI-Dokumentation formuliert die Bedingung ausdrücklich: Instanzen in einem Cluster-Netzwerk „are provisioned until the required number of instances in the pool are launched, subject to the host capacity for nodes in the cluster's RDMA network“ (OCI-Dokumentation: Cluster-Netzwerke). Für die Planung stellt OCI die Operation CreateComputeCapacityReport bereit, mit der sich die Kapazität prüfen lässt, bevor ein Cluster-Netzwerk erstellt oder skaliert wird (OCI-Dokumentation: Cluster-Netzwerk erstellen). Eine Bestellung ist damit kein Anspruch auf einen bestimmten Anteil der Fabric – die Zuteilung folgt der physisch verfügbaren Hostkapazität.

Die Standardgrenzen liegen weit unter der Obergrenze

OCI führt Cluster-Netzwerke in den Standard-Servicegrenzen mit 15 pro Tenancy und Instanzen pro Instanzpool mit 500; Erhöhungen sind zu beantragen (OCI-Servicegrenzen). Wer die angekündigte Obergrenze als Planungsgröße nimmt, übersieht diese Verwaltungsgrenze. Sie ist nicht unüberwindbar, aber sie ist der Ausgangszustand jedes neuen Tenancy-Kontos.

Der eigene Lösungspfad des Hauses nennt kleinere Cluster

Oracles Solution Playbook für den Aufbau eines Bare-Metal-GPU-Clusters für KI beschreibt eine Clustergröße von bis zu 32.768 GPUs auf 4.096 Bare-Metal-Knoten mit je acht GPUs über RoCE-RDMA mit weniger als zehn Mikrosekunden Latenz (Oracle Solution Playbook). Das ist eine dokumentierte Betriebsgröße, keine Ankündigung – und sie liegt bei einem Viertel der beworbenen 131.072.

Beschaffungssprache und Lieferzeit

Oracles Zettascale-Ankündigung von 2024 war Auftragsannahme mit der Formel „when-and-if-available“; die allgemeine Verfügbarkeit von Blackwell wurde für das erste Halbjahr 2025 genannt (Oracle-Ankündigung 2024). Die Fachpresse hinterfragte damals, ob alle 131.072 GPUs zum Start verfügbar sein würden (SDxCentral). Parallel erweitert Oracle den Beschleunigermix: Eine angekündigte Zusammenarbeit mit AMD adressiert große KI- und agentische Workloads (Oracle und AMD). Der Eintrag zu Oracle Cloud im BTW-Verzeichnis bündelt die Objektangaben (https://btw.media/de/directory/oracle-cloud).

Was sich belegen lässt und was nicht

Keine der ausgewerteten öffentlichen Quellen belegt, dass ein einzelner, vollständig bestückter Cluster mit 131.072 GPUs ausgeliefert wurde oder gleichzeitig planbar ist. Auslastungs-, Stückzahl- und Megawatt-Angaben stammen vom Unternehmen selbst und sind nicht unabhängig geprüft. Die Oracle-Dokumentation lag zudem als anbieterberichtete Fundstelle vor, nicht als vollständige Seitenprüfung.

Quellen