Este documento foi traduzido usando tecnologia de tradução automática de máquina. Sempre trabalhamos para apresentar traduções precisas, mas não oferecemos nenhuma garantia em relação à integridade, precisão ou confiabilidade do conteúdo traduzido. Em caso de qualquer discrepância, a versão original em inglês prevalecerá e constituirá o texto official.

Solução de Problemas de Nós do Controlplane

Esta seção se aplica aos nós com a função controlplane.

Verifique se os contêineres do Controlplane estão em execução.

Existem três contêineres específicos lançados em nós com a função controlplane:

  • kube-apiserver

  • kube-controller-manager

  • kube-scheduler

Os contêineres devem ter o status Up. A duração mostrada após Up é o tempo que o contêiner está em execução.

docker ps -a -f=name='kube-apiserver|kube-controller-manager|kube-scheduler'

Saída de exemplo:

CONTAINER ID        IMAGE                                COMMAND                  CREATED             STATUS              PORTS               NAMES
26c7159abbcc        rancher/hyperkube:v1.11.5-rancher1   "/opt/rke-tools/en..."   3 hours ago         Up 3 hours                              kube-apiserver
f3d287ca4549        rancher/hyperkube:v1.11.5-rancher1   "/opt/rke-tools/en..."   3 hours ago         Up 3 hours                              kube-scheduler
bdf3898b8063        rancher/hyperkube:v1.11.5-rancher1   "/opt/rke-tools/en..."   3 hours ago         Up 3 hours                              kube-controller-manager

Registro de Contêiner do Controlplane

Se você adicionou vários nós com a função controlplane, tanto kube-controller-manager quanto kube-scheduler usam um processo de eleição de líder para determinar o líder. Apenas o líder atual registrará as ações realizadas. Veja Kubernetes leader election como recuperar o líder atual.

O registro dos contêineres pode conter informações sobre qual poderia ser o problema.

docker logs kube-apiserver
docker logs kube-controller-manager
docker logs kube-scheduler

SUSE® Rancher Prime: RKE2 Registro do Servidor

Se o Rancher provisionar um cluster RKE2 que não consegue se comunicar com o Rancher, você pode executar este comando em um nó de servidor no cluster downstream para obter os logs do servidor RKE2.

journalctl -u rke2-server -f