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.

Funções dos nós no Kubernetes

Esta seção descreve as funções dos nós etcd, nós de plano de controle e nós de trabalho no Kubernetes, e como essas funções trabalham juntas em um cluster.

Este diagrama é aplicável a clusters do Kubernetes lançados com Rancher usando RKE.

Diagrama do cluster
Figure 1. Linhas mostram o fluxo de tráfego entre os componentes. As cores são usadas apenas para auxílio visual

etcd

Nós com a função etcd executam o etcd, que é um armazenamento de chave-valor consistente e altamente disponível usado como armazenamento de apoio do Kubernetes’ para todos os dados do cluster. O etcd replica os dados para cada nó.

Nós com a função etcd são mostrados como Unschedulable na interface, ou seja, nenhum pod será agendado para esses nós por padrão.

controlplane

Nós com a função controlplane executam os componentes mestre do Kubernetes (excluindo etcd, pois é uma função separada). Veja Kubernetes: Componentes Mestre para uma lista detalhada de componentes.

Nós com a função controlplane são mostrados como Unschedulable na interface, ou seja, nenhum pod será agendado para esses nós por padrão.

kube-apiserver

O servidor de API do Kubernetes (kube-apiserver) escala horizontalmente. Cada nó com a função controlplane será adicionado ao proxy NGINX nos nós com componentes que precisam acessar o servidor de API do Kubernetes. Isso significa que se um nó se tornar inacessível, o proxy NGINX local no nó encaminhará a solicitação para outro servidor de API do Kubernetes na lista.

kube-controller-manager

O gerenciador de controladores do Kubernetes usa eleição de líder usando um endpoint no Kubernetes. Uma instância do kube-controller-manager criará uma entrada nos endpoints do Kubernetes e atualizará essa entrada em um intervalo configurado. Outras instâncias verão um líder ativo e esperarão que essa entrada expire (por exemplo, quando um nó não responde).

kube-scheduler

O agendador do Kubernetes usa eleição de líder usando um endpoint no Kubernetes. Uma instância do kube-scheduler criará uma entrada nos endpoints do Kubernetes e atualizará essa entrada em um intervalo configurado. Outras instâncias verão um líder ativo e esperarão que essa entrada expire (por exemplo, quando um nó não responde).

trabalhador

Nós com a função worker executam os componentes do nó do Kubernetes. Veja Kubernetes: Componentes do nó para uma lista detalhada de componentes.

Referências