|
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. |
Recomendações de Arquitetura
Se você estiver instalando o Rancher em um único nó, a principal recomendação de arquitetura que se aplica à sua instalação é que o nó executando o Rancher deve estar separado dos downstream clusters.
Separação do Rancher e dos Clusters de Usuário
Um cluster de usuário é um downstream cluster Kubernetes que executa seus aplicativos e serviços.
Se você tiver uma instalação do Rancher em Docker, o nó executando o servidor Rancher deve estar separado dos seus downstream clusters.
Se o Rancher for destinado a gerenciar clusters Kubernetes downstream, o cluster Kubernetes no qual o servidor Rancher está executando também deve estar separado dos clusters de usuário downstream.
Por que HA é Melhor para o Rancher em Produção
Recomendamos instalar o servidor Rancher em um cluster Kubernetes de alta disponibilidade, principalmente porque isso protege os dados do servidor Rancher. Em uma instalação de alta disponibilidade, um balanceador de carga serve como o único ponto de contato para os clientes, distribuindo o tráfego de rede entre vários servidores no cluster e ajudando a evitar que um único servidor se torne um ponto de falha.
Não recomendamos instalar o Rancher em um único contêiner Docker, porque se o nó falhar, não haverá cópia dos dados do cluster disponível em outros nós e você poderá perder os dados do seu servidor Rancher.
SUSE® Rancher Prime: K3s Instalações de Cluster Kubernetes
Uma opção para o cluster Kubernetes subjacente é usar o K3s Kubernetes. K3s é a distribuição Kubernetes certificada pela CNCF do Rancher. É fácil de instalar e usa metade da memória do Kubernetes, tudo em um binário de menos de 100 MB. Outra vantagem do K3s é que ele permite que um datastore externo armazene os dados do cluster, permitindo que os nós do servidor K3s sejam tratados como efêmeros.
Configuração Recomendada de Balanceador de Carga para Instalações Kubernetes
Recomendamos as seguintes configurações para o balanceador de carga e controladores de Ingress:
-
O DNS para o Rancher deve resolver para um balanceador de carga de camada 4 (TCP).
-
O Balanceador de Carga deve encaminhar a porta TCP/80 e TCP/443 para todos os 3 nós no cluster Kubernetes.
-
O controlador de Ingress redirecionará HTTP para HTTPS e encerrará SSL/TLS na porta TCP/443.
-
O controlador de Ingress encaminhará o tráfego para a porta TCP/80 no pod na implantação do Rancher.
Ambiente para Instalações Kubernetes
É altamente recomendável instalar o Rancher em um cluster Kubernetes em infraestrutura hospedada, como o EC2 da Amazon ou o Google Compute Engine.
Para melhor desempenho e maior segurança, recomendamos um cluster Kubernetes dedicado para o servidor de gerenciamento do Rancher. Executar cargas de trabalho de usuários neste cluster não é aconselhável. Após implantar o Rancher, você pode criar ou importar clusters para executar suas cargas de trabalho.
Funções de Nó Recomendadas para Instalações Kubernetes
As recomendações abaixo se aplicam quando o Rancher é instalado em um cluster Kubernetes K3s.
SUSE® Rancher Prime: K3s Funções de Cluster
Em clusters K3s, existem dois tipos de nós: nós de servidor e nós de agente. Tanto servidores quanto agentes podem ter cargas de trabalho agendadas neles. Nós de servidor executam o mestre do Kubernetes.
Para o cluster que executa o servidor de gerenciamento do Rancher, recomendamos usar dois nós de servidor. Nós de agente não são necessários.
Arquitetura para um Ponto de Extremidade de Cluster Autorizado (ACE)
Se você estiver usando um ponto de extremidade de cluster autorizado (ACE), recomendamos criar um FQDN apontando para um balanceador de carga que distribui o tráfego entre nossos nós com a controlplane função.
Se você estiver usando certificados assinados por CA privada no balanceador de carga, deve fornecer o certificado CA, que será incluído no arquivo kubeconfig gerado para validar a cadeia de certificados. Consulte a documentação sobre arquivos kubeconfig e rancher-admin/users/settings/api-keys.adoc#_creating_an_api_key[chaves de API] para mais informações.
O suporte ACE está disponível para clusters RKE2 e K3s registrados. Para ver os passos manuais a serem realizados no downstream cluster para habilitar o ACE, clique aqui.