Visão geral do Serviço de Kubernetes do Azure no Azure Stack Hub para usuários
O AKS (Serviço de Kubernetes do Azure) simplifica a implantação de um cluster do Kubernetes no Azure e no Azure Stack Hub. O AKS reduz a complexidade e a sobrecarga operacional do gerenciamento de clusters do Kubernetes.
Como um serviço gerenciado do Kubernetes, o Azure Stack Hub lida com tarefas críticas, como monitoramento de integridade, e facilita a manutenção para você. A equipe do Azure Stack gerencia a imagem usada para manter os clusters. O administrador do cluster só precisará aplicar as atualizações conforme necessário. Os serviços não têm custo extra. O AKS é gratuito: você só paga para usar as VMs (nós mestre e agente) em seus clusters. É mais simples de usar do que o mecanismo do AKS, pois remove algumas das tarefas manuais necessárias com o mecanismo do AKS.
Importante
O Serviço de Kubernetes do Azure no Azure Stack Hub, atualmente em versão prévia, está sendo descontinuado e não se tornará GA. Confira Mecanismo do AKS para obter uma solução do Kubernetes no Azure Stack Hub. Veja os Termos de Uso Complementares para Versões Prévias do Microsoft Azure para obter termos legais que se aplicam aos recursos do Azure que estão em versão beta, versão prévia ou que, de outra forma, ainda não foram lançados em disponibilidade geral.
AKS no Azure Stack Hub
Você pode gerenciar clusters do AKS no Azure Stack Hub da mesma forma que faz na nuvem do Azure usando a mesma CLI do Azure, portal do usuário do Azure Stack Hub, modelos do Azure Resource Manager e API REST. Ao implantar um cluster do AKS, o mestre do Kubernetes e todos os nós serão implantados e configurados para você.
Para obter mais informações sobre os conceitos do Kubernetes, confira a documentação do Kubernetes. Para obter uma documentação completa do Serviço AKS no Azure global, consulte os documentos em Serviço de Kubernetes do Azure.
Funções e responsabilidades do usuário
O Azure Stack Hub é um sistema local que os clientes podem usar dentro de seus datacenters para executar suas cargas de trabalho nativas de nuvem. Esses sistemas suportam dois tipos de usuário: o operador de nuvem e um usuário.
As seguintes tarefas recaem sobre o Operador do Azure Stack Hub:
- Verifique se as imagens base do Serviço de Kubernetes do Azure estão disponíveis na instância do Azure Stack Hub, isso inclui baixá-las do Azure.
- Verifique se o Serviço de Kubernetes do Azure está disponível para planos de clientes e assinaturas de usuário, como é o caso de qualquer outro serviço no Azure Stack Hub.
- Monitore o Serviço de Kubernetes do Azure e aja em qualquer alerta e correção associada.
- Para obter detalhes sobre as tarefas do operador, consulte Instalar e oferecer o Serviço de Kubernetes do Azure no Azure Stack Hub
As seguintes tarefas correspondem ao usuário, ou seja, o Administrador de Cluster do AKS de Locatário:
- Monitore a integridade dos agentes de cluster do Kubernetes e aja em qualquer evento e correção associada. Mesmo que os mestres sejam criados na assinatura do locatário, o serviço monitorará seu estado e executará etapas de correção conforme necessário. No entanto, pode haver cenários de suporte nos quais o Administrador de Cluster de Locatários pode ser necessário para trazer de volta o cluster para um estado íntegro.
- Use os recursos do Serviço de Kubernetes do Azure para gerenciar o ciclo de vida do cluster, ou seja, operações de criação, atualização e dimensionamento.
- Operações de manutenção: implantar aplicativos, backup e restauração, solução de problemas, coleta de logs e monitoramento de aplicativos.
- Para obter detalhes sobre as tarefas do locatário, consulte Usando o Serviço de Kubernetes do Azure no Azure Stack Hub com a CLI
Comparação de recursos
A tabela a seguir fornece uma visão geral dos recursos do AKS no Azure global em comparação com os recursos no Azure Stack Hub.
| Área | Recurso | Azure (AKS) | Azure Stack Hub AKS |
|---|---|---|---|
| Segurança de acesso | |||
| RBAC do Kubernetes | Sim | Sim | |
| Integração da Central de Segurança | Sim | Sim | |
| Autenticação do Microsoft Entra/RBAC | Sim | No | |
| Políticas de rede do Calico | Sim | No | |
| Monitoramento e registro | |||
| Monitoramento integrado do Azure (insights, logs, métricas, alertas) | Sim | No | |
| Monitoramento e correção de nós principais | Sim | Sim | |
| Métricas de cluster | Sim | Sim | |
| Recomendações do Assistente do Azure | Sim | No | |
| Configurações de Diagnóstico | Sim | Sim | |
| Logs do plano de controle do Kubernetes | Sim | Sim | |
| Pastas de trabalho | Sim | No | |
| Clusters e nós | |||
| Dimensionamento automático de nó (dimensionador automático) | Sim | No | |
| Dimensionamento de nó direcionado | Sim | Sim | |
| Dimensionamento automático de pod | Sim | Sim | |
| Pods de habilitação de GPU | Sim | No | |
| Suporte a volumes de armazenamento | Sim | Sim | |
| Gerenciamento de pool de vários nós | Sim | No | |
| Integração da Instância de Contêiner do Azure e Nó Virtual | Sim | No | |
| SLA de tempo de atividade | Sim | No | |
| Nós principais ocultos | Sim | No | |
| Redes virtuais e entrada | |||
| VNET padrão | Sim | Sim | |
| VNET personalizada | Sim | Sim | |
| Entrada HTTP | Sim | No | |
| Ferramentas de desenvolvimento | |||
| Helm | Sim | Sim | |
| Estúdio de desenvolvimento | Sim | No | |
| DevOps Starter | Sim | No | |
| Suporte de imagem do Docker e registro de contêiner privado | Sim | Sim | |
| Certificações | |||
| Certificado CNCF | Sim | Sim | |
| Gerenciamento do ciclo de vida do cluster | |||
| AKS Ux | Sim | Sim | |
| CLI do AKS (Windows e Linux) | Sim | Sim | |
| AKS API | Sim | Sim | |
| Modelos do AKS | Sim | Sim | |
| AKS PowerShell | Sim | No |
Diferenças entre o Azure e o Azure Stack Hub
O AKS no Azure e no Azure Stack Hubs compartilham o mesmo repositório de origem. Não há diferenças conceituais entre os dois. No entanto, operar em ambientes diferentes traz diferenças a serem lembradas ao usar o AKS no Azure Stack Hub. A maioria das diferenças está relacionada ao sistema que reside dentro dos Data Centers dos clientes e à funcionalidade que ainda não está disponível no Azure Stack Hub.
Azure Stack Hub conectado ou desconectado no data center do cliente
Em ambos os cenários, o Azure Stack Hub está sob o controle do cliente. Além disso, os clientes podem implantar o Azure Stack Hub em um ambiente totalmente desconectado e isolado. Você pode considerar os seguintes fatores:
- Para operadores:
- Eles precisam garantir que o Serviço AKS e as imagens correspondentes estejam disponíveis para os locatários.
- Eles precisam fazer parceria com locatários e Suporte da Microsoft ao resolver incidentes de suporte (por exemplo: coleta de logs de selo). Consulte o artigo Operador para obter mais detalhes.
- Para inquilinos:
- Eles precisam colaborar com o Operador de carimbo para solicitar Imagens base do AKS ou Serviço AKS não disponível no selo.
- Eles também precisam colaborar com o Operador e o Suporte da Microsoft durante os Casos de Suporte. Uma tarefa seria a coleta de logs relacionados ao cluster do AKS usando as informações fornecidas aqui.
Conectar-se ao Azure Stack Hub usando a CLI ou o PowerShell
Quando você usa a CLI do Azure para se conectar ao Azure, o binário da CLI usa como padrão a ID do Microsoft Entra para autenticação e o ponto de extremidade global do Azure Resource Manager para APIs. Você também pode usar a CLI do Azure com o Azure Stack Hub. No entanto, você precisará se conectar explicitamente ao ponto de extremidade do Azure Resource Manager do Azure Stack Hub e usar a ID do Microsoft Entra ou os Serviços Federados do Active Directory (AD FS) para autenticação. O motivo é que o Azure Stack Hub deve funcionar dentro das empresas e elas podem escolher o AD FS em cenários desconectados.
Para obter informações sobre como se conectar ao Azure Stack Hub usando identidades do Microsoft Entra ID ou do AD FS usando o PowerShell, consulte Conectar-se ao Azure Stack Hub com o PowerShell como usuário.
Use este para se conectar usando a CLI do Azure com identidades da ID do Microsoft Entra ou do AD FS.
Recursos de plataforma compatíveis
O Azure Stack Hub dá suporte a um subconjunto dos recursos disponíveis no Azure global. Observe as seguintes diferenças:
- Nenhum balanceador de carga padrão. O Azure Stack Hub dá suporte apenas ao balanceador de carga básico, isso implica que os seguintes recursos, que dependem do Standard Load Balancer, ainda não estão disponíveis com o AKS no Azure Stack Hub:
- Nenhum parâmetro api-server-authorized-ip-ranges </azure/aks/api-server-authorized-ip-ranges>
- Nenhum parâmetro load-balancer-managed-ip-count /azure/aks/load-balancer-standard#scale-the-number-of-managed-outbound-public-ips
- Nenhum parâmetro enable-private-cluster </azure/aks/private-clusters>
- Nenhum dimensionador automático de cluster: </azure/aks/cluster-autoscaler>
- Nenhum parâmetro enable-cluster-autoscaler
- az aks update não disponível.
- Sem suporte a vários pools de nós. Os comandos do pool de nós não estão disponíveis.
- O suporte à interface do usuário para operações de pool de vários nós não está habilitado.
- Nenhuma região ou zona de disponibilidade do Azure
- Nenhum conjunto de disponibilidade, apenas conjuntos de dimensionamento de máquinas virtuais
- Revise a lista de comandos para comandos com e sem suporte.
Serviços com suporte
A ausência de alguns serviços do Azure limita algumas opções de funcionalidade no AKS no Azure Stack Hub:
- Nenhum serviço de arquivos. Isso faz com que não haja suporte para volumes baseados no Serviço de Arquivo no Kubernetes no Azure Stack Hub.
- Sem Azure Log Analytics e Monitor de Contêiner do Azure. Qualquer cluster do Kubernetes pode ser conectado ao Monitor de Contêiner do Azure, desde que esteja conectado à Internet, se estiver desconectado, não haverá serviço equivalente localmente no Azure Stack Hub. Portanto, não há suporte integrado para o Monitor de Contêiner do Azure no AKS no Azure Stack Hub.
- Sem Azure DevOps. Como esse serviço não está disponível para um Azure Stack Hub desconectado, não há suporte integrado para ele.
Versões do Kubernetes e API do AKS com suporte
Muitas vezes, o AKS do Azure Stack Hub ficará atrás do Azure nas versões com suporte para o Kubernetes e a API do AKS. Isso se deve ao fato das dificuldades de envio de código para os clientes executarem em seus próprios Data Centers.
Valores de parâmetro padrão da CLI do AKS do Azure a serem alterados ao usar a CLI do AKS no Azure Stack Hub
Dadas as diferenças entre as duas plataformas descritas acima, o usuário deve estar ciente de que alguns valores padrão em parâmetros em comandos e API que funcionam no Azure AKS, não funcionam no Azure Stack Hub AKS. Por exemplo:
| Parâmetros comuns | Observações |
|---|---|
--service-principal --client-secret |
O Azure Stack Hub ainda não dá suporte a identidades gerenciadas; As credenciais da entidade de serviço são sempre necessárias. |
--load-balancer-sku basic |
O Azure Stack Hub ainda não dá suporte ao SLB (balanceador de carga padrão). |
--location |
O valor do local é específico para o valor escolhido pelo cliente. |
As entidades de serviço podem ser fornecidas pelo Microsoft Entra ID ou AD FS
As entidades de serviço (SPN) são um requisito para criar e gerenciar um cluster do AKS. Como o Azure Stack Hub pode ser implantado no modo desconectado da Internet, ele deve ter disponível um gerenciador de identidades alternativo para a ID do Microsoft Entra, portanto, os Serviços Federados do Active Directory (AD FS) são usados. Como os locatários do Azure Stack Hub criam SPNs está documentado aqui: