|
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. |
Nós e Pools de Máquinas
Após lançar um cluster Kubernetes no Rancher, você pode gerenciar nós individuais na aba Node do cluster.
-
Clique em ☰ no canto superior esquerdo.
-
Selecione Gerenciamento de Cluster.
-
Encontre o cluster cujos nós você deseja gerenciar e clique no botão Explore no final da linha.
-
Selecione Nodes na navegação à esquerda.
Dependendo da opção utilizada para provisionar o cluster, há diferentes opções de nós disponíveis.
|
Se você deseja gerenciar o cluster e não nós individuais, veja xref:[Editar clusters]. |
Opções de Nós Disponíveis para Cada Opção de Criação de Cluster
A tabela a seguir lista quais opções de nós estão disponíveis para cada tipo de cluster no Rancher. Clique nos links na coluna Opção para mais informações detalhadas sobre cada recurso.
| Opção | Nós Hospedados por um Provedor de Infraestrutura | Nó Personalizado | Cluster Hospedado | Nós EKS Registrados | Todos os Outros Nós Registrados | Descrição |
|---|---|---|---|---|---|---|
✓ |
✓ |
✓ |
✓ |
✓ |
Marca o nó como não agendável. |
|
✓ |
✓ |
✓ |
✓ |
✓ |
Marca o nó como não agendável e expulsa todos os pods. |
|
✓ |
✓ |
✓ |
✓ |
✓ |
Insira um nome, descrição ou rótulo personalizados para um nó. |
|
✓ |
✓ |
✓ |
✓ |
✓ |
Visualizar dados da API. |
|
✓ |
✓ |
* |
* |
Exclui nós defeituosos do cluster. |
||
✓ |
Baixar a chave SSH para acessar o nó via SSH. |
|||||
✓ |
✓ |
Aumentar ou diminuir o número de nós no pool de nós. |
-
Opção de exclusão acessível via Ver API
Nós Hospedados por um Provedor de Infraestrutura
Pools de máquinas estão disponíveis quando você provisiona clusters Kubernetes lançados pelo Rancher em nós que estão hospedados em um provedor de infraestrutura.
Nós Provisionados por Provedores de Kubernetes Hospedados
As opções para gerenciar nós hospedados por um provedor de Kubernetes são um tanto limitadas no Rancher. Em vez de usar a interface do Rancher para fazer edições, como aumentar ou diminuir o número de nós, edite o cluster diretamente.
Nós Registrados
Embora você possa implantar cargas de trabalho em um cluster registrado usando o Rancher, não é possível gerenciar nós individuais do cluster. Toda a gestão de nós de cluster importados deve ocorrer fora do Rancher.
Visualizando um Nó na API do Rancher
Selecione esta opção para visualizar os endpoints da API do nó.
Removendo um Nó
Use Excluir para remover nós defeituosos do provedor de nuvem.
Quando você exclui um nó defeituoso, o Rancher pode substituí-lo automaticamente por um nó provisionado de forma idêntica se o nó estiver em um pool de máquinas e a substituição automática estiver habilitada.
|
Se seu cluster for hospedado por um provedor de infraestrutura e você quiser reduzir seu cluster em vez de excluir um nó defeituoso, reduza em vez de excluir. |
Redimensionando Nós
Para nós hospedados por um provedor de infraestrutura, você pode redimensionar o número de nós em cada pool de máquinas usando os controles de escala. Esta opção não está disponível para outros tipos de cluster.
SSH em um Nó Hospedado por um Provedor de Infraestrutura
Para nós hospedados por um provedor de infraestrutura, você tem a opção de baixar sua chave SSH para que possa se conectar remotamente a ele a partir do seu desktop.
-
No canto superior esquerdo, clique em ☰ > Gerenciamento de Cluster.
-
Na página Clusters, vá para o cluster onde você deseja fazer SSH em um nó e clique no nome do cluster.
-
Na aba Pools de Máquinas, encontre o nó que você deseja acessar remotamente e clique em ⋮ > Baixar Chave SSH. Um arquivo ZIP contendo arquivos usados para SSH é então baixado.
-
Extraia o arquivo ZIP para qualquer local.
-
Abra o Terminal. Altere sua localização para o arquivo ZIP extraído.
-
Digite o seguinte comando:
ssh -i id_rsa root@<IP_OF_HOST>
Isolando um Nó
Cordon em um nó marca-o como não agendável. Esse recurso é útil para realizar tarefas curtas no nó durante pequenas janelas de manutenção, como reinicializações, fazer upgrade ou descomissionamentos. Quando terminar, ligue novamente e torne o nó agendável novamente descordonando-o.
Drenando um Nó
Drenar é o processo de, primeiramente, aplicar o Cordon no nó e, em seguida, expulsar todos os seus pods. Esse recurso é útil para realizar manutenção no nó (como fazer upgrade do kernel ou manutenção de hardware). Ele impede que novos pods sejam implantados no nó enquanto redistribui os pods existentes para que os usuários não experimentem interrupção no serviço.
-
Para pods com um conjunto de réplicas, o pod é substituído por um novo pod que é agendado para um novo nó. Além disso, se o pod fizer parte de um serviço, os clientes são automaticamente redirecionados para o novo pod.
-
Para pods sem conjunto de réplicas, você precisa iniciar uma nova cópia do pod e, assumindo que não faz parte de um serviço, redirecionar os clientes para ele.
Você pode drenar nós que estão em um estado cordoned ou active. Quando você drena um nó, ele recebe o Cordon; são avaliadas as condições necessárias para que ele seja drenado e, se atendidas, o nó expulsa seus pods.
No entanto, você pode ignorar as condições de drenagem quando iniciar a drenagem. Você também tem a opção de definir um período extra e um valor de tempo limite.
Opções de Drenagem Agressiva e Segura
Quando você configura a estratégia de fazer upgrade para o cluster, pode habilitar a drenagem de nós. Se a drenagem de nós estiver habilitada, você pode configurar como os pods são excluídos e reprogramados.
-
Modo Agressivo
Neste modo, os pods não serão reprogramados para um novo nó, mesmo que não tenham um controlador. O Kubernetes espera que você tenha sua própria lógica que gerencie a exclusão desses pods.
O Kubernetes também espera que a implementação decida o que fazer com os pods que usam emptyDir. Se um pod usa emptyDir para armazenar dados locais, você pode não conseguir excluí-lo com segurança, uma vez que os dados no emptyDir são excluídos assim que o pod é removido do nó. Escolher o modo agressivo exclui esses pods.
-
Modo Seguro
Se um nó tem pods autônomos ou dados efêmeros, ele recebe o Cordon, mas não é drenado.
Período extra
O tempo limite dado a cada pod para limpar as coisas, para que eles tenham a chance de sair graciosamente. Por exemplo, quando os pods podem precisar concluir quaisquer solicitações pendentes, reverter transações ou salvar o estado em um armazenamento externo. Se negativo, o valor padrão especificado no pod é usado.
Tempo de espera
A quantidade de tempo que a drenagem deve continuar a esperar antes de desistir.
|
Problema Conhecido do Kubernetes:
A configuração de tempo limite não foi aplicada ao drenar um nó antes do Kubernetes 1.12. |
Estado Drenado e com Cordon aplicado.
Se houver algum erro relacionado à entrada do usuário, o nó entra em um estado cordoned porque a drenagem falhou. Você pode corrigir a entrada e tentar drenar o nó novamente, ou pode abortar descordonando-o.
Se a drenagem continuar sem erro, o nó entra em um estado draining. Você terá a opção de parar a drenagem quando o nó estiver neste estado, o que interrompe o processo de drenagem e muda o estado do nó para cordoned.
Uma vez que a drenagem seja concluída com sucesso, o nó está em um estado de drained. Você pode então desligar ou excluir o nó.
Quer saber mais sobre cordon e drain? Consulte a documentação do Kubernetes.
Rotulando um Nó para ser Ignorado pelo Rancher
Certas soluções, como a integração BIG-IP da F5, podem exigir a criação de um nó que nunca é registrado em um cluster.
Como o nó nunca termina de se registrar, ele é sempre exibido como não saudável na interface do Rancher.
Nesse caso, você pode querer rotular o nó para ser ignorado pelo Rancher, de modo que o Rancher mostre nós como não saudáveis apenas quando eles realmente estiverem falhando.
Você pode rotular nós para serem ignorados usando uma configuração na interface do Rancher ou usando kubectl.
|
Há um problema aberto em que nós rotulados para serem ignorados podem ficar presos em um estado de atualização. |
Rotulando nós para serem ignorados com kubectl
Para adicionar um nó que é ignorado pelo Rancher, use kubectl para criar um nó que tenha o seguinte rótulo:
cattle.rancher.io/node-status: ignore
Resultado: Se você adicionar o nó a um cluster, o Rancher ignora a sincronização com este nó. O nó ainda pode fazer parte do cluster e pode ser listado com kubectl.
Se o rótulo for adicionado antes do nó ser adicionado ao cluster, o nó não é exibido na interface do Rancher.
Se o rótulo for adicionado após o nó ser adicionado a um cluster do Rancher, o nó não é removido da interface do Rancher.
Se você excluir o nó do servidor Rancher usando a interface do Rancher ou a API, o nó não é removido do cluster se o nodeName estiver listado nas configurações do Rancher na API do Rancher sob v3/settings/ignore-node-name.