Voltar

Volcano v1.16 chega com NamespaceQueue, fairshare e ecossistema HyperNode ampliado

Aprofundamento CEVIU

Aprofundamento

O Volcano v1.16.0 ataca três frentes de operação: multi-tenancy, equidade de consumo e custo de scheduling com backlog grande. O NamespaceQueue é um recurso com escopo de namespace, com os mesmos conceitos de governança do Queue (capability, deserved, guarantee e reclaimable). O administrador autoriza um namespace a anexar sua hierarquia a uma Queue de cluster via spec.allowedNamespaces, e o tenant cuida do resto. Nomes iguais em namespaces diferentes não compartilham identidade. Nomes sem prefixo referenciam Queues de cluster, e cluster/<nome> identifica o pai de cluster. O recurso vem desativado, exige RBAC para namespacequeues e usa hierarchical capacity. Não habilite proportion junto.

O plugin fairshare acumula resource-seconds por namespace dentro de uma Queue, com decaimento exponencial e meia-vida padrão de quatro horas. Ele influencia a ordenação de jobs pendentes e, opcionalmente, a admissão no enqueue, mas não faz preempção de jobs em execução. A recomendação é colocá-lo antes do drf e manter priority na frente. O Unschedulable Job Cache guarda o motivo da rejeição e só reavalia o Job quando um event hint de plugin indica mudança relevante, com watchdog de cinco minutos por padrão. Fica desativado por padrão, via feature gate, e não cobre rejeições de hierarchical capacity, o que importa para quem combinar com NamespaceQueue. O controller do HyperNode agora roda isolado (binário vc-hypernode-controller-manager e modos controller-manager, standalone e disabled no chart). Na migração, use disabled antes de standalone para ter um único dono da reconciliação. O build exige Go 1.26 e há atualização de CRDs e RBAC.

O que mudou

A cobertura anterior do CEVIU mostra o contexto do lado Kubernetes. Em 2 de março de 2026, em "Kubernetes como sistema operacional da IA: sinais do lançamento 1.35", o CEVIU noticiou o agendamento sensível a workload e o gang scheduling no Kubernetes v1.35. Em 15 de maio de 2026, em "Kubernetes v1.36: Avanços no Scheduling Inteligente de Workloads", noticiou a API PodGroup nativa. O Volcano v1.16 acompanha esse movimento com suporte ao Kubernetes 1.36 e scoring de DRA. É uma conexão de ecossistema, não evolução de uma versão anterior do Volcano, que o histórico não cobre.

Por que isso importa

Para quem opera clusters de GPU compartilhados, o fairshare ataca o caso em que um time reenvia jobs sem parar e empurra os outros para o fim da fila. O NamespaceQueue tira do administrador a manutenção diária de filas por tenant. Já o cache de jobs não agendáveis tende a reduzir trabalho redundante em backlogs grandes, mas teste antes: tudo vem desligado e há limitações de cobertura.

Linha do tempo

  1. CEVIU noticia o gang scheduling e o agendamento sensível a workload no Kubernetes v1.35.

  2. CEVIU noticia a API PodGroup e o scheduling inteligente de workloads no Kubernetes v1.36.

  3. Volcano v1.16.0 é lançado com NamespaceQueue, fairshare e controller HyperNode independente.

Perguntas frequentes

O NamespaceQueue vem ativado no Volcano v1.16?

Não. Ele vem desativado por padrão e é habilitado por um switch do Helm, que ativa controller, scheduler e admission envolvidos. Exige hierarchical capacity, e o proportion não deve ficar ativo junto.

O fairshare faz preempção de jobs em execução?

Não. Ele influencia a ordem dos jobs pendentes e, se configurado, a admissão no enqueue. O consumo histórico decai de forma exponencial, com meia-vida padrão de quatro horas.

Como funciona o Unschedulable Job Cache?

Ele registra por que um Job não foi agendado e pula verificações repetidas até que um event hint indique mudança relevante, como label de Node ou liberação de recursos. Um watchdog reenvia o Job após cinco minutos por padrão. Vem desativado e é ligado por feature gate.

Posso usar o controller do HyperNode com outro scheduler?

Sim. Ele pode ser implantado sozinho, descobrir a topologia e manter os supernodes. O outro scheduler lê os dados pela HyperNode API. Ao migrar, ative primeiro o modo disabled e só depois o standalone.

Fontes

Avalie este artigo:
Categoria
CEVIU DevOps
Publicado
28 de outubro de 2026
Editoria
CEVIU DevOps

Quer receber mais sobre CEVIU DevOps?

Conteúdo curado diariamente, direto no seu e-mail.

Conteúdo curado diariamenteDiversas categoriasCancele quando quiser