Resumen

  • La capa de redes virtuales de Nebius AI Cloud solo admite IPv4, el grupo público por defecto se comparte entre todos los proyectos de un inquilino y no se puede personalizar, modificar ni eliminar; la cuota documentada por defecto es de tres direcciones IPv4 públicas por región.
  • La identidad pública de una carga de trabajo tiene tres relojes distintos: la dirección dinámica vuelve al rango del proveedor si la máquina sigue detenida más de una hora, una asignación sin uso puede desaparecer a los 30 días y la dirección estática asignada automáticamente se pierde al borrar la máquina.

Una máquina virtual detenida durante algo más de una hora deja de conservar su dirección pública dinámica. La documentación de Nebius sobre las direcciones IP de Compute lo formula sin adornos: las direcciones públicas dinámicas no son persistentes y vuelven al rango público del proveedor si la máquina permanece detenida más de una hora. No es un detalle de configuración menor ni una rareza de interfaz. Es la primera de tres formas distintas en que la identidad pública de una carga de trabajo deja de pertenecer a quien la ejecuta.

La segunda aparece cuando la máquina desaparece. Una dirección IPv4 pública estática asignada automáticamente sobrevive a la parada de la máquina, pero se devuelve cuando la máquina virtual se elimina. La tercera llega por el otro extremo del ciclo de vida: una asignación pública creada por adelantado sobrevive al borrado de la máquina, aunque una asignación pública que queda sin asignar puede eliminarse después de 30 días. Leído en conjunto, el ciclo de vida de una dirección en esta plataforma se parece menos a un activo y más a un préstamo con fecha de vencimiento impresa en el reverso.

El alcance de esa escasez está escrito con claridad. La descripción general de Virtual Networks indica que la capa «actualmente solo admite direcciones IPv4», y que el grupo público por defecto se proporciona de forma automática, se comparte entre todos los proyectos de un inquilino y «no se puede personalizar, modificar ni eliminar». Es decir: el cliente no elige de qué bloque sale su dirección, no puede ajustar ese grupo y tampoco puede retirarlo. La dirección que hace visible su servicio al mundo exterior nace dentro de un conjunto que él no administra.

La aritmética de la cuota es igual de explícita. La tabla de cuotas y límites de Virtual Networks fija por defecto 3 direcciones IPv4 públicas por región y 1000 asignaciones de IP en total por región, junto con 50 redes, 50 grupos de direcciones y 50 subredes. La página de cuotas de Nebius AI Cloud añade el matiz operativo: las cuotas son regionales, cada proyecto de una región puede tener valores distintos y se pueden solicitar ampliaciones. Conviene precisar un punto: la tabla etiqueta sus valores por región y no dice explícitamente por proyecto, de modo que el alcance exacto del valor por defecto no queda fijado en esa página. Para quien planifica una implantación, la diferencia entre tres direcciones por región y tres por proyecto y por región es la diferencia entre un tramo de pruebas y un despliegue real.

El resto del cuadro encaja con esa lógica. Cada máquina virtual admite exactamente una dirección IPv4 pública, así que el número de servicios expuestos no puede superar el número de máquinas expuestas. Las asignaciones públicas se toman de grupos gestionados por el proveedor y asociados a un proyecto y una región, y el rango disponible depende de la región del proyecto, según la página sobre rangos públicos de IPv4. Y cuando el cliente quiere escoger el bloque él mismo, la vía documentada se cierra sobre el espacio privado: la página de direcciones privadas personalizadas exige que el bloque elegido caiga dentro de los rangos privados definidos en el RFC 1918 (10.0.0.0/8, 172.16.0.0/12 y 192.168.0.0/16). Son direcciones que no se anuncian en la Internet pública por diseño.

Ahí está el nudo del asunto. El proveedor permite escoger el rango cuando el rango es irrelevante para el enrutamiento global, y no lo permite cuando sí importa. No hay en la documentación revisada ningún procedimiento para traer un bloque público propio, lo que en la industria se conoce como BYOIP (bring your own IP, es decir, aportar tu propio prefijo). Su ausencia no equivale a una prohibición: un acuerdo comercial o una gestión de soporte podría existir sin aparecer en estas páginas, y aquí no se afirma lo contrario. Lo que sí queda documentado es la ruta estándar, y esa ruta no incluye prefijos públicos propiedad del cliente.

La asimetría entre las dos mitades del negocio es difícil de pasar por alto. En un extremo, un centro de datos con aceleradores que se factura por horas de cómputo intensivo y que se describe en términos de gigavatios. En el otro, un servicio de identidad que se raciona en unidades de un solo dígito por región y que se recupera por reloj. El cliente paga por potencia de cálculo y recibe la conectividad como una concesión administrativa, renovable y revocable por mecanismos que no controla. Ninguna de esas dos cosas es un defecto: es un modelo de negocio coherente, y precisamente por eso conviene leerlo con atención antes de firmar.

La consecuencia práctica no es dramática, es contable. Una dirección pública que puede volver al grupo del proveedor después de una hora de inactividad obliga a tratar la ventana de parada como un riesgo de infraestructura y no como una pausa inocua. Una dirección estática que se pierde al borrar la máquina convierte cada borrado en una posible tarea de renumeración: registros DNS que apuntan a un destino que ya no existe, listas de permitidos que conservan una entrada obsoleta, certificados emitidos sobre un nombre que ahora resuelve a otra parte.

Y una asignación sin uso que puede eliminarse a los 30 días introduce una caducidad silenciosa en el inventario de direcciones que nadie mira.

Qué queda fuera de esta evidencia

El análisis se apoya en seis páginas de documentación de primera mano de Nebius AI Cloud, leídas el 11 de noviembre de 2026. No se afirmó ninguna regla de registro: tres intentos de leer el texto de política del RIPE NCC sobre transferencias y asignación de IPv4 fallaron en la capa del proveedor de acceso y no guardaron documento alguno, de modo que la comparación entre una asignación gestionada por un proveedor y una asignación gobernada por un registro queda pendiente. Tampoco se establece aquí si Nebius ofrece IPv6 en la capa de red virtual por una vía no documentada o en su hoja de ruta: la documentación dice «actualmente» solo IPv4.

Y la ausencia de un procedimiento BYOIP documentado describe lo publicado, no el límite de lo negociable.