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 Kubernetes é o componente principal que mantém seu cluster funcionando. 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 Kubernetes é o ponto de entrada principal para todas as solicitações de gerenciamento de cluster dos nós do trabalhador para o principal ou quando você deseja interagir com os recursos de cluster.

Se ocorrer uma falha principal, as cargas de trabalho continuarão sendo executadas nos nós do trabalhador, mas não será possível usar comandos kubectl para trabalhar com recursos de cluster ou visualizar o funcionamento do cluster até que o servidor de API do Kubernetes no principal esteja ativo novamente. Se um pod ficar inativo durante a indisponibilidade principal, ele não poderá ser replanejado até que o nó do trabalhador possa acessar o servidor de API do Kubernetes novamente.

Durante uma indisponibilidade do mestre, ainda é possível executar os comandos ibmcloud ks 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.