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.
Quando você cria implantações que usam contêineres do Windows Server no Serviço Kubernetes do Azure (AKS), há algumas diferenças em relação às implantações do Linux que você deve ter em mente. Para obter uma comparação detalhada das diferenças entre Windows e Linux no Kubernetes upstream, consulte Contêineres do Windows no Kubernetes.
Algumas das principais diferenças incluem:
- Identidade: o Windows Server usa um identificador de segurança binário (SID) maior armazenado no banco de dados do SAM (Gerenciador de Acesso à Segurança do Windows). Esse banco de dados não é compartilhado entre o host e contêineres ou entre contêineres.
- Permissões de arquivo: o Windows Server usa uma lista de controle de acesso baseada em SIDs em vez de uma máscara de bits de permissões e UID+GID.
- Caminhos de arquivo: A convenção no Windows Server é usar \ em vez de /. Nas especificações de pod que montam volumes, especifique o caminho corretamente para contêineres do Windows Server. Por exemplo, em vez de um ponto de montagem de /mnt/volume em um contêiner Linux, especifique uma letra de unidade e um local como /K/Volume para montar como a unidade K:.
Nota
- O Windows Server 2019 encerra-se a 1 de março de 2026. Após essa data, o AKS deixará de produzir novas imagens de nós nem fornecerá atualizações de segurança. Após essa data, não poderá criar novos conjuntos de nós com o Windows Server 2019 em nenhuma versão do Kubernetes. Todos os pools de nós existentes com o Windows Server 2019 não serão suportados. O Windows Server 2019 não é suportado no Kubernetes versão 1.33 e superiores. A partir de 1 de abril de 2027, o AKS irá remover todas as imagens de nós existentes para o Windows Server 2019, o que significa que as operações de escalabilidade falharão.
- O Windows Server 2022 encerra-se a 15 de março de 2027. Após essa data, o AKS deixará de produzir novas imagens de nós nem fornecerá atualizações de segurança. Depois dessa data, não poderá criar novos pools de nós com o Windows Server 2022 em nenhuma versão do Kubernetes. Todos os pools de nós existentes com o Windows Server 2022 não serão suportados. O Windows Server 2022 não é suportado na versão 1.36 do Kubernetes e superiores. A partir de 1 de abril de 2028, o AKS irá remover todas as imagens de nós existentes para o Windows Server 2022, o que significa que as operações de escalabilidade irão falhar.
Para mais informações, consulte as notas de versão do AKS. Para se manter atualizado sobre as versões mais recentes do sistema operacional Windows Server e saber mais sobre nosso roteiro do que está planejado para suporte no AKS, consulte nosso roteiro público do AKS.
Este artigo aborda considerações importantes a ter em mente ao usar contêineres do Windows em vez de contêineres do Linux no Kubernetes. Para uma comparação detalhada de contêineres Windows e Linux, consulte Comparação com Linux.
Considerações
| Caraterística | Considerações sobre o Windows |
|---|---|
| Criação de clusters | • O primeiro pool de nós do sistema deve ser Linux. • O número máximo de nós por cluster é 5000. • O nome do pool de nós do Windows Server tem um limite de seis caracteres. |
| Contentores privilegiados | Não suportado. O equivalente é contêineres HostProcess Containers (HPC). |
| Contentores HPC | • Os contentores HostProcess são a alternativa do Windows aos contentores privilegiados do Linux. Para obter mais informações, consulte Criar um pod do Windows HostProcess. |
| Azure Network Policy Manager (Azure) | O Azure Network Policy Manager não suporta: • Portas nomeadas • Protocolo SCTP • Rótulos de correspondência negativa ou seletores de namespace (todos os rótulos, exceto "debug=true") • "exceto" blocos CIDR (um CIDR com exceções) • Windows Server 2019 |
| Atualização do nó | Os nós do Windows Server no AKS não aplicam automaticamente as atualizações do Windows. Em vez disso, você executa uma atualização do pool de nós ou uma atualização da imagem do nó. Essas atualizações implantam novos nós com a imagem mais recente do nó base do Windows Server 2019 e do Windows Server 2022 e os patches de segurança. |
| AKS Limpador de Imagem | Não suportado. |
| BYOCNI | Não suportado. |
| Abrir malha de serviço | Não suportado. |
| GPU | Suportado na pré-visualização. |
| GPU de várias instâncias | Não suportado. |
| VMs de 2ª geração | Suportado. Padrão no Windows Server 2025. |
| Configuração de nó personalizado | • A configuração do nó personalizado tem duas configurações: • kubelet: Suportado. • Configuração do SO: Não suportado. |
Próximos passos
Para obter mais informações sobre contêineres do Windows, consulte as Perguntas frequentes sobre contêineres do Windows Server.