- Verschifft
- 4. September 2026 um 21:22 UTC
- Autor
- Kamo
- Ausschuss
- 0208862
Schaltet jeden PodDisruptionBudget von minAvailable: 1 bis maxUn available: 1. Auf einer Zwei-Replik-Einsatz sind die beiden identisch - eine Pod läge zu einer Zeit. Auf einer ONE-Replik Einsatz sind Gegensätze: minVerfügbar: 1 erlaubt ZERO Störungen, so dass es nicht schützt die Arbeitsbelastung, es festgefahren kubectl Abfluss für immer und der Knoten kommt nie für Wartung. Das ist nicht hypothetisch, und es ist jetzt sichtbar. Diese Haushaltspläne in einem einzigen KlusterServices einsetzen, während die Replik Beulen sie gehören immer noch hinter fünfzig Service in der Warteschlange baut auf zwei CI-Läufer, so 22 der 26 Live-Budgets beschreiben derzeit eine Bereitstellung, die noch bei einer Replik - jeder von ihnen zeigt ALLOWED DISRUPTIONS 0. Ein Knotenabfluss versuchte in Dieses Fenster hätte auf Dienste blockiert, die noch nicht einmal geschützt sind. Unter maxUnverfügbar ist das gleiche Fenster eines, in dem die Budgets einfach noch nichts tun, was die richtige Sache für sie zu tun, bis die zweite pod existiert. Es umfasst den wahrscheinlicheren Fall für die Zukunft auch: jemand skaliert einen Dienst zurück zu einem und denkt nicht daran, seinen Eintrag hier zu entfernen. Die README Vor genau dem gewarnt, und eine Warnung ist eine schlechtere Wache als ein Versagensmodus, der nicht beißen kann. Ein Haushalt, der stillschweigend aufhört zu schützen, ist ein Fehler, der in der Überprüfung gefunden wurde. Eines, das leise Notende macht Die Wartung findet um 3 Uhr morgens statt.