A partir do VMware Cloud Director 10.3.1, você pode criar clusters do Tanzu Kubernetes Grid usando o plug-in da UI dos Kubernetes Container Clusters.

Pré-requisitos

Procedimento

  1. Faça login no VMware Cloud Director e, na barra de navegação superior, selecione Mais > Kubernetes Container Clusters > Novo.
  2. Selecione a opção de tempo de execução VMware Tanzu Kubernetes Grid e clique em Avançar.
  3. Insira um nome, selecione um modelo de Kubernetes na lista e clique em Próximo.
  4. Na janela VDC e Rede, selecione o VDC de organização no qual você deseja implantar um cluster do Tanzu Kubernetes Grid, selecione uma rede de VDC para o cluster e clique em Próximo.
  5. Na janela Camada de Controle, selecione o número de nós, o tamanho do disco, selecione opcionalmente uma política de dimensionamento, uma política de colocação, um perfil de armazenamento e, em seguida, clique em Próximo.
    Observação: O número de entradas de nós permite que os clusters tenham vários nós da camada de controle.
  6. Na janela Pools de Trabalhadores, digite um nome, número de nós, tamanho do disco, selecione opcionalmente uma política de dimensionamento, uma política de colocação, um perfil de armazenamento e clique em Próximo. Para obter mais informações sobre pools de nós de trabalhador, consulte Como trabalhar com pools de nós de trabalhador.
    Observação:
    • Para configurar o vGPU, selecione o botão de alternância Ativar GPU e uma política de vGPU. Para obter mais informações sobre configuração de vGPU, consulte Configurando o vGPU em clusters do Tanzu Kubernetes Grid para permitir cargas de trabalho de inteligência artificial e aprendizado de máquina.
    • Quando você cria clusters com funcionalidade de vGPU, é recomendável aumentar o tamanho do disco para entre 40 e 50 GB, pois as bibliotecas de vGPU ocupam um espaço de armazenamento de grande quantidade.
    • Você pode selecionar uma política de dimensionamento neste fluxo de trabalho ou separadamente na configuração do servidor VMware Cloud Director Container Service Extension. Se você seleciona uma política de dimensionamento em conjunto com uma política de vGPU que contém dimensionamento de VM, as informações de dimensionamento na política do vGPU têm precedência sobre a política de dimensionamento selecionada. Recomenda-se incluir o dimensionamento na sua política de vGPU e especificar uma política de vGPU apenas quando você deixa o campo Política de Dimensionamento vazio.
  7. (Opcional) Para criar pools de nós de trabalhador adicionais, clique em Adicionar Novo Pool de Trabalhador e defina as configurações do pool de nós de trabalhador.
  8. Clique em Avançar.
  9. Na janela Armazenamento do Kubernetes, ative o botão de alternância Criar Classe de Armazenamento Padrão, selecione um perfil de armazenamento e insira um nome de classe de armazenamento.
  10. (Opcional) Defina as configurações da Política de Recuperação e do Sistema de Arquivos.
  11. Na janela Rede do Kubernetes, especifique um intervalo de endereços IP para os serviços do Kubernetes e um intervalo para os pods do Kubernetes, depois clique em Próximo.

    O roteamento entre domínios sem classe (CIDR) é um método para alocação de endereços IP e roteamento de IP.

    Opção Descrição
    CIDR de Pods Especifica um intervalo de endereços IP a ser usado para pods Kubernetes. O valor padrão é 100.96.0.0/11. O tamanho da sub-rede de pods deve ser igual ou superior a /24. Você pode inserir um único intervalo de IDs.
    CIDR de Serviços Especifica um intervalo de endereços IP a ser usado para serviços Kubernetes. O valor padrão é 100.64.0.0/13. Você pode inserir um único intervalo de IDs.
    IP da Camada de Controle Os usuários do tenant podem especificar seu próprio endereço IP como o endpoint da camada de controle. Eles podem usar um endereço IP externo do gateway ou um endereço IP interno de uma sub-rede diferente do intervalo de IPs roteado. Se eles não especificarem um endereço IP como o endpoint da camada de controle, o servidor VMware Cloud Director Container Service Extension selecionará um dos endereços IP não utilizados do gateway de tenant associado.
    Sub-Rede de IP Virtual Os usuários de tenant podem especificar um CIDR de sub-rede do qual um endereço IP não utilizado foi atribuído como endpoint da camada de controle. A sub-rede deve representar um conjunto de endereços presentes no gateway. O mesmo CIDR também é propagado como o CIDR de sub-rede para os serviços de ingresso no cluster.
    Você pode usar os seguintes endereços IP como IP da camada de controle:
    Tipo de IP Descrição
    Endereços IP externos Qualquer um dos endereços IP no gateway externo que se conectam à rede do OVDC.
    Endereços IP internos Qualquer endereço IP privado que seja interno do tenant com as seguintes exceções:
    • Endereços IP na definição do serviço de rede LB, normalmente 192.168.255.1/24.
    • Endereços IP que estão na sub-rede IP do VDC de organização.
    • Endereço IP que está em uso.
    Observação: Quando um endereço IP não tem as características acima, ocorre o seguinte comportamento:
    • Se o endereço IP já estiver em uso e o VMware Cloud Director detectar o uso, um erro aparecerá nos logs durante a criação do LB.
    • Se o endereço IP já estiver em uso e o VMware Cloud Director não detectar o uso, o comportamento será indefinido.
  12. Na janela Configurações de Depuração, ative ou desative a opção Reparar Automaticamente em Caso de Erros e o botão Verificação de Integridade do Nó.
    Alternar Descrição
    Reparar Automaticamente em Caso de Erros Esse botão se aplica a falhas que ocorrem durante o processo de criação do cluster. Se você ativar esse botão, o servidor VMware Cloud Director Container Service Extension tentará recriar os clusters que estão em um estado de erro durante o processo de criação de cluster. Se você desativar esse botão, o servidor VMware Cloud Director Container Service Extension deixará o cluster em um estado de erro para solução de problemas manual.
    Observação: Este botão está desativado por padrão no VMware Cloud Director Container Service Extension 4.1 ou em versões mais recentes. Os provedores de serviços devem aconselhar os usuários do tenant sobre isso, pois é uma mudança comportamental do VMware Cloud Director Container Service Extension 4.0.
    Verificação de Integridade do Nó Em contraste com Reparar Automaticamente em Caso de Erros, quando o processo de correção só é aplicável durante a criação do cluster, o processo de correção na Verificação de Integridade do Nó começará depois que o cluster atingir um estado disponível. Se qualquer um dos nós se tornar não íntegro durante o tempo de vida do cluster; a Verificação de Integridade do Nó os detectará e os corrigirá. Para obter mais informações, consulte Configuração de verificação de integridade do nó.
    Observação: Este botão está desativado por padrão no VMware Cloud Director Container Service Extension 4.2.
  13. Insira uma chave pública SSH.
  14. Clique em Avançar.
  15. Analise as configurações do cluster e clique em Concluir.
    Observação: Na janela Revisão, aparece um aviso para alertar de que o cluster contém um token de API do proprietário e você não pode compartilhar o kubeconfig nem o cluster diretamente com outros usuários. "Em vez disso, crie o cluster como usuário de tenant de uma organização."

Revisar o status do cluster

Quando você cria um cluster do Tanzu Kubernetes Grid no VMware Cloud Director Container Service Extension, o seguinte status é exibido:

Tabela 1. Status do Cluster
Status do Cluster Descrição
Pendente A solicitação do cluster ainda não foi processada pelo servidor VMware Cloud Director Container Service Extension.
Criando O cluster está sendo processado pelo servidor VMware Cloud Director Container Service Extension.
Disponível O cluster está pronto para que os usuários operem no e no host de cargas de trabalho.
Excluindo O cluster está sendo excluído
Erro O cluster está em um estado de erro.
Observação: Se você quiser depurar manualmente um cluster, desative o modo Reparar Automaticamente em Caso de Erros.