- Se descapó
- 4 de septiembre de 2026 a las 21:22 UTC
- Autor
- Kamo
- Compromit
- 0208862
Interrupciones cada PodDisruptionBudget de minDisponible: 1 a maxIndisponible: 1. En una implementación de dos-replicas los dos son idénticos desalojados de una vaina a la vez. En una UNO-replica Despliegue que son opuestos: minDisponible: 1 permite Interrupciones ZERO, por lo que no protege el La carga de trabajo, bloquea el drenaje kubectl para siempre y el nodo nunca sale para el mantenimiento. Eso no es hipotético, y es visible en este momento. Estos presupuestos se aplicaban en una sola KlusterServices se despliega mientras las réplicas de golpes a las que pertenecen siguen haciendo cola detrás de cincuenta servicios se basa en dos corredores de CI, por lo que 22 de los 26 presupuestos en vivo describen actualmente un despliegue que es todavía en una réplica de cada uno de ellos mostrando DISRUPCIONES TODOS LOS ALLOWED. Un drenaje de nodos en esta ventana habría bloqueado en servicios que aún no están protegidos. Bajo el máximo indisponible la misma ventana es aquella en la que los presupuestos simplemente no hacen nada todavía, que es lo correcto para que lo hagan hasta que exista la segunda vaina. Abarca el caso futuro más parecido también: alguien revisa un servicio de nuevo a uno y no piensa eliminar su entrada aquí. El README Advertida sobre eso exactamente, y una advertencia es un peor guardia que un modo de falla que no puede morder. Un presupuesto que deja de proteger silenciosamente es un error encontrado en la revisión. Una que detiene silenciosamente el nodo El mantenimiento se encuentra a las 3am.