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

Stati del cluster e del master

Comprensione dell'impatto di un'interruzione master

Il master Red Hat OpenShift è il componente principale che mantiene il cluster attivo e funzionante. 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 Red Hat OpenShift È il punto di ingresso principale per tutte le richieste di gestione del cluster dai nodi worker al master, o quando si vuole interagire con le risorse del 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 di oc per lavorare con le risorse del cluster o visualizzare lo stato del cluster finché il Red Hat OpenShift API nel master è 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 il server API Red Hat OpenShift API.

Durante un'interruzione del master, puoi continuare a eseguire i comandi ibmcloud oc 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.