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 SUSE Rancher Prime clusters VMware vSphere gerenciados

Este guia descreve uma arquitetura de referência para provisionar clusters Rancher downstream em um ambiente vSphere, além das melhores práticas padrão do vSphere conforme documentado pela VMware.

Visão Geral da Solução
Figure 1. Visão geral da solução

1. Considerações sobre VMs

Utilize Modelos de VM para Construir o Ambiente

Para facilitar a consistência entre as máquinas virtuais implantadas no ambiente, considere o uso de "imagens douradas" na forma de modelos de VM. O Packer pode ser usado para realizar isso, adicionando mais opções de personalização.

Utilize as regras de anti-afinidade do DRS (quando possível) para separar os nós do cluster downstream entre hosts ESXi.

Fazer isso garantirá que as VMs dos nós sejam distribuídas entre vários hosts ESXi - prevenindo um único ponto de falha no nível do host.

Utilize as regras de anti-afinidade do DRS (quando possível) para separar os nós do cluster downstream entre datastores.

Fazer isso garantirá que as VMs dos nós sejam distribuídas entre vários datastores - prevenindo um único ponto de falha no nível do datastore.

Configure as VMs conforme apropriado para o Kubernetes

É importante seguir as melhores práticas do K8s e etcd ao implantar seus nós, incluindo desabilitar swap, verificar se você tem conectividade de rede total entre todas as máquinas no cluster, usando nomes de host, endereços MAC e product_uuids exclusivos para cada nó.

2. Considerações sobre Rede

Utilize a conectividade de baixa latência e alta largura de banda entre os nós do ETCD

Implante membros do etcd dentro de um único data center sempre que possível para evitar sobrecargas de latência e reduzir a probabilidade de particionamento de rede. Para a maioria das configurações, conexões de 1 Gb serão suficientes. Para clusters grandes, conexões de 10 Gb podem reduzir o tempo necessário para restaurar a partir do backup.

Endereçamento IP consistente para as VMs

Cada nó utilizado deve ter um IP estático configurado. No caso de DHCP, cada nó deve ter uma reserva de DHCP para garantir que o nó receba o mesmo IP alocado.

3. Considerações sobre Armazenamento

Utilize discos SSD para os nós do etcd

O etcd é muito sensível à latência de gravação. Portanto, aproveite discos SSD sempre que possível.

4. Backups e Recuperação de Desastres

Realize backups regulares do cluster downstream.

O Kubernetes usa o etcd para armazenar todos os seus dados - desde configuração, estado e metadados. Fazer backup disso é crucial em caso de recuperação de desastres.

Faça backup das VMs dos nós downstream

Incorpore as VMs dos nós downstream do Rancher dentro de uma política padrão de backup de VMs.