Resumo

  • A camada de redes virtuais do Nebius AI Cloud aceita apenas IPv4, o pool público padrão é compartilhado por todos os projetos de um mesmo locatário e não pode ser personalizado, modificado ou excluído; a cota padrão documentada é de 3 endereços IPv4 públicos por região.
  • A identidade pública de uma carga de trabalho tem três relógios distintos: o endereço dinâmico volta para a faixa da provedora se a máquina ficar parada mais de uma hora, uma alocação sem uso pode ser excluída em 30 dias e o endereço estático atribuído automaticamente desaparece quando a máquina é apagada.

Deixe uma máquina virtual parada por pouco mais de uma hora. Aí o endereço público dinâmico dela já não é dela. A documentação da Nebius sobre endereços IP das máquinas virtuais de Compute diz isso sem enfeite: endereços IP públicos dinâmicos não são persistentes e retornam para a faixa pública da Nebius se a máquina permanecer parada por mais de uma hora. Não é um detalhe de configuração nem um capricho do console. É o primeiro de três caminhos separados pelos quais a identidade pública de uma carga de trabalho sai das mãos de quem a opera.

O segundo aparece quando a máquina some. Um IPv4 público estático atribuído automaticamente sobrevive à parada da máquina, mas é devolvido quando a máquina virtual é excluída. O terceiro vem do outro lado do ciclo de vida: uma alocação pública criada com antecedência sobrevive à exclusão da máquina, embora uma alocação pública que fique sem uso possa ser excluída depois de 30 dias. Lidos em conjunto, os três prazos desenham um endereço que se parece menos com um ativo e mais com um empréstimo com data de vencimento impressa no verso.

O limite da escassez também está escrito com clareza. A visão geral de redes virtuais informa que a camada "atualmente aceita apenas endereços IPv4" e que o pool público padrão é fornecido automaticamente, compartilhado entre todos os projetos de um locatário e "não pode ser personalizado, modificado ou excluído". Traduzindo para a operação: o cliente não escolhe de onde vem o endereço, não ajusta o pool e não consegue devolvê-lo. O número que põe o serviço dele na internet nasce dentro de um conjunto que ele não administra.

A aritmética da cota é igualmente direta. A tabela de cotas e limites de redes virtuais fixa o padrão em 3 endereços IPv4 públicos por região e 1000 alocações de IP no total por região, ao lado de 50 redes, 50 pools e 50 sub-redes. A página de cotas do Nebius AI Cloud acrescenta o detalhe operacional: as cotas são regionais, projetos de uma mesma região podem ter valores diferentes e é possível solicitar aumento. Cabe uma ressalva: a tabela rotula os valores como "por região", não como "por projeto", então o alcance exato do padrão não fica fechado naquela página. Para quem planeja uma implantação, três endereços por região e três por projeto em cada região são a diferença entre um ambiente de teste e uma operação de verdade.

O resto do quadro encaixa. Cada máquina virtual admite exatamente um endereço IPv4 público, então o número de serviços expostos não passa do número de máquinas expostas. As alocações públicas saem de pools gerenciados pela provedora e vinculados a um projeto e a uma região, e a faixa disponível depende da região do projeto, conforme a página sobre obtenção de faixas públicas de IPv4. E quando o cliente quer escolher o bloco por conta própria, o caminho documentado termina no espaço privado: a página de alocação de endereços privados personalizados exige que o bloco escolhido caia nas faixas privadas definidas no RFC 1918 — 10.0.0.0/8, 172.16.0.0/12 e 192.168.0.0/16. Por definição, esses endereços não são anunciados na internet pública.

Aí está o nó. A provedora deixa você escolher a faixa quando ela não significa nada para o roteamento global, e não deixa quando significa. Não há, na documentação examinada, qualquer procedimento para trazer um bloco público próprio — o que o setor chama de BYOIP, bring your own IP, ou seja, levar seu próprio prefixo. A ausência não equivale a proibição: um acordo comercial ou um atendimento de suporte pode existir sem aparecer nessas páginas, e este texto não afirma o contrário. O que está documentado é o caminho padrão, e ele não inclui prefixos públicos de propriedade do cliente.

A assimetria entre as duas metades do negócio é difícil de ignorar. De um lado, um data center de aceleradores faturado por horas de computação intensiva e descrito em gigawatts. Do outro, um serviço de identidade racionado em unidades de um dígito por região e recuperado por relógio. O cliente paga por potência de cálculo e recebe conectividade como uma concessão administrativa, renovável e revogável por mecanismos que não controla. Nenhuma das duas coisas é um defeito: é um modelo de negócio coerente e, justamente por ser coerente, merece uma leitura atenta antes da assinatura.

A consequência prática não é dramática, é contábil. Um endereço público que pode voltar ao pool da provedora depois de uma hora de ociosidade obriga a tratar a janela de parada como risco de infraestrutura, e não como pausa inofensiva. Um endereço estático que some quando a máquina é apagada transforma cada exclusão numa possível tarefa de renumeração: registros DNS apontando para um destino que não existe mais, listas de permissão com uma entrada vencida, certificados emitidos sobre um nome que agora resolve em outro lugar.

E uma alocação sem uso que pode ser excluída em 30 dias instala um vencimento silencioso no inventário de endereços que ninguém confere.

O que esta evidência não cobre

A análise se apoia em seis páginas de documentação de primeira mão do Nebius AI Cloud, lidas em 11 de novembro de 2026. Nenhuma regra de registro é afirmada aqui: três tentativas de ler o texto de política do RIPE NCC sobre transferência e alocação de IPv4 falharam na camada do provedor de acesso e não guardaram documento algum, de modo que a comparação entre uma alocação gerida por provedora e uma atribuição governada por registro segue pendente. Também não se estabelece se a Nebius oferece IPv6 na camada de rede virtual por algum caminho não documentado ou de roteiro futuro; a documentação diz "atualmente" apenas IPv4.

E a ausência de um procedimento de BYOIP documentado descreve o que está publicado, não o limite do que é negociável.