Nebius leiht dir die Haustür: drei Adressen pro Region und ein Stundenzähler

Zusammenfassung

• Die Virtual-Networks-Schicht von Nebius AI Cloud unterstützt nur IPv4, der öffentliche Standard-Pool wird von allen Projekten eines Tenants gemeinsam genutzt und lässt sich weder anpassen noch ändern noch löschen; das dokumentierte Standardkontingent liegt bei drei öffentlichen IPv4-Adressen pro Region.
• Die öffentliche Identität einer Arbeitslast hat drei verschiedene Ablaufuhren: eine dynamische Adresse fällt nach mehr als einer Stunde Stillstand an den Bereich des Anbieters zurück, eine ungenutzte Zuweisung kann nach 30 Tagen gelöscht werden, und eine automatisch zugewiesene statische Adresse geht mit dem Löschen der Maschine verloren.

Man lässt eine virtuelle Maschine etwas mehr als eine Stunde stehen, und ihr dynamischer öffentlicher Adresseintrag gehört ihr nicht mehr. Die Dokumentation von Nebius zu den IP-Adressen der Compute-Maschinen formuliert es ohne Schmuck: Dynamische öffentliche IP-Adressen sind nicht persistent, und die Adresse kehrt in den öffentlichen Bereich von Nebius zurück, wenn eine Maschine länger als eine Stunde gestoppt bleibt. Das ist kein Detail der Konfiguration und keine Laune der Konsole. Es ist der erste von drei getrennten Wegen, auf denen die öffentliche Identität einer Arbeitslast aus der Hand des Betreibers rutscht.

Der zweite zeigt sich, wenn die Maschine selbst verschwindet. Eine automatisch zugewiesene statische öffentliche IPv4 überlebt den Stillstand der Maschine, wird aber beim Löschen der virtuellen Maschine zurückgegeben. Der dritte kommt von der anderen Seite des Lebenszyklus: Eine vorab angelegte öffentliche Zuweisung überlebt das Löschen der Maschine, während eine Zuweisung, die ohne Zuordnung bleibt, nach 30 Tagen gelöscht werden kann. Zusammen gelesen sieht eine Adresse auf dieser Plattform weniger nach einem Aktivum aus als nach einem Darlehen mit aufgedrucktem Fälligkeitsdatum.

Auch die Grenze der Knappheit ist klar beschrieben. Die Übersicht über die virtuellen Netzwerke hält fest, die Schicht unterstütze „derzeit nur IPv4-Adressen“, und der öffentliche Standard-Pool werde automatisch bereitgestellt, von allen Projekten eines Tenants gemeinsam genutzt und könne „nicht angepasst, geändert oder gelöscht werden“. In Betriebssprache übersetzt: Der Kunde wählt nicht, woher die Adresse kommt, er kann den Pool nicht justieren und ihn auch nicht zurückgeben. Die Nummer, die seinen Dienst in die Außenwelt bringt, entsteht in einem Bereich, den er nicht verwaltet.

Die Arithmetik des Kontingents ist ebenso direkt. Die Tabelle zu Kontingenten und Grenzen der virtuellen Netzwerke setzt standardmäßig drei öffentliche IPv4-Adressen pro Region und 1000 IP-Zuweisungen insgesamt pro Region fest, daneben 50 Netzwerke, 50 Adress-Pools und 50 Subnetze. Die Seite zu den Kontingenten in Nebius AI Cloud ergänzt den betrieblichen Punkt: Kontingente gelten regional, für einzelne Projekte einer Region lassen sich abweichende Werte konfigurieren, und Erhöhungen können beantragt werden. Eine Einschränkung gehört dazu: Die Tabelle weist Werte „pro Region“ aus, nicht ausdrücklich „pro Projekt“, sodass die genaue Reichweite des Standardwerts auf jener Seite offenbleibt. Für die Planung einer Einführung ist der Unterschied zwischen drei Adressen pro Region und drei pro Projekt und Region der Unterschied zwischen einer Testumgebung und einem echten Betrieb.

Der Rest des Bildes passt zusammen. Jede virtuelle Maschine unterstützt genau eine öffentliche IPv4-Adresse, die Zahl der exponierten Dienste kann die Zahl der exponierten Maschinen also nicht überschreiten. Öffentliche Zuweisungen stammen aus anbieterverwalteten Pools, die an ein Projekt und eine Region gebunden sind, und der verfügbare Bereich hängt von der Region des Projekts ab, wie die Seite über öffentliche IPv4-Bereiche beschreibt. Und wenn der Kunde den Block selbst wählen will, endet der dokumentierte Weg im privaten Raum: Die Seite zu eigenen privaten Adressen verlangt, dass der gewählte Block innerhalb der in RFC 1918 definierten privaten Bereiche liegt, also 10.0.0.0/8, 172.16.0.0/12 und 192.168.0.0/16. Diese Adressen werden konstruktionsbedingt nicht im öffentlichen Internet angekündigt.

Darin liegt der Knoten. Der Anbieter lässt den Block wählen, solange der Block für das globale Routing bedeutungslos ist, und lässt es nicht zu, wenn er Bedeutung hat. In der geprüften Dokumentation findet sich kein Verfahren, ein eigenes öffentliches Präfix mitzubringen, was die Branche als BYOIP bezeichnet, also „bring your own IP“. Das Fehlen ist kein Verbot: Eine kaufmännische Vereinbarung oder eine Regelung über den Support kann existieren, ohne auf diesen Seiten aufzutauchen, und dieser Text behauptet das Gegenteil nicht. Dokumentiert ist der Standardweg, und der enthält keine öffentlichen Präfixe im Eigentum des Kunden.

Die Schieflage zwischen den beiden Hälften des Geschäfts ist schwer zu übersehen. Auf der einen Seite ein Beschleuniger-Rechenzentrum, abgerechnet in Stunden intensiver Rechenleistung und in Gigawatt beschrieben. Auf der anderen Seite ein Identitätsdienst, der in einstelligen Stückzahlen pro Region rationiert und per Uhr zurückgeholt wird. Der Kunde zahlt für Rechenleistung und erhält Erreichbarkeit als administrative Gewährung, verlängerbar und widerrufbar durch Mechanismen, die er nicht kontrolliert.

Nichts davon ist ein Mangel; es ist ein stimmiges Geschäftsmodell, und gerade weil es stimmig ist, sollte man es vor der Unterschrift genau lesen.

Die praktische Folge ist nicht dramatisch, sondern buchhalterisch. Eine öffentliche Adresse, die nach einer Stunde Leerlauf in den Pool des Anbieters zurückkehren kann, zwingt dazu, das Wartungsfenster als Infrastrukturrisiko zu behandeln und nicht als harmlose Pause. Eine statische Adresse, die beim Löschen der Maschine verschwindet, macht aus jedem Löschen eine mögliche Umnummerierung: DNS-Einträge, die auf ein Ziel zeigen, das es nicht mehr gibt, Allowlists mit einem veralteten Eintrag, Zertifikate, ausgestellt auf einen Namen, der inzwischen woanders auflöst.

Und eine ungenutzte Zuweisung, die nach 30 Tagen gelöscht werden kann, pflanzt ein stilles Ablaufdatum in das Adressinventar, das niemand prüft.

Was diese Belege nicht abdecken

Die Analyse stützt sich auf sechs Dokumentationsseiten aus erster Hand von Nebius AI Cloud, gelesen am 11. November 2026. Keine Regeln einer Registrierungsstelle werden hier behauptet: Drei Versuche, den Politiktext von RIPE NCC zu Transfer und IPv4-Zuteilung zu lesen, scheiterten auf der Ebene des Zugangsanbieters und speicherten kein Dokument, sodass der Vergleich zwischen einer anbieterverwalteten Zuweisung und einer registratorgesteuerten Zuteilung offenbleibt.

Ebenso wenig ist geklärt, ob Nebius IPv6 in der Schicht der virtuellen Netzwerke über einen undokumentierten oder nur geplanten Weg anbietet; die Dokumentation sagt „derzeit“ nur IPv4. Und das Fehlen eines dokumentierten BYOIP-Verfahrens beschreibt das Veröffentlichte, nicht die Grenze des Verhandelbaren.