Eventos
Crie aplicativos e agentes de IA
17 de mar., 21 - 21 de mar., 10
Junte-se à série de encontros para criar soluções de IA escaláveis com base em casos de uso do mundo real com outros desenvolvedores e especialistas.
Registrar agoraNão há mais suporte para esse navegador.
Atualize o Microsoft Edge para aproveitar os recursos, o suporte técnico e as atualizações de segurança mais recentes.
Este artigo fornece uma visão geral conceitual sobre frotas, clusters membros e clusters de hub no Gerenciador de Frota de Kubernetes do Azure (Frota).
Um recurso de frota funciona como uma entidade de agrupamento para vários clusters do AKS. Você pode usá-los para gerenciar vários clusters do AKS como uma única entidade, orquestrar atualizações em vários clusters, propagar recursos do Kubernetes em vários clusters e fornecer um painel unificado para gerenciar vários clusters. Você pode criar uma frota com ou sem um cluster de hub.
Uma frota consiste nos seguintes componentes:
No Gerenciador de Frota de Kubernetes do Azure, os clusters de hub desempenham uma função crucial no gerenciamento de vários clusters membros, mas são opcionais.
O cluster de hub facilita a orquestração de atualizações e gerenciamento de recursos entre clusters membros. No entanto, você poderá criar uma frota sem um cluster de hub. Essa flexibilidade permite gerenciar clusters como uma única entidade sem a necessidade de um hub dedicado. Isso seria mais adequado para configurações mais simples ou casos de uso específicos.
O MemberCluster
representa uma API com escopo de cluster estabelecida dentro do cluster de hub, atuando como uma representação de um cluster dentro da frota. Esta API oferece uma abordagem confiável, uniforme e automatizada para aplicativos multicluster identificarem clusters registrados em uma frota. Também ajuda os aplicativos a consultar uma lista de clusters gerenciados pela frota ou a observar o status dos clusters para ações futuras.
Você pode ingressar clusters do AKS (Serviço de Kubernetes do Azure) em uma frota como clusters membros. Os clusters membros devem pertencer ao mesmo locatário do Microsoft Entra que a frota, mas podem estar em regiões, grupos de recursos e/ou assinaturas diferentes.
Os clusters membros dão suporte à especificação de taints, o que se aplica ao recurso MemberCluster
. Cada objeto de taint consiste nos seguintes campos:
key
: a chave da taint.value
: o valor da taint.effect
: o efeito da taint, como, por exemplo, NoSchedule
.Após ter sido afetado, um MemberCluster
permite que o agendador saiba que o cluster não deve receber recursos como parte da propagação de recursos do cluster do hub. O efeito de NoSchedule
é um sinal para que o agendador evite o agendamento de recursos de um ClusterResourcePlacement
para o MemberCluster
.
Para obter mais informações, confira a documentação da Frota de código aberto.
Comentários do Azure Kubernetes Service
O Azure Kubernetes Service é um projeto código aberto. Selecione um link para fornecer comentários:
Eventos
Crie aplicativos e agentes de IA
17 de mar., 21 - 21 de mar., 10
Junte-se à série de encontros para criar soluções de IA escaláveis com base em casos de uso do mundo real com outros desenvolvedores e especialistas.
Registrar agoraTreinamento
Roteiro de aprendizagem
Arquitetura e operações de cluster do AKS (Serviço de Kubernetes do Azure) - Training
Arquitetura e operações de cluster do AKS (Serviço de Kubernetes do Azure)
Certificação
Microsoft Certified: Dynamics 365 Field Service Functional Consultant Associate - Certifications
Demonstre como configurar uma implementação do Microsoft Dynamics 365 Field Service para maximizar as ferramentas e os recursos disponíveis ao gerenciar uma força de trabalho móvel.