Alta disponibilidade

Nesta página, descrevemos suas opções de alta disponibilidade (HA, na sigla em inglês) no GKE On-Prem (link em inglês).

Para informações mais abrangentes que combinam os recursos do GKE On-Prem, vCenter e vMotion, para fornecer disponibilidade e recuperação de desastres, consulte Alta disponibilidade e recuperação de desastres.

HA para clusters de usuário

Arquitetura do GKE On-Prem com clusters de usuários altamente disponíveis
Arquitetura do GKE On-Prem com clusters de usuários altamente disponíveis (clique para ampliar)

O GKE On-Prem é compatível com planos de controle de usuários de alta disponibilidade. Durante a criação do cluster, é possível criar três planos de controle de usuário. Para fazer isso, especifique usercluster.masternode.replicas: 3 no arquivo de configuração do GKE On-Prem que você está usando para criar o cluster de usuário.

Para criar um cluster de usuário HA, o GKE On-Prem gera três VMs de plano de controle de usuário (ou nós mestres) no cluster de administrador. Cada VM do plano de controle executa os mesmos componentes do plano de controle do Kubernetes.

HA (alta disponibilidade) para clusters administrativos e planos de controle de cluster de usuário

O GKE On-Prem usa automaticamente o Programador de recursos distribuído (DRS, na sigla em inglês) do VMware para criar regras de antiafinidade para nós de clusters de usuários. Isso significa que as VMs em um pool de nós de cluster de usuários são distribuídas por pelo menos três hosts físicos.

A partir da versão 1.5, o GKE On-Prem também cria regras de antiafinidade do DRS do VMware para nós de clusters de administrador. Como as VMs do plano de controle do cluster de usuário estão no cluster de administrador, as VMs do plano de controle para um cluster de usuário de alta disponibilidade são distribuídas por três hosts físicos. Além disso, os nós de complementos de administrador são distribuídos em dois hosts físicos.

Para ativar as regras de antiafinidade do DRS no GKE On-Prem, é preciso ter pelo menos três hosts físicos no cluster do vCenter. Recomendamos configurar o cluster do vCenter com mais de três hosts físicos e ativar a vSphere de alta disponibilidade para aumentar a redundância, caso um host físico falhe.

Se não houver hosts físicos suficientes no cluster do vCenter, desative as regras de antiafinidade do DRS no cluster de administração ou no cluster de usuário da seguinte maneira:

  • Para um arquivo v1 de configuração de cluster de administrador ou de usuário, defina antiAffinityGroups.enabled como falso:

    antiAffinityGroups:
      enabled: false
    
  • Para um arquivo de configuração de cluster v0, defina admincluster.antiaffinitygroups.enabled e usercluster.antiaffinitygroups.enabled como false:

    admincluster:
      antiaffinitygroups:
        enabled: false
    ...
    usercluster:
      antiaffinitygroups:
        enabled: false
    

Proteção para o plano de controle do cluster do administrador

O GKE On-Prem não é compatível com planos de controle de administrador de alta disponibilidade. Para evitar um ponto único de falha no cluster de administrador, ative a vSphere de alta disponibilidade. Isso evita que os clusters de administrador do GKE On-Prem sejam encerrados, caso um host subjacente falhe. Para saber mais, consulte Criar um cluster vSphere de alta disponibilidade.