Un bilancio non deve essere in grado di sbloccare un nodo di scarico

FixKlusterServices
Spegnimento
4 settembre 2026 alle ore 21:22 UTC
Autore
Kamo
Impegno
0208862

Interruttori ogni PodDisruptionBudget da minDisponibile: 1 a maxNon disponibile: 1. Su una deployment di due replica i due sono identici — un pod evittibile alla volta. Su una sola ripetizione Distribuzione sono opposti: minDisponibile: 1 permette interruzioni ZERO, quindi non protegge i carico di lavoro, blocca lo scarico kubectl per sempre e il nodo non arriva mai per manutenzione. Non è ipotetico, ed è visibile in questo momento. Questi bilanci applicati in un unico KlusterServices dispiegare mentre i dossi di replica a cui appartengono sono ancora in coda dietro cinquanta servizio si basa su due corridori CI, quindi 22 dei 26 bilanci dal vivo attualmente descrivono un Deployment che è ancora ad una replica — ognuno di loro che mostra ALLOWED DISRUPTIONS 0. Un nodo di scarico tentato questa finestra avrebbe bloccato su servizi che non sono ancora protetti. Sotto maxUndisponibile la stessa finestra è una in cui i bilanci semplicemente non fanno ancora nulla, che è la cosa corretta per loro di fare fino alla seconda capsula esiste. Copre il caso futuro più simile anche: qualcuno ridimensiona un servizio a uno e non pensa di rimuovere il suo ingresso qui. Il README avvertito su esattamente questo, e un avvertimento è una guardia peggiore di una modalità di fallimento che non può mordere. Un budget che ferma tranquillamente la protezione è un bug trovato in recensione. Uno che ferma tranquillamente nodo manutenzione si trova alle 3 del mattino.

Tutte le modifiche

Come quello che vedi la spedizione?

Ognuno di questi aggiornamenti atterra automaticamente nello spazio di lavoro. Inizia gratis e guardalo crescere settimana dopo settimana.

Inizia gratis per sempreVisualizza il prezzo