Ferramenta 05 · roda no seu navegador
Calculadora de requests e limits com classe de QoS
Informe requests e limits de cada container, como no manifesto, e veja a classe de QoS do pod e o motivo.
privacidadeRoda no seu navegador. Nada sai da sua máquina.
erro
—
Recursos declarados no nível do pod (pod-level resources) não entram nesta conta. Regras: documentação do Kubernetes, "Pod Quality of Service Classes".
As três classes
documentação do Kubernetes, "Pod Quality of Service Classes"| Classe | Quando | Na pressão do nó |
|---|---|---|
| Guaranteed | Todo container tem request e limit de CPU e de memória, maiores que zero e iguais | sai por último |
| Burstable | Não é Guaranteed, e ao menos um container tem algum request ou limit | sai antes, a começar por quem passa do request |
| BestEffort | Nenhum container tem request nem limit de CPU ou memória | sai primeiro |
Os valores aceitam as mesmas unidades do manifesto: 500m, 0.5, 256Mi, 1Gi. Para converter entre elas, use o conversor de CPU e memória. O que acontece quando o pod passa do limite de memória está em OOMKilled, e o despejo por pressão, em Evicted.
Perguntas frequentes
Para que serve a classe de QoS?
Quando o nó fica sem memória ou disco, o kubelet despeja primeiro os pods BestEffort, depois os Burstable que passam do próprio request, e por último os Guaranteed (documentação do Kubernetes, "Node-pressure Eviction"). A classe não muda o que o pod pode usar em condições normais.
Se eu declarar só o limit, o pod fica Guaranteed?
Sim, se fizer isso para CPU e memória em todos os containers. Sem request, o Kubernetes copia o limit como request, e aí request fica igual a limit. A ferramenta aplica essa regra.
Um sidecar sem recursos muda a classe do pod?
Muda. Guaranteed exige que todo container do pod tenha request igual a limit em CPU e memória. Um sidecar de log sem nada declarado faz o pod inteiro virar Burstable.
Guaranteed é sempre melhor?
Não. Com request igual a limit, o pod reserva o pico o tempo todo e nunca usa a folga do nó. Para serviços críticos compensa; para lotes e serviços com pico curto, Burstable costuma aproveitar melhor a máquina.