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.
Para dimensionar rapidamente volumes de trabalho de aplicações num cluster do AKS, pode utilizar nós virtuais. Com nodos virtuais, tem provisionamento rápido de pods e paga apenas por segundo pelo tempo de execução. Você não precisa esperar que o autoscaler de cluster do Kubernetes implante nós de computação de VM para executar mais pods. Os nós virtuais são suportados apenas com pods e nós Linux.
Os nós virtuais no complemento do AKS são baseados no projeto de código aberto Virtual Kubelet.
Este artigo fornece uma visão geral da disponibilidade da região e dos requisitos de rede para o uso de nós virtuais, bem como as limitações conhecidas.
Disponibilidade regional
Todas as regiões onde o ACI suporta SKUs VNET são compatíveis com implementações de nós virtuais. Para obter mais informações, consulte Disponibilidade de recursos para instâncias de contêiner do Azure em regiões do Azure.
Para obter SKUs de CPU e memória disponíveis em cada região, consulte Disponibilidade de recursos para Instâncias de Contentor do Azure em regiões do Azure - grupos de contentores Linux
Requisitos de rede
Os nós virtuais permitem a comunicação de rede entre pods executados em Instâncias de Contêiner do Azure (ACI) e o cluster AKS. Para dar suporte a essa comunicação, uma sub-rede de rede virtual é criada e permissões delegadas são atribuídas. Os nós virtuais só funcionam com clusters AKS criados usando redes avançadas (Azure CNI). Por padrão, os clusters AKS são criados com rede básica (kubenet).
Os pods em execução nas Instâncias de Contentor do Azure (ACI) precisam de acesso ao endpoint do servidor da API do AKS para configurar a rede de comunicação.
Limitações
A funcionalidade de nós virtuais depende fortemente do conjunto de recursos da ACI. Além das cotas e limites para Instâncias de Contentor do Azure, os seguintes são cenários não suportados com nós virtuais ou são considerações de implantação:
Usando a entidade de serviço para extrair imagens ACR. Solução alternativa é usar segredos do Kubernetes.
Importante
Segredos construídos segundo a documentação do Kubernetes (para os nós padrão) não funcionarão com os nós virtuais. É necessário um formato de servidor específico, conforme detalhado em
ImageRegistryCredential- Instâncias de Contêiner do Azure.Limitações de rede virtual, incluindo emparelhamento de rede virtual, políticas de rede Kubernetes e tráfego de saída para a Internet com grupos de segurança de rede.
Recipientes de iniciação.
Argumentos para exec em ACI.
DaemonSets não implantam pods nos nodes virtuais.
Para agendar contêineres do Windows Server para ACI, você precisa instalar manualmente o provedor de código aberto Virtual Kubelet ACI .
Os nós virtuais exigem clusters AKS com rede CNI do Azure.
Usando intervalos de IP autorizados pelo servidor API para AKS.
Montagem de volume Os Arquivos do Azure compartilham suporte a V2 de uso geral e V1 de uso geral. No entanto, os nós virtuais atualmente não oferecem suporte a Volumes Persistentes e Declarações de Volume Persistentes. Siga as instruções para montar um volume com a partilha de ficheiros do Azure como um volume embutido.
Não há suporte para o uso de IPv6.
Não há suporte para anexar identidades gerenciadas ao nó virtual.
Os nós virtuais não suportam o recurso hooks de contentor.
Próximos passos
Configure nós virtuais para seus clusters:
- Criar nós virtuais usando a CLI do Azure
- Criar nós virtuais através do portal nos serviços Azure Kubernetes (AKS)
Os nós virtuais geralmente são um componente de uma solução de dimensionamento no AKS. Para obter mais informações sobre soluções de dimensionamento, consulte os seguintes artigos: