|
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. |
Lançando Kubernetes em Novos Nós em um Provedor de Infraestrutura
Quando você xref:cluster-deployment/configuration/rke2.adoccriar um cluster RKE2 usando uma configuração de máquina no Rancher, cada pool de nós resultante será exibido em uma nova aba Pools de Máquinas. Você pode ver os pools de máquinas fazendo o seguinte:
-
Clique em ☰ > Gerenciamento de Cluster.
-
Clique no nome do cluster RKE2.
SUSE® Rancher Prime: RKE2 Clusters
O Rancher v2.6 introduz provisionamento para clusters RKE2 diretamente da interface do usuário do Rancher. RKE2, também conhecido como RKE Government, é uma distribuição Kubernetes totalmente compatível que se concentra na segurança e conformidade nos EUA. Governo Federal dos EUA.
|
Para modelos de cluster RKE2, consulte esta página para informações adicionais. |
Funções de Nó
A CLI do RKE2 expõe duas funções, server e agent, que representam as funções de nó do Kubernetes etcd + controlplane e worker, respectivamente. Com a integração do RKE2 no Rancher v2.6, os pools de nós RKE2 podem representar atribuições de função mais detalhadas, de modo que as funções etcd e controlplane podem ser representadas.
A mesma funcionalidade de usar etcd, controlplane e worker nós é possível no RKE2 CLI utilizando flags e marcação de nós para controlar onde as cargas de trabalho e o mestre do Kubernetes são agendados. A razão pela qual essas funções não foram implementadas como funções de primeira-classe no RKE2 CLI é que o RKE2 é concebido como um conjunto de blocos de construção brutos que são melhor aproveitados por meio de um sistema de orquestração como o Rancher.
Em nossa arquitetura de cluster recomendada, descrevemos quantos nós de cada função os clusters devem ter:
-
Pelo menos três nós com a função etcd para sobreviver à perda de um nó.
-
Pelo menos dois nós com a função controlplane para alta disponibilidade do componente mestre.
-
Pelo menos dois nós com a função worker para reprogramação de cargas de trabalho em caso de falha de um nó.