Compartilhar via

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

  • Artigo

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

Este artigo fornece uma visão geral da arquitetura do 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 do cluster

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

  • O Arc Resource Bridge (também conhecido como arc dispositivo) 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 conteinerizados são implantados.

Diagrama mostrando a arquitetura do cluster.

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 Arc

A Ponte de Recursos do Arc conecta uma nuvem privada (por exemplo, Azure Stack HCI, VMWare/vSphere ou SCVMM) ao Azure e habilita o gerenciamento de recursos local do Azure. Depois de conectado, você pode configurar a plataforma de orquestração de contêineres no AKS em um ambiente vSphere, que é a plataforma de virtualização do VMware. Os dois componentes main 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 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 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 adicionado ao Arc Resource Bridge.
  • Local personalizado: um local personalizado é o equivalente local de uma região do Azure e é uma extensão do constructo de localização 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 vSphere. As extensões Arc Resource Bridge e AKS se comunicam com o vCenter por meio da API de cluster fornecida pelo CAPv (vSphere ), 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 o vCenter ao Azure, você também registra o vCenter como um recurso do Azure, que é o recurso do vCenter.

Para obter uma visão geral arquitetônica 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 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.

Painel de controle

  • Servidor de API: o servidor de API habilita a interação com a API do Kubernetes. Esse componente fornece a interação para ferramentas de gerenciamento, como a CLI do Azure ou kubectl.
  • Etcd: Etcd é um repositório 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 main 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ós de trabalho

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

Há componentes principais da 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 versão prévia, 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 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