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.

Melhores Práticas para Clusters Desconectados

O Rancher suporta a gestão de clusters que podem não estar sempre online devido a interrupções de rede, disponibilidade do plano de controle ou porque todos os nós do cluster estão fora do ar. No momento, não há problemas conhecidos com clusters desconectados na versão mais recente do Rancher.

Enquanto um cluster gerenciado estiver desconectado do Rancher, as operações de gerenciamento estarão indisponíveis, e a interface do usuário do Rancher não permitirá a navegação para o cluster. No entanto, uma vez que a conexão seja restabelecida, a funcionalidade é totalmente restaurada.

Melhores Práticas para Gerenciar Clusters Desconectados

  • Disponibilidade do Cluster Durante as Atualizações do Rancher: Recomenda-se que todos, ou pelo menos a maioria, dos clusters gerenciados estejam online durante a atualização do Rancher. A razão é que atualizar o Rancher atualiza automaticamente o software do agente do Rancher em execução nos clusters gerenciados. Manter as versões do agente e do Rancher alinhadas garante funcionalidade consistente. Qualquer cluster que estiver desconectado durante a atualização terá seus agentes atualizados assim que se reconectar.

  • Limpeza de Clusters Desconectados: Remova regularmente clusters que não se reconectarão mais ao Rancher (por exemplo, clusters que foram desativados ou destruídos). Manter tais clusters no sistema de gerenciamento do Rancher consome recursos desnecessários, o que pode impactar o desempenho do Rancher ao longo do tempo.

  • Considerações sobre Rotação de Certificados: Ao projetar processos que envolvem o desligamento regular de clusters, estejam eles conectados ao Rancher ou não, leve em conta as políticas de rotação de certificados. Por exemplo, clusters RKE2/K3s podem rotacionar certificados na inicialização se excederem sua vida útil.