AKS Arc on VMware (visualização) e arquitetura de cluster de carga de trabalho
Aplica-se a: AKS habilitado pelo Azure Arc no VMware (visualização)
Este artigo fornece uma visão geral da arquitetura de cluster e dos principais componentes de infraestrutura do Kubernetes, como o plano 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 Kubernetes do Azure tem os seguintes componentes:
- O Arc Resource Bridge (também conhecido como dispositivo Arc) fornece o mecanismo de orquestração central 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 Kubernetes de forma eficaz e com escalabilidade em mente. Uma operação de implantação cria várias máquinas virtuais Linux e as une para criar um ou mais clusters Kubernetes.
Ponte de recursos do arco
O Arc Resource Bridge conecta uma nuvem privada (por exemplo, Azure Local, VMWare/vSphere ou SCVMM) ao Azure e habilita o gerenciamento de recursos local do Azure. Uma vez conectado, você pode configurar a plataforma de orquestração de contêineres no AKS em um ambiente vSphere, que é a plataforma de virtualização VMware. Os dois principais componentes do vSphere são ESXi e vCenter.
O Azure Arc Resource Bridge fornece a linha de visão para nuvens privadas necessárias para gerenciar recursos como clusters Kubernetes locais por meio do Azure. O Arc Resource Bridge inclui os seguintes componentes principais do AKS Arc:
- Extensões de cluster 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 AKS no Azure, o provedor de recursos Microsoft.HybridContainerService permite que a extensão de cluster AKS Arc gerencie clusters Kubernetes via Azure quando adicionada ao seu Arc Resource Bridge.
- Local personalizado: um local personalizado é o equivalente local de uma região do Azure e é uma extensão da construção 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 vCenter: O VMware vCenter é um software de gerenciamento de servidor que fornece uma plataforma centralizada para controlar ambientes 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 do Azure Arc Resource Bridge, consulte a visão geral do Azure Arc Resource Bridge. Para cada Azure Arc Resource Bridge, você pode gerenciar várias instâncias do vCenter criando recursos do vCenter com os locais personalizados correspondentes. Há uma relação de mapeamento um-para-um entre recursos do vCenter e locais personalizados.
Clusters de carga de trabalho
Um cluster de carga de trabalho tem muitos componentes, conforme descrito nas seções a seguir.
Plano de controlo
- Servidor de API: o servidor de API permite a interação com a API do Kubernetes. Este componente fornece a interação para ferramentas de gerenciamento, como CLI do Azure ou kubectl.
- Etcd: O Etcd é um armazenamento distribuído de chave-valor 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
O principal objetivo de um balanceador de carga é distribuir o tráfego entre vários nós em um cluster Kubernetes. Esse balanceamento de carga pode ajudar a evitar tempo de inatividade e melhorar o desempenho geral dos aplicativos.
O AKS Arc on VMware preview suporta as seguintes opções para implantar um balanceador de carga para seu cluster Kubernetes:
- Traga seu próprio balanceador de carga de terceiros.
Nós de trabalho
Para executar seus aplicativos e serviços de suporte, você precisa de um nó Kubernetes. Um cluster de carga de trabalho 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ó Kubernetes e hospedam os pods e 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 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.
Gestão do ciclo de vida
O Azure Arc é ativado automaticamente em todos os seus clusters Kubernetes criados usando o AKS Arc. Você pode usar sua identidade do Microsoft Entra para se conectar aos seus 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óximos passos
- Para entender a escala de implantação suportada para executar o AKS Arc no VMware, consulte a escala de implantação suportada.
- Se o seu vCenter não estiver conectado ao Azure Arc e você quiser adicionar a extensão AKS, consulte o Guia de 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 AKS, veja como habilitar a Extensão Kubernetes para Operadores de Arco AKS.