AKS Arc no VMware (versão prévia) e arquitetura de cluster de carga de trabalho

Aplica-se a: AKS habilitado pelo Azure Arc no VMware (versão prévia)

Este artigo fornece uma visão geral da arquitetura de cluster e dos principais componentes de infraestrutura do Kubernetes, como o painel de controle e os nós de trabalho, para o AKS habilitado pelo Azure Arc no VMware.

Arquitetura de cluster

Um cluster do Serviço de Kubernetes do Azure tem os seguintes componentes:

• O Arc Resource Bridge (também conhecido como Arc appliance) fornece o mecanismo de orquestração principal e a interface para implantar e gerenciar um ou mais clusters de carga de trabalho.
• Os clusters de carga de trabalho (também conhecidos como clusters de destino) são onde os aplicativos em contêineres são implantados.

O AKS Arc usa um conjunto de opções de configuração predefinidas para implantar clusters do Kubernetes de forma eficaz e com a escalabilidade em mente. Uma operação de implantação cria várias máquinas virtuais do Linux e as une para criar um ou mais clusters do Kubernetes.

Ponte de Recursos do Arco

A Ponte de Recursos do Arc conecta uma nuvem privada (por exemplo, Azure Local, VMWare/vSphere ou SCVMM) ao Azure e permite o gerenciamento de recursos locais do Azure. Depois de conectado, você pode configurar a plataforma de orquestração de contêiner no AKS em um ambiente vSphere, que é a plataforma de virtualização VMware. Os dois principais componentes do vSphere são ESXi e vCenter.

A Ponte de Recursos do Azure Arc fornece a linha de visão para nuvens privadas necessárias para gerenciar recursos como clusters do Kubernetes locais por meio do Azure. A Ponte de Recursos do Arc inclui os seguintes componentes principais do AKS Arc:

• Extensões de cluster do AKS Arc: uma extensão de cluster é o equivalente local de um provedor de recursos do Azure Resource Manager. Assim como o provedor de recursos Microsoft.ContainerService gerencia clusters do AKS no Azure, o provedor de recursos Microsoft.HybridContainerService permite que a extensão de cluster do AKS Arc gerencie clusters do Kubernetes por meio do Azure quando adicionada à Ponte de Recursos do Arc.
• Local personalizado: um local personalizado é o equivalente local de uma região do Azure e é uma extensão do constructo de local do Azure. Os locais personalizados fornecem uma maneira para os administradores de locatários usarem seu data center com as extensões corretas instaladas, como locais de destino para implantar instâncias de serviço do Azure.
• Recurso do vCenter: o VMware vCenter é um software de gerenciamento de servidor que fornece uma plataforma centralizada para controlar ambientes do vSphere. As extensões Arc Resource Bridge e AKS se comunicam com o vCenter por meio da API de cluster fornecida pelo vSphere (CAPv), facilitando a criação de clusters de carga de trabalho. Cada um dos recursos de localização personalizados é mapeado para uma instância do vCenter. Ao conectar seu vCenter ao Azure, você também registra seu vCenter como um recurso do Azure, que é o recurso do vCenter.

Para obter uma visão geral da arquitetura da Ponte de Recursos do Azure Arc, consulte a Visão geral da Ponte de Recursos do Azure Arc. Para cada Ponte de Recursos do Azure Arc, você pode gerenciar várias instâncias do vCenter criando recursos do vCenter com os locais personalizados correspondentes. Há uma relação de mapeamento de um para um entre os recursos do vCenter e os locais personalizados.

Clusters de carga de trabalho

Um cluster de carga de trabalho tem muitos componentes, conforme descrito nas seções a seguir.

Painel de controle

• Servidor de API: o servidor de API permite a interação com a API do Kubernetes. Esse componente fornece a interação para ferramentas de gerenciamento, como a CLI do Azure ou o kubectl.
• Etcd: o Etcd é um armazenamento de chave-valor distribuído que armazena os dados necessários para o gerenciamento do ciclo de vida do cluster. Ele armazena o estado do plano de controle.

Balanceador de carga

A principal finalidade de um balanceador de carga é distribuir o tráfego entre vários nós em um cluster do Kubernetes. Esse balanceamento de carga pode ajudar a evitar o tempo de inatividade e melhorar o desempenho geral dos aplicativos.

A versão prévia do AKS Arc no VMware dá suporte às seguintes opções para implantar um balanceador de carga para o cluster do Kubernetes:

• Traga seu próprio balanceador de carga de terceiros.

Nó de trabalho

Para executar seus aplicativos e serviços de suporte, é necessário um Kubernetes nó. Um cluster de carga de trabalho do AKS tem um ou mais nós de trabalho. Os nós de trabalho atuam como máquinas virtuais (VMs) que executam os componentes do nó do Kubernetes e hospedam os pods e os serviços que compõem a carga de trabalho do aplicativo.

Há componentes principais de carga de trabalho do Kubernetes que você pode implantar em clusters de carga de trabalho do AKS, como pods e implantações.

Aviso

Durante a visualização, não há suporte para a criação e o gerenciamento de pools de nós do Windows.

Gerenciamento do ciclo de vida

O Azure Arc é habilitado automaticamente em todos os clusters do Kubernetes criados usando o AKS Arc. Você pode usar sua identidade do Microsoft Entra para se conectar aos clusters de qualquer lugar. O Azure Arc permite que você use ferramentas familiares, como a CLI do Azure e os modelos do Azure Resource Manager, para criar e gerenciar seus clusters do Kubernetes.

Próximas etapas

• Para entender a escala de implantação com suporte para executar o AKS Arc no VMware, consulte a escala de implantação com suporte.
• Se o vCenter não estiver conectado ao Azure Arc e você quiser adicionar a extensão do AKS, consulte o Início Rápido: Conectar o VMware vCenter Server ao Azure Arc usando o script de ajuda.
• Se você já conectou o vCenter ao Azure Arc e deseja adicionar a extensão do AKS, confira como habilitar a extensão do Kubernetes para operadores do AKS Arc.