Revisione dell'integrità master, dello stato e degli stati

Stati del cluster e del master

Comprensione dell'impatto di un'interruzione master

Il master Kubernetes è il componente principale che mantiene operativo il tuo cluster. Il master archivia le risorse del cluster e le loro configurazioni nel database etcd che funge da SPoT (single point of truth) per il tuo cluster. Il server API Kubernetes funge da punto di ingresso principale per tutte le richieste di gestione del cluster dai nodo di lavoro al master oppure quando vuoi interagire con le tue risorse cluster.

Se si verifica un guasto al master, i carichi di lavoro continuano a essere eseguiti sui nodi worker, ma non è possibile utilizzare i comandi kubectl per lavorare con le risorse del cluster o visualizzare lo stato del cluster fino a quando il server API Kubernetes nel master non è di nuovo attivo. Se un pod si interrompe durante l'interruzione del master, il pod non può essere riprogrammato finché il nodo worker non riesce a raggiungere di nuovo il server Kubernetes API.

Durante un'interruzione del master, puoi continuare a eseguire i comandi ibmcloud ks sull'API IBM Cloud Kubernetes Service per gestire le tue risorse dell'infrastruttura, quali i nodi di lavoro o le VLAN. Se si modifica la configurazione corrente del cluster aggiungendo o rimuovendo nodi worker al cluster, le modifiche non vengono applicate fino a quando il master non viene ripristinato.

Non riavviare un nodo di lavoro durante un'interruzione del master. Questa azione rimuove i pod dal tuo nodo di lavoro. Poiché il server API di Kubernetes non è disponibile, i pod non possono essere riprogrammati su altri nodi worker del cluster.