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 com SUSE Rancher Prime

O Rancher permite que você inicie um cluster Kubernetes em diferentes tipos de nós, incluindo servidores bare metal, máquinas virtuais locais e máquinas virtuais de um provedor de infraestrutura. Ao implantar o Kubernetes nesses nós, o Rancher oferece a opção de usar RKE2 ou K3s.

O Rancher pode instalar o Kubernetes em nós existentes ou pode provisionar dinamicamente nós em um provedor de infraestrutura e instalar o Kubernetes neles.

O Rancher também pode criar pools de máquinas. Um benefício de instalar o Kubernetes em pools de máquinas hospedados por um provedor de infraestrutura é que, se um nó perder conectividade com o cluster, o Rancher pode automaticamente criar outro nó para se juntar ao cluster, garantindo que a contagem do pool de máquinas esteja conforme o esperado.

SUSE® Rancher Prime: RKE2

O Rancher v2.6 introduziu o provisionamento para RKE2 clusters 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. No Rancher v.2.6.4 e versões anteriores, o provisionamento do RKE2 estava em pré-visualização técnica.

Observe que no Rancher v2.6.5, o provisionamento do RKE2 se tornou GA.

Requisitos

Se você usar o RKE2 para configurar um cluster, seus nós devem atender aos requisitos para nós em clusters de usuários downstream.

Lançando Kubernetes em Novos Nós em um Provedor de Infraestrutura

O provisionamento do RKE2 é construído sobre uma nova estrutura de provisionamento que aproveita o projeto upstream Cluster API (CAPI). Com essa nova estrutura de provisionamento, você pode:

  • Provisionar clusters RKE2 em qualquer provedor para o qual o Rancher tenha um driver de nó.

  • Configurar completamente clusters RKE2 dentro do Rancher.

  • Escolher opções de CNI Calico, Cilium e Multus, além de Canal.

Quando você faz alterações na configuração do seu cluster no RKE2, isso pode resultar no reprovisionamento de nós. Isso é controlado pelos controladores do CAPI e não pelo próprio Rancher. Observe que para nós etcd, o mesmo comportamento não se aplica.

Uma alteração de configuração de exemplo que pode causar o comportamento descrito é ao editar um cluster e habilitar o dreno antes da exclusão. Nesse cenário, os nós existentes do plano de controle e os nós de trabalho são excluídos e novos nós são criados.

O provisionamento do RKE2 também inclui a instalação do RKE2 em clusters com nós Windows.

Os recursos do Windows para o RKE2 incluem:

  • O Windows suporta o driver de nó vSphere

  • Calico e Flannel CNI para clusters personalizados RKE2 no Windows

  • Isolamento de Rede do Projeto (PNI) para Calico

  • Contêineres Windows com RKE2 alimentados pelo containerd

  • Provisionamento de clusters RKE2 no Windows através do Terraform

  • Provisionamento de clusters personalizados RKE2 no Windows diretamente pela interface do Rancher

O suporte do Windows para clusters personalizados RKE2 requer a escolha do Calico como CNI.

Iniciando o Kubernetes em Nós Personalizados Existentes

O provisionamento do RKE2 também permite que você instale clusters personalizados em VMs ou nós bare-metal previamente provisionados.

Se você quiser reutilizar um nó de um cluster personalizado anterior, clean the node antes de usá-lo em um cluster novamente. Se você reutilizar um nó que não foi limpo, a provisão do cluster pode falhar.

Criando programaticamente clusters SUSE® Rancher Prime: RKE2

A maneira mais comum de implantar clusters RKE2 programaticamente através do Rancher é usando o Rancher2 Terraform provider.