Résumé

  • Nebius documente une couche d’adressage qui ne prend en charge que l’IPv4, une seule adresse IPv4 publique par machine de calcul, et une dotation par défaut de trois adresses IPv4 publiques par région.
  • Les adresses publiques dynamiques retournent au pool du fournisseur après plus d’une heure d’arrêt d’une machine, et les seules plages que le client peut choisir lui-même sont, d’après la documentation, de l’espace privé RFC 1918.

Une adresse IPv4, c’est le numéro que les autres réseaux utilisent pour joindre une machine, et il n’y en a pas assez pour tout le monde : c’est pourquoi les fournisseurs cloud les comptent au lieu de les distribuer. Nebius les compte sévèrement. Sa présentation des réseaux virtuels décrit une couche d’adressage qui « ne prend actuellement en charge que les adresses IPv4 » — aucune voie IPv6 pour le trafic de calcul — bâtie sur un pool public par défaut « fourni automatiquement » et « partagé entre tous les projets d’un compte », que le client « ne peut pas personnaliser, modifier ni supprimer ».

La formulation n’est pas un hasard. Un compte locataire ne reçoit pas un morceau d’espace public à administrer. Il reçoit des droits de consommation sur un pool administré par quelqu’un d’autre, et la console se contente d’afficher les blocs que ce pool propose dans la région du projet (obtenir des plages IPv4 publiques).

Trois portes par région, une porte par machine

Les chiffres ne sont pas vagues. Le tableau des quotas de réseaux virtuels indique une dotation par défaut de trois adresses IPv4 publiques par région, à côté d’un plafond de 1 000 allocations IP au total par région (quotas et contraintes). Les quotas sont régionaux, peuvent être configurés différemment pour chaque projet d’une région, et des augmentations peuvent être demandées (quotas dans Nebius AI Cloud). Côté calcul, chaque machine virtuelle prend exactement une adresse IPv4 publique (adresses privées et publiques des machines de calcul).

Lisez les deux ensemble et la réalité opérationnelle apparaît. Un projet dans une région démarre avec trois portes publiques. Chaque machine que vous voulez joignable en consomme une. Une flotte de cinquante nœuds d’inférence et trois adresses publiques laissent quarante-sept nœuds que l’Internet ne peut pas appeler directement. C’est généralement la bonne architecture — à condition de l’avoir planifiée, et non découverte pendant une fenêtre de lancement.

Le quota étant demandable, trois est une ligne de départ et non un mur. C’est néanmoins le chiffre qu’un nouveau projet voit, et il dit ce que la plateforme attend : que la plupart des clients ont besoin d’une poignée de points d’entrée, et que les adresses publiques sont un bien rare partagé, à recycler plutôt qu’à répartir.

Trois niveaux de location sur un même numéro

La documentation des machines décrit un cycle de vie à trois crans, et la distance entre eux sépare la possession de l’emprunt, puis de la perte.

Une adresse publique dynamique est l’arrangement le plus souple. La documentation est directe : « Les adresses IP publiques dynamiques ne sont pas persistantes. » Si une machine reste arrêtée plus d’une heure, l’adresse retourne à la plage publique de Nebius et peut être réattribuée.

Une adresse statique attribuée automatiquement est plus solide tant que la machine vit. Elle survit à un arrêt. Elle ne survit pas à la suppression de la machine.

Une allocation publique créée à l’avance est ce qui ressemble le plus à une adresse que l’on garde. Elle reste disponible après la suppression de la machine à laquelle elle était attachée. La documentation ajoute alors une clause de péremption : une allocation publique non attribuée peut elle-même être supprimée au bout de 30 jours.

Trois crans, trois modes de défaillance. Perdre une adresse dynamique, c’est un arrêt qui a duré tout le déjeuner. Perdre une adresse statique automatique, c’est une suppression. Perdre une allocation créée à l’avance, c’est l’avoir oubliée pendant un mois.

Ce que vous pouvez choisir, et ce que vous ne pouvez pas

Le seul endroit où la documentation donne au client un vrai pouvoir sur l’adressage est privé. La procédure d’adresses personnalisées précise que le bloc choisi « doit appartenir aux plages d’adresses privées RFC 1918 » (allouer des adresses privées personnalisées).

RFC 1918 désigne en abrégé les blocs réservés — 10.0.0.0/8, 172.16.0.0/12 et 192.168.0.0/16 — qui n’apparaissent jamais sur l’Internet public. Laisser un client choisir ceux-là est une faveur sans coût de rareté, car les adresses privées sont pratiquement illimitées : personne ne les route. Étendre la même liberté à des préfixes publics est une autre affaire, car un préfixe public doit être justifié auprès d’un registre et l’offre est finie.

La documentation examinée ici ne décrit aucune procédure permettant d’apporter chez Nebius un préfixe public détenu par le client. Soyons précis sur ce que cela prouve. Une page qui omet un mécanisme n’est pas une clause contractuelle qui l’interdit, et les grands comptes négocient régulièrement des choses qui n’apparaissent jamais sur une page publique.

Pourquoi la rareté est l’histoire

Le réflexe est de classer cela dans la maintenance. Des quotas existent partout ; chaque cloud plafonne quelque chose. Regardez plutôt ce qui est plafonné face à ce qui est vendu. Voilà une plateforme destinée à des clients qui font tourner de grandes flottes d’accélérateurs coûteux, et la dotation publique par défaut est de trois adresses par région. La capacité est élastique. La porte d’entrée ne l’est pas.

La structure est lisible sans connaître les intentions de quiconque. L’IPv4 public est la seule ressource de cette pile qui ne se fabrique pas — le pool des registres est épuisé et chaque adresse en service appartient déjà à quelqu’un. Un fournisseur qui détient un pool fini a intérêt à remettre vite les adresses en circulation, ce que fait la règle de récupération après une heure. Il a aussi intérêt à en distribuer le moins possible par défaut, ce que fait un quota de trois. Aucun des deux choix n’est malfaisant.

Les deux poussent dans le même sens : vers un client qui traite la joignabilité comme un service consommé plutôt qu’un actif possédé.

Une conséquence mérite attention avant de signer. Une adresse n’est pas seulement une cible de routage ; elle accumule une histoire. Les systèmes de réputation, les bases d’abus, les listes d’autorisation et les enregistrements DNS inverses s’attachent au numéro, pas à l’entreprise qui l’utilise. Quand une adresse dynamique rentre au bercail puis est réattribuée, l’histoire reste avec l’adresse. Le détenteur suivant hérite de la réputation que le numéro avait acquise, et celle du précédent ne voyage pas avec lui.

Ce qu’un acheteur devrait faire

Posez la question avant que l’architecture ne durcisse : quelque chose dans ce déploiement a-t-il besoin d’une identité qui survit à une pause, à une suppression ou à un changement de fournisseur ?

Si la réponse est oui, sachez sur quel cran vous vous tenez. Créez à l’avance les allocations dont vous dépendez au lieu de laisser la plateforme les attribuer, car une allocation créée à l’avance est le seul arrangement documenté où l’adresse ne disparaît pas avec la machine. Mettez la péremption de 30 jours dans un calendrier, car une allocation non attribuée qui expire en silence est le genre d’incident qui ressort trois semaines plus tard en revue post-mortem. Demandez l’augmentation de quota régional avant le week-end de migration, pas pendant.

Et si la réponse honnête est qu’il vous faut transporter un préfixe d’un fournisseur à l’autre, réglez-le dans le contrat plutôt que de le déduire d’une console. La documentation examinée décrit la location. Elle ne décrit pas comment apporter sa propre porte.

La limite de la preuve

Ce briefing repose sur six pages de la documentation cloud publique de Nebius, lues le 11 novembre 2026, plus la fiche de l’entreprise au répertoire (Nebius B.V.). Il n’examine pas les obligations de Nebius B.V. en tant que membre d’un registre, ni la manière dont ses avoirs d’adresses pourraient bouger lors d’une opération capitalistique, ni la justification qu’un registre exigerait pour un tel mouvement ; rien de cela n’apparaît dans les pages examinées, et rien de tel n’est affirmé ici. Là où un mécanisme est décrit comme non documenté, cela signifie absent de ces pages, non interdit.