Resumo

  • A Nebius passou a definir o preço de GPUs interrompíveis por plataforma e região, usando sinais de capacidade e demanda; a tarifa pode mudar a cada quinze minutos.
  • O preço máximo escolhido pelo cliente é um gatilho de parada, não uma reserva de capacidade. Seguir a cotação aceita uma conta variável e ainda deixa o recurso sujeito à retomada pelo provedor.

Análise

Uma tarifa baixa não equivale a uma hora garantida de GPU. A mudança, efetiva em 8 de outubro, é um modo de distribuir as decisões: a Nebius diz que seu algoritmo considera a capacidade disponível e sinais de demanda dos próprios usuários para calcular o preço de um tipo de GPU em cada região. O teto fica um centavo abaixo do valor atual por GPU-hora sob demanda. O anúncio de lançamento apresenta a data; o guia de preços confirma que a tarifa pode mudar enquanto o recurso está em uso.

Na página pública consultada em 8 de outubro, os valores spot aparecem “a partir de” US$ 0,99 por GPU-hora para HGX B300 e B200, e US$ 0,79 para H200, H100 e RTX PRO 6000. São preços iniciais, não uma promessa para toda região ou intervalo. GPUs L40S interrompíveis ficam fora da tarifa dinâmica e continuam com preço fixo. A Nebius afirma que a console mostra até trinta dias de histórico; a página pública não oferece uma série aberta que permita verificar a variação fora da plataforma.

O cliente pode seguir o preço vigente ou definir um máximo. Com uma política de preço, paga a cotação spot — não o teto — enquanto ela estiver abaixo do limite. Quando passa do máximo, a VM para. O teto limita a tarifa por GPU-hora, não o gasto total do projeto, e tampouco reserva capacidade. A estimativa de uma hora na console presume que o preço não muda nesse período, mas a documentação calcula os custos por intervalos de quinze minutos. Quantidade de GPUs e duração continuam determinando o total.

A interrupção também altera a operação. A Nebius diz que preserva dados em volumes anexados, mas libera IPs públicos dinâmicos e classifica o SSD local como efêmero; sua documentação prevê um SIGTERM sessenta segundos antes do desligamento forçado. Uma VM isolada não reinicia automaticamente, embora o cliente possa automatizar a retomada. A empresa diz que o Kubernetes reinicia VMs preemptíveis no cluster, sem eliminar o tempo gasto em checkpoint, reagendamento e conclusão. A Nebius afirma que apenas uma “pequena fração” das cargas foi interrompida por retomada de capacidade, mas não divulga período nem denominador.

Não é uma taxa que o leitor possa recalcular.

Fontes