Revisando o funcionamento, o status e os estados principais

Estados do cluster e do mestre

Entendendo o impacto de uma indisponibilidade principal

O mestre do Red Hat OpenShift é o componente principal que mantém seu cluster atualizado e em execução. O mestre armazena recursos de cluster e suas configurações no banco de dados etcd que serve como o ponto único de verdade para seu cluster. O servidor da API do Red Hat OpenShift é o ponto de entrada principal para todas as solicitações de gerenciamento de cluster dos nós do trabalhador para o mestre ou quando você deseja interagir com seus recursos de cluster.

Se ocorrer uma falha do principal, suas cargas de trabalho continuarão a ser executadas nos nós do trabalhador, mas não será possível usar comandos oc para trabalhar com seus recursos de cluster ou visualizar o funcionamento do cluster até que o servidor de API do Red Hat OpenShift no principal esteja ativo novamente. Se um pod ficar inativo durante a indisponibilidade do principal, o pod não poderá ser reprogramado até que o nó do trabalhador possa alcançar o servidor de API do Red Hat OpenShift novamente.

Durante uma indisponibilidade do mestre, ainda é possível executar comandos ibmcloud oc com relação à API do IBM Cloud Kubernetes Service para trabalhar com seus recursos de infraestrutura, como nós do trabalhador ou VLANs. Se você mudar a configuração do cluster atual incluindo ou removendo nós do trabalhador para o cluster, as mudanças não ocorrerão até que o principal esteja ativo novamente.

Não reinicie ou reinicialize um nó do trabalhador durante uma indisponibilidade do mestre. Essa ação remove os pods de seu nó do trabalhador. Como o servidor de API do Kubernetes está indisponível, os pods não podem ser replanejados para outros nós do trabalhador no cluster.