Configurazione del numero massimo di pod non disponibili durante un aggiornamento

Quando si distribuisce o si aggiorna Agent di registrazione, è possibile configurare il file logs-values.yaml in modo che includa un parametro opzionale per specificare quanti pod possono non essere disponibili durante un aggiornamento continuo.

Il parametro opzionale updateStrategy.maxUnavailable consente di specificare il numero massimo o la percentuale di pod non disponibili quando l'agente daemonset esegue un aggiornamento continuo. Racchiudere un valore percentuale tra virgolette in modo che venga interpretato come una stringa. Non includere un numero tra virgolette in modo che venga interpretato come int32. Per impostazione predefinita, viene utilizzato un valore percentuale di "25%". Configurare Agent di registrazione per utilizzare un valore personalizzato aggiungendo la configurazione updateStrategy.maxUnavailable al file log-values.yaml:

Di seguito viene specificato che un massimo del 10% dei pod può essere non disponibile.

updateStrategy:
  maxUnavailable: "10%" # optional (default is 25%)

Di seguito viene specificato che un massimo di 5 pod può essere non disponibile.

updateStrategy:
  maxUnavailable: 5 # optional (default is 25%)

Dopo aver modificato il sito logs-values.yaml, è possibile aggiornare l'agente o continuare a modificare il file prima di applicare tutte le modifiche.

Quando i pod vengono aggiornati da una vecchia versione di Agent di registrazione a una nuova versione dell'agente, Kubernetes arresterà non più del numero updateStrategy.maxUnavailable di pod che eseguono la vecchia versione dell'agente.

Quando si raggiunge il numero updateStrategy.maxUnavailable di vecchi pod, l'aggiornamento continuo viene messo in pausa finché non vengono eseguiti nuovi pod con la nuova versione.

Il comando helm può essere configurato per attendere un tempo specifico per il completamento dell'aggiornamento (vedere timeout E wait opzioni di aggiornamento helm ), ma altrimenti aggiornerà solo la definizione daemonset e consentirà Kubernetes di aggiornare i pod degli agenti. Il controllore Kubernetes continuerà a riprovare ad aggiornare i pod dell'agente indefinitamente finché tutti i pod non saranno aggiornati.

Se i nuovi pod hanno problemi, l'aggiornamento non continuerà. Per ulteriori informazioni sugli errori di configurazione dell'agente, vedere Errore all'avvio di Agent di registrazione? Controllare e correggere la configurazione, se necessario, e riprovare l'aggiornamento.