AKS Arc no VMware (pré-visualização) e arquitetura do cluster de carga de trabalho

  • Artigo

Aplica-se a: AKS ativado pelo Azure Arc no VMware (pré-visualização)

Este artigo fornece uma descrição geral da arquitetura do cluster e dos principais componentes de infraestrutura do Kubernetes, como o plano de controlo e os nós de trabalho, para o AKS ativado pelo Azure Arc no VMware.

Arquitetura do cluster

Um cluster de Azure Kubernetes Service tem os seguintes componentes:

  • A Ponte de Recursos do Arc (também conhecida como aplicação Arc) fornece o mecanismo de orquestração principal e a interface para implementar e gerir um ou mais clusters de carga de trabalho.
  • Os clusters de cargas de trabalho (também conhecidos como clusters de destino) são onde as aplicações em contentores são implementadas.

Diagrama a mostrar a arquitetura do cluster.

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

Ponte de Recursos do Arc

A Ponte de Recursos do Arc liga uma nuvem privada (por exemplo, Azure Stack HCI, VMWare/vSphere ou SCVMM) ao Azure e permite a gestão de recursos no local a partir do Azure. Depois de ligado, pode configurar a plataforma de orquestração de contentores no AKS num ambiente vSphere, que é a plataforma de virtualização VMware. Os dois componentes principais do vSphere são ESXi e vCenter.

A Ponte de Recursos do Azure Arc fornece a linha de visão para clouds privadas necessárias para gerir recursos como clusters do Kubernetes no local através 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 no local de um fornecedor de recursos do Azure Resource Manager. Da mesma forma que o fornecedor de recursos Microsoft.ContainerService gere clusters do AKS no Azure, o fornecedor de recursos Microsoft.HybridContainerService permite que a extensão de cluster do AKS Arc faça a gestão de clusters do Kubernetes através do Azure quando adicionado à Sua Ponte de Recursos do Arc.
  • Localização personalizada: uma localização personalizada é o equivalente no local de uma região do Azure e é uma extensão da construção de localização do Azure. As localizações personalizadas fornecem uma forma de os administradores inquilinos utilizarem o respetivo datacenter com as extensões corretas instaladas, como localizações de destino para implementar instâncias de serviço do Azure.
  • recurso vCenter: o VMware vCenter é um software de gestão de servidores que fornece uma plataforma centralizada para controlar ambientes vSphere. A Ponte de Recursos do Arc e as extensões do AKS comunicam com o vCenter através da API de cluster fornecida pelo vSphere (CAPv), facilitando a criação de clusters de cargas de trabalho. Cada um dos recursos de localização personalizados mapeia para uma instância do vCenter. À medida que liga o vCenter ao Azure, também regista o vCenter como um recurso do Azure, que é o recurso vCenter.

Para obter uma descrição geral da arquitetura da Ponte de Recursos do Azure Arc, veja a Descrição geral da Ponte de Recursos do Azure Arc. Para cada Ponte de Recursos do Azure Arc, pode gerir várias instâncias do vCenter ao criar recursos vCenter com as localizações personalizadas correspondentes. Existe uma relação de mapeamento um-para-um entre os recursos do vCenter e as localizações personalizadas.

Clusters de cargas de trabalho

Um cluster de cargas de trabalho tem muitos componentes, conforme descrito nas secções seguintes.

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 gestão, como a CLI do Azure ou kubectl.
  • Etcd: Etcd é um arquivo de chave-valor distribuído que armazena os dados necessários para a gestão do ciclo de vida do cluster. Armazena o estado do plano de controlo.

Balanceador de carga

O principal objetivo de um balanceador de carga é distribuir o tráfego por vários nós num cluster do Kubernetes. Este balanceamento de carga pode ajudar a evitar o período de indisponibilidade e a melhorar o desempenho geral das aplicações.

A pré-visualização do AKS Arc no VMware suporta as seguintes opções para implementar um balanceador de carga para o cluster do Kubernetes:

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

Nós de trabalho

Para executar as suas aplicações e serviços de suporte, 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 máquinas virtuais (VMs) que executam os componentes do nó do Kubernetes e alojam os pods e serviços que compõem a carga de trabalho da aplicação.

Existem componentes principais da carga de trabalho do Kubernetes que pode implementar em clusters de cargas de trabalho do AKS, como pods e implementações.

Aviso

Durante a pré-visualização, a criação e gestão de conjuntos de nós do Windows não é suportada.

Gestão do ciclo de vida

O Azure Arc é ativado automaticamente em todos os clusters do Kubernetes criados com o AKS Arc. Pode utilizar a sua identidade de Microsoft Entra para ligar aos clusters a partir de qualquer lugar. O Azure Arc permite-lhe utilizar ferramentas familiares como a CLI do Azure e modelos de Resource Manager do Azure para criar e gerir os clusters do Kubernetes.

Passos seguintes