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.

Clusters de Kubernetes na SUSE Rancher Prime configuração

O Rancher simplifica a criação de clusters permitindo que você os crie através da interface do Rancher em vez de alternativas mais complexas. O Rancher oferece várias opções para lançar um cluster. Use a opção que melhor se adapta ao seu caso de uso.

Esta seção assume uma familiaridade básica com Docker e Kubernetes. Para uma breve explicação de como os componentes do Kubernetes trabalham juntos, consulte a página conceitos.

Para uma visão geral conceitual de como o servidor Rancher provisiona clusters e quais ferramentas ele usa para isso, consulte a página de arquitetura.

Capacidades de Gerenciamento de Clusters por Tipo de Cluster

A tabela a seguir resume as opções e configurações disponíveis para cada tipo de cluster:

Action Rancher Launched Kubernetes Clusters EKS, GKE and AKS Clusters1 Other Hosted Kubernetes Clusters Non-EKS or GKE Registered Clusters

Using kubectl and a kubeconfig file to Access a Cluster

Managing Cluster Members

Editing and Upgrading Clusters

2

Managing Nodes

3

Managing Persistent Volumes and Storage Classes

Managing Projects, Namespaces and Workloads

Using App Catalogs

Configuring Tools (Alerts, Notifiers, Monitoring, Logging, Istio)

Running Security Scans

Ability to rotate certificates

Ability to backup and restore Rancher-launched clusters

4

Cleaning Kubernetes components when clusters are no longer reachable from Rancher

  1. Registered EKS, GKE and AKS clusters have the same options available as EKS, GKE and AKS clusters created from the Rancher UI. The difference is that when a registered cluster is deleted from the Rancher UI, it is not destroyed.

  2. Cluster configuration options can’t be edited for registered clusters, except for K3s and RKE2 clusters.

  3. For registered cluster nodes, the Rancher UI exposes the ability to cordon, drain, and edit the node.

  4. For registered clusters using etcd as a control plane, snapshots must be taken manually outside of the Rancher UI to use for backup and recovery.

Configurando Clusters em um Provedor Kubernetes Hospedado

Neste cenário, o Rancher não provisiona Kubernetes porque ele é instalado por provedores como Google Kubernetes Engine (GKE), Amazon Elastic Container Service for Kubernetes ou Azure Kubernetes Service.

Se você usar um provedor Kubernetes como o Google GKE, o Rancher se integra às suas APIs de nuvem, permitindo que você crie e gerencie o controle de acesso com base em função para o cluster hospedado a partir da interface do Rancher.

Para mais informações, consulte a seção sobre clusters Kubernetes hospedados.

Lançando Kubernetes com o Rancher

O Rancher usa RKE2 ou K3s como uma biblioteca ao provisionar Kubernetes em seus próprios nós. RKE2 é o instalador leve de Kubernetes do Rancher.

Em clusters RKE2, o Rancher gerencia a implantação do Kubernetes. Esses clusters podem ser implantados em qualquer servidor bare metal, provedor de nuvem ou plataforma de virtualização.

Se você já tem um nó que deseja adicionar a um cluster RKE2, pode adicioná-lo ao cluster executando um contêiner de agente RKE2 do Rancher nele.

Para mais informações, consulte Lançando Kubernetes com o Rancher.

Iniciando o Kubernetes e Provisionando Nós em um Provedor de Infraestrutura

O Rancher pode provisionar dinamicamente nós em provedores de infraestrutura como Amazon EC2, DigitalOcean, Azure ou vSphere, e então instalar o Kubernetes neles.

Um benefício de usar nós hospedados por um provedor de infraestrutura é que, se um nó perder conectividade com o cluster, o Rancher pode substituí-lo automaticamente, mantendo assim a configuração esperada do cluster.

Lançando Kubernetes em nós personalizados existentes

Ao configurar esse tipo de cluster, o Rancher instala o Kubernetes em nós existentes personalizados, o que cria um cluster personalizado.

Você pode trazer quaisquer nós que desejar para o Rancher e usá-los para criar um cluster.

Esses nós incluem servidores bare metal locais, máquinas virtuais hospedadas na nuvem ou máquinas virtuais locais.

Registrando Clusters Existentes

O recurso de registro de cluster substitui o recurso de importar clusters.

O registro de clusters EKS agora oferece benefícios adicionais. Na maior parte, clusters EKS registrados e clusters EKS criados no Rancher são tratados da mesma forma na interface do Rancher, exceto pela exclusão.

Quando você exclui um cluster EKS que foi criado no Rancher, o cluster é destruído. Quando você exclui um cluster EKS que foi registrado no Rancher, ele é desconectado do servidor Rancher, mas ainda existe e você pode acessá-lo da mesma forma que fazia antes de ser registrado no Rancher.

Para mais informações, consulte Registrando Clusters Existentes.

Criando Clusters Programaticamente

A maneira mais comum de implantar clusters de Kubernetes programaticamente através do Rancher é usando o provedor Terraform Rancher2. Consulte a documentação para criar clusters com Terraform.

Clusters EKS, GKE e AKS podem ser criados ou importados com Terraform.