- Navios
- 4 de setembro de 2026 às 21:22 UTC
- Autor
- Kamo
- Enviar
- 0208862
Muda cada PodDisruptionBudget de minDisponível: 1 para maxIndisponível: 1. Em um dois-replica Implantação os dois são idênticos — um pod despejo de cada vez. Em uma réplica Implantação são opostos: minDisponível: 1 permite rupturas ZERO, por isso não protege o carga de trabalho, ele trava o dreno kubectl para sempre e o nó nunca aparece para manutenção. Isso não é hipotético, e é visível neste momento. Estes orçamentos foram aplicados num único Os serviços do Kluster implementam enquanto as réplicas a que pertencem ainda estão em fila atrás de cinquenta serviços baseia-se em dois corredores de IC, portanto 22 dos 26 orçamentos ao vivo descrevem atualmente uma implantação que é ainda em uma réplica — cada uma delas mostrando DISRUPÇÕES AUTORIZADAS 0. Um dreno de nó tentou entrar esta janela teria bloqueado os serviços que ainda nem sequer estão protegidos. Em maxIndisponível a mesma janela é uma em que os orçamentos simplesmente não fazem nada ainda, que é A coisa certa para eles fazerem até que a segunda cápsula exista. Abrange o caso futuro mais provável também: alguém escala um serviço de volta para um e não pensa em remover sua entrada aqui. O README advertido sobre exatamente isso, e um aviso é um guarda pior do que um modo de falha que não pode morder. Um orçamento que para silenciosamente de proteger é um bug encontrado na revisão. Um que pára silenciosamente o nó A manutenção é encontrada às 3 da manhã.