Azure Kubernetes Service na descrição geral do Azure Stack Hub para utilizadores

Artigo
12/01/2023

Azure Kubernetes Service (AKS) facilita a implementação de um cluster do Kubernetes no Azure e no Azure Stack Hub. O AKS reduz a complexidade e a sobrecarga operacional da gestão de clusters do Kubernetes.

Enquanto serviço do Kubernetes gerido, o Azure Stack Hub processa tarefas críticas como a monitorização do estado de funcionamento e facilita a manutenção por si. A equipa do Azure Stack gere a imagem utilizada para manter os clusters. O administrador do cluster só terá de aplicar as atualizações conforme necessário. Os serviços não têm custos adicionais. O AKS é gratuito: só paga para utilizar as VMs (nós principais e agentes) nos clusters. É mais simples de utilizar do que o motor do AKS , uma vez que remove algumas das tarefas manuais necessárias com o motor AKS.

Importante

Azure Kubernetes Service no Azure Stack Hub, atualmente em pré-visualização, está a ser descontinuado e não será ga. Veja Motor do AKS para obter uma solução do Kubernetes no Azure Stack Hub. Veja Termos de Utilização Complementares da Pré-visualizações do Microsoft Azure para obter os termos legais que se aplicam às funcionalidades do Azure que estão na versão beta, na pré-visualização ou que ainda não foram lançadas para disponibilidade geral.

AKS no Azure Stack Hub

Pode gerir clusters do AKS no Azure Stack Hub da mesma forma que faz na cloud do Azure com a mesma CLI do Azure, o portal de utilizadores do Azure Stack Hub, os modelos do Azure Resource Manager e a API REST. Ao implementar um cluster do AKS, o mestre do Kubernetes e todos os nós são implementados e configurados para si.

Para obter mais informações sobre os conceitos do Kubernetes, consulte a documentação do Kubernetes. Para obter uma documentação completa do Serviço AKS no Azure global, veja os documentos em Azure Kubernetes Service.

Funções e responsabilidades do utilizador

O Azure Stack Hub é um sistema no local que os clientes podem utilizar dentro dos datacenters para executar as cargas de trabalho nativas da cloud. Estes sistemas suportam dois tipos de utilizador: o operador da cloud e um utilizador.

As seguintes tarefas enquadram-se no Operador do Azure Stack Hub:

Certifique-se de que as Azure Kubernetes Service imagens base estão disponíveis na instância do Azure Stack Hub, o que inclui transferi-las a partir do Azure.
Certifique-se de que o Azure Kubernetes Service está disponível para planos de clientes e subscrições de utilizador, como é o caso de qualquer outro serviço no Azure Stack Hub.
Monitorize o Azure Kubernetes Service e aja em qualquer alerta e remediação associada.
Para obter detalhes sobre as tarefas operador, veja Instalar e oferecer o Azure Kubernetes Service no Azure Stack Hub

As seguintes tarefas correspondem ao utilizador, ou seja, ao Administrador do Cluster do AKS inquilino:

Monitorize o estado de funcionamento dos agentes do cluster do Kubernetes e aja em qualquer evento e remediação associada. Apesar de os modelos globais serem criados na subscrição do inquilino, o serviço irá monitorizar o respetivo estado e executará os passos de remediação conforme necessário. No entanto, podem existir cenários de suporte nos quais o Administrador do Cluster de Inquilinos pode ser necessário para trazer de volta o cluster para um estado de bom estado de funcionamento.
Utilize as instalações Azure Kubernetes Service para gerir o ciclo de vida do cluster, ou seja, operações de criação, atualização e dimensionamento.
Operações de manutenção: implementar aplicações, cópias de segurança e restauro, resolução de problemas, recolha de registos e aplicações de monitorização.
Para obter detalhes sobre as tarefas de inquilino, veja Utilizar Azure Kubernetes Service no Azure Stack Hub com a CLI

Comparação de funcionalidades

A tabela seguinte fornece uma descrição geral das funcionalidades do AKS no Azure global em comparação com as funcionalidades no Azure Stack Hub.

Área	Funcionalidade	Azure AKS	Azure Stack Hub AKS
Segurança do Access
	RBAC do Kubernetes	Yes	Yes
	Integração do Centro de Segurança	Yes	Yes
	Microsoft Entra autenticação/RBAC	Yes	No
	Política de Rede calico	Yes	No
Monitorização do Registo de &
	Monitorização integrada do Azure (Informações, Registos, Métricas, Alertas)	Yes	No
	Monitorização e Remediação de Nós Principais	Yes	Yes
	Métricas do Cluster	Yes	Yes
	Recomendações do Assistente	Yes	No
	Definições de diagnóstico	Yes	Yes
	Registos do Plano de Controlo do Kubernetes	Yes	Yes
	Livros	Yes	No
Nós de & de Clusters
	Dimensionamento Automático de Nós (Dimensionador Automático)	Yes	No
	Dimensionamento de Nós Direcionados	Yes	Yes
	Dimensionamento Automático de Pods	Yes	Yes
	Ativar Pods da GPU	Yes	No
	Suporte de Volume de Armazenamento	Yes	Yes
	Gestão de conjuntos de vários nós	Yes	No
	Integração do Azure Container Instance & Nó Virtual	Yes	No
	SLA de Tempo de Atividade	Yes	No
	Nós Principais Ocultos	Yes	No
Redes Virtuais e Entrada
	VNET predefinida	Yes	Yes
	VNET Personalizada	Yes	Yes
	Entrada de HTTP	Yes	No
Ferramentas de Desenvolvimento
	Helm	Yes	Yes
	Dev Studio	Yes	No
	DevOps Starter	Yes	No
	Suporte de imagem do Docker e registo de contentor privado	Yes	Yes
Certificações
	Certificado para CNCF	Yes	Yes
Gestão do Ciclo de Vida do Cluster
	AKS Ux	Yes	Yes
	CLI do AKS (Windows e Linux)	Yes	Yes
	AKS API	Yes	Yes
	Modelos do AKS	Yes	Yes
	AKS PowerShell	Yes	No

Diferenças entre o Azure e o Azure Stack Hub

O AKS no Azure e no Azure Stack Hubs partilham o mesmo repositório de origem. Não há diferenças conceptuais entre os dois. No entanto, operar em diferentes ambientes traz diferenças a ter em conta ao utilizar o AKS no Azure Stack Hub. A maioria das diferenças está relacionada com o sistema que reside nos Data Centers dos clientes e está relacionada com funcionalidades que ainda não estão disponíveis no Azure Stack Hub.

Ligado ou Desligado do Azure Stack Hub no datacenter do cliente

Em ambos os cenários, o Azure Stack Hub está sob o controlo do cliente. Além disso, os clientes podem implementar o Azure Stack Hub num ambiente totalmente desligado, um ambiente de disponibilidade de ar. Pode considerar os seguintes fatores:

Para Operadores:
- Têm de garantir que o Serviço AKS e as imagens correspondentes estão disponíveis para os Inquilinos.
- Têm de estabelecer parcerias com inquilinos e Suporte da Microsoft ao resolver incidentes de suporte (por exemplo, recolher registos de selos). Veja o artigo Operador para obter mais detalhes.
Para Inquilinos:
- Precisam de colaborar com o Operador de selo para pedir imagens de base do AKS ou o Serviço AKS não disponível no selo.
- Também precisam de colaborar com o Operador e Suporte da Microsoft durante os Casos de Suporte. Uma tarefa seria a recolha de registos relacionados com o cluster do AKS com as informações fornecidas aqui.

Ligar ao Azure Stack Hub com a CLI ou o PowerShell

Quando utiliza a CLI do Azure para ligar ao Azure, o binário da CLI utilizará, por predefinição, Microsoft Entra ID para autenticação e o ponto final global do Azure Resource Manager para APIs. Também pode utilizar a CLI do Azure com o Azure Stack Hub. No entanto, terá de ligar explicitamente ao ponto final do Azure Stack Hub do Azure Resource Manager e utilizar Microsoft Entra ID ou os Serviços Federados do Active Directory (AD FS) para autenticação. O motivo é que o Azure Stack Hub se destina a funcionar em empresas e pode escolher o AD FS em cenários desligados.

Para obter informações sobre como ligar ao Azure Stack Hub com Microsoft Entra ID ou identidades do AD FS com o PowerShell, veja Ligar ao Azure Stack Hub com o PowerShell como utilizador.
Utilize esta para ligar com a CLI do Azure com Microsoft Entra ID ou identidades do AD FS.

Funcionalidades de plataforma suportadas

O Azure Stack Hub suporta um subconjunto das funcionalidades disponíveis no Azure global. Tome nota das seguintes diferenças:

Sem Balanceador de Carga Standard. O Azure Stack Hub só suporta balanceador de carga básico, o que implica que as seguintes funcionalidades, que dependem de Balanceador de Carga Standard 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>
- Sem 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>
- Sem dimensionador automático de clusters: </azure/aks/cluster-autoscaler>
- Sem parâmetro enable-cluster-autoscaler
- az aks update não disponível.
- Não existe suporte para múltiplos conjuntos de nós. Os comandos do conjunto de nós não estão disponíveis.
- O suporte de IU para operações de conjuntos de vários nós não está ativado.
Sem Regiões ou Zonas de Disponibilidade do Azure
Sem Conjuntos de Disponibilidade, apenas conjuntos de dimensionamento de máquinas virtuais
Reveja a lista de comandos para obter comandos suportados e não suportados.

Serviços suportados

A ausência de alguns serviços do Azure limita algumas opções de funcionalidade no AKS no Azure Stack Hub:

Sem Serviço de Ficheiros. Isto faz com que não haja suporte para volumes baseados no Serviço de Ficheiros no Kubernetes no Azure Stack Hub.
Sem o Azure Log Analytics e o Azure Container Monitor. Qualquer cluster do Kubernetes pode ser ligado ao Azure Container Monitor desde que esteja ligado à Internet, se estiver desligado, não existe um serviço equivalente localmente no Azure Stack Hub. Portanto, não existe suporte integrado para o Azure Container Monitor no AKS no Azure Stack Hub.
Sem Azure DevOps. Uma vez que este serviço não está disponível para um Azure Stack Hub desligado, não existe suporte integrado para o mesmo.

Versões suportadas da API do AKS e do Kubernetes

Muitas vezes, o AKS do Azure Stack Hub ficará atrás do Azure nas versões suportadas para o Kubernetes e a API do AKS. Isto deve-se ao facto de as dificuldades de envio de código para os clientes serem executados nos seus próprios Data Centers.

Valores de parâmetro predefinidos da CLI do Azure AKS a alterar ao utilizar a CLI do AKS no Azure Stack Hub

Tendo em conta as diferenças entre as duas plataformas descritas acima, o utilizador deve estar ciente de que alguns valores predefinidos 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	Notas
`--service-principal --client-secret`	O Azure Stack Hub ainda não suporta identidades geridas; as credenciais do principal de serviço são sempre necessárias.
`--load-balancer-sku basic`	O Azure Stack Hub ainda não suporta o balanceador de carga standard (SLB).
`--location`	O valor de localização é específico do valor escolhido pelo cliente.

Os principais de serviço podem ser fornecidos por Microsoft Entra ID ou AD FS

Os principais de serviço (SPN) são um requisito para criar e gerir um cluster do AKS. Uma vez que o Azure Stack Hub pode ser implementado no modo desligado da Internet, tem de ter disponível um Gestor de Identidade alternativo para Microsoft Entra ID, pelo que os Serviços Federados do Active Directory (AD FS) são utilizados. A forma como os inquilinos do Azure Stack Hub criam SPNs está documentada aqui:

Passos seguintes

Saiba como utilizar o AKS no Azure Stack Hub