Nota
O acesso a esta página requer autorização. Podes tentar iniciar sessão ou mudar de diretório.
O acesso a esta página requer autorização. Podes tentar mudar de diretório.
Aplica-se a: AKS no Azure a nível local
O Serviço Kubernetes do Azure (AKS) no Azure Local é uma plataforma de contêiner Kubernetes de nível empresarial. Inclui o Kubernetes central suportado pela Microsoft, um host de contentores para Windows construído de raiz e um host de contentores Linux suportado pela Microsoft. O objetivo é proporcionar uma experiência simples de implementação e gestão do ciclo de vida.
Este artigo apresenta os componentes centrais da infraestrutura Kubernetes, como o plano de controlo, os nós e os pools de nós. Também introduz recursos de carga de trabalho, como pods, implementações e conjuntos, bem como como agrupar recursos em namespaces.
Arquitetura AKS em Azure Local
Os clusters AKS no Azure Local usam o Arc Resource Bridge (também conhecido como dispositivo Arc) para fornecer o mecanismo de orquestração principal e a interface para implantar e gerenciar um ou mais clusters AKS. Implementas aplicações containerizadas em clusters AKS.
O AKS Arc usa uma configuração predefinida 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 ou Windows e as une para criar um ou mais clusters Kubernetes.
Nota
Para ajudar a melhorar a fiabilidade do sistema, se executar múltiplos Volumes Partilhados de Cluster (CSVs) no seu cluster, os dados da máquina virtual espalham-se automaticamente por todos os CSVs disponíveis no cluster. Este comportamento padrão garante que as aplicações sobrevivam em caso de falhas de CSV.
Ponte de Recursos Arc
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. 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, a extensão de cluster AKS Arc, uma vez adicionada ao seu Arc Resource Bridge, ajuda a gerenciar clusters Kubernetes via Azure.
- 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.
Clusters do AKS
Os AKS clusters são uma implementação de alta disponibilidade do Kubernetes, utilizando VMs Linux para executar os componentes do plano de controlo do Kubernetes e pools de nós Linux. Você pode implantar pools de nós adicionais baseados no Windows Server Core para executar contêineres do Windows. Pode haver um ou mais clusters AKS gerenciados pelo Arc Resource Bridge.
Um cluster AKS tem 2 componentes principais, conforme descrito nas seções a seguir.
Nodos do plano de controlo
O Kubernetes usa nós de plano de controle para garantir que cada componente no cluster do Kubernetes seja mantido no estado desejado. O plano de controle também gerencia e mantém os pools de nós de trabalho que contêm os aplicativos em contêineres. O AKS habilitado pela Arc implanta o balanceador de carga KubeVIP para garantir que o endereço IP do servidor API do plano de controle do Kubernetes esteja sempre disponível. A Microsoft não cobra pelos nós do plano de controle, pois os nós do plano de controle não hospedam aplicativos do cliente.
Os nós do plano de controle executam os seguintes componentes principais (não uma lista exaustiva):
- Servidor de API: Permite a interação com a API do Kubernetes. Este componente fornece a interação para ferramentas de gerenciamento, como a CLI do Azure, o portal do Azure ou o kubectl.
- 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.
Pools de nodos Linux/Windows
No Kubernetes, um pool de nós é um grupo de nós dentro de um cluster que compartilham a mesma configuração. Os pools de nós permitem criar e gerenciar conjuntos de nós que têm funções, recursos ou configurações de hardware específicas, permitindo um controle mais granular sobre a infraestrutura do cluster AKS. Você pode implantar pools de nós Linux ou Windows em seu cluster AKS. No entanto, você precisa ter pelo menos 1 nodepool Linux para hospedar os agentes Arc para manter a conectividade com o Azure.
Implantações de SO misto
Se um determinado cluster de carga de trabalho consistir em nós de trabalho Linux e Windows, ele deverá ser agendado em um sistema operacional que possa suportar o provisionamento da carga de trabalho. O Kubernetes oferece dois mecanismos para garantir que as cargas de trabalho aterrissem em nós com um sistema operacional de destino:
- Node Selector é um campo simples na especificação do pod que restringe os pods a serem agendados apenas em nós saudáveis que correspondam ao sistema operativo.
- Afinidades e tolerâncias trabalham em conjunto para garantir que os pods não são alocados nos nós acidentalmente. Um nó pode ser "contaminado" para não aceitar pods que não toleram explicitamente a sua contaminação através de uma "tolerância" na especificação do pod.
Para mais informações, consulte seletores de nós e contaminações e tolerâncias.
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 ID do Microsoft Entra para se conectar aos seus clusters de qualquer lugar. O Azure Arc permite que você use ferramentas familiares como o portal do Azure, a CLI do Azure e os modelos do Azure Resource Manager para criar e gerenciar seus clusters do Kubernetes.
Atualizações baseadas na nuvem para componentes de infraestrutura
O Azure Local consolida todas as atualizações relevantes para o sistema operativo, agentes de software, infraestrutura Azure Arc e drivers e firmware OEM num pacote unificado de atualizações mensais. Este pacote de atualização abrangente é identificado e aplicado a partir da nuvem através da ferramenta Azure Update Manager.
O AKS faz parte do Azure Local, a partir da versão 23H2. A gestão do ciclo de vida do AKS, facilitada pela infraestrutura Azure Arc, segue a mesma abordagem que qualquer outro componente no Azure Local. Essa abordagem fornece uma base flexível para integrar e gerenciar vários aspetos da solução Local do Azure em um só lugar, incluindo o gerenciamento do sistema operacional, agentes e serviços principais e a extensão da solução. O AKS habilitado pelos componentes da infraestrutura Arc, como parte das extensões da solução, é atualizado pelo pacote de atualização do Azure Local.
Para mais informações, consulte a visão geral da Atualização para o Azure Local.
Disponibilidade da região
O AKS no Azure Local é suportado nas mesmas regiões em que o Azure Local está disponível. Para obter mais informações sobre regiões do Azure com suporte, consulte Requisitos do sistema para o Azure Local.