Imagens de sistemas operacionais compatíveis para o ACK - Container Service for Kubernetes: Central de Documentação do Alibaba Cloud

Imagens de sistema operacional compatíveis e limites de uso para nós do Container Service for Kubernetes.

Imagens de sistema operacional compatíveis para o Container Service for Kubernetes

Ao criar um cluster ou node pool do ACK, selecione uma imagem de sistema operacional para os nós. Por padrão, apenas a versão mais recente de cada tipo de imagem está disponível.

Importante

O ACK mantém sua lista de imagens compatíveis, que pode estar defasada em relação às versões mais recentes do ECS. Esta lista é a referência oficial.
O Alibaba Cloud Linux 2 e o CentOS atingiram o fim da vida útil (EOL) em 31 de março de 2024 e 30 de junho de 2024, respectivamente. A Alibaba Cloud não fornece mais suporte técnico para instâncias do ECS executando essas versões. Use o Alibaba Cloud Linux 3 ou o ContainerOS. Consulte [[Product Change] End of Maintenance for Alibaba Cloud Linux 2 and CentOS 7](t2602809.xdita#).

Tipo de imagem	Nome da imagem (incluindo versão)	ID da imagem	Plataforma	Arquitetura do sistema	Modo de inicialização	Tamanho do sistema	Versões de cluster compatíveis
Alibaba Cloud Linux 4 LTS 64-bit Container-Optimized Edition	Alibaba Cloud Linux 4 LTS 64-bit Container-Optimized Edition	aliyun_4_x64_20G_container_optimized_alibase_20251106.vhd Usa cgroup v2 por padrão.	Aliyun	x86_64	UEFI-Preferred	20 GiB	1.33 e posteriores
Alibaba Cloud Linux 3.2104 LTS 64-bit Container-Optimized Edition	Alibaba Cloud Linux 3.2104 Container-Optimized	aliyun_3_x64_20G_container_optimized_alibase_20251215.vhd Usa cgroup v2 por padrão.	Aliyun	x86_64	UEFI-Preferred	20 GiB	1.26 e posteriores
ContainerOS	ContainerOS 3	lifsea_3_x64_5G_alibase_20251204.qcow2 O ContainerOS 3.3 e versões posteriores usam cgroup v2 por padrão.	Aliyun	x86_64	BIOS	5 GiB	1.31 e posteriores
Alibaba Cloud Linux 3	Alibaba Cloud Linux 3.2104 LTS 64 bit	aliyun_3_x64_20G_alibase_20251215.vhd	Aliyun	x86_64	BIOS	20 GiB	1.18 e posteriores
Alibaba Cloud Linux 3 ARM Edition	Alibaba Cloud Linux 3.2104 LTS 64 bit ARM Edition	aliyun_3_arm64_20G_alibase_20240528.vhd	Aliyun	arm64	UEFI	20 GiB	1.20 e posteriores
Alibaba Cloud Linux UEFI 3	Alibaba Cloud Linux UEFI 3.2104 Security Enhanced	aliyun_3_x64_20G_uefi_alibase_20230727.vhd	Aliyun	x86_64	UEFI	20 GiB	1.18 e posteriores
Red Hat	Red Hat Enterprise Linux (RHEL) 9.3 64-bit	Red Hat Enterprise Linux 9.3 64bit O RHEL 9 e versões posteriores usam cgroup v2 por padrão.	Red Hat	x86_64	BIOS	20 GiB	1.20 e posteriores
Ubuntu	Ubuntu 24.04	ubuntu_24_04_x64_20G_alibase_20251126.vhd O Ubuntu 22 e versões posteriores usam cgroup v2 por padrão.	Ubuntu	x86_64	BIOS	20 GiB	1.30 e posteriores
Windows	Windows Server 2022 (20240220)	win2022_21H2_x64_dtc_en-us_40G_container_alibase_20240220.vhd	WindowsServer2022	x86_64	BIOS	40 GiB	1.18 e posteriores
Windows	Windows Server 2019 (20240220)	win2019_1809_x64_dtc_en-us_40G_container_alibase_20240220.vhd	WindowsServer2019	x86_64	BIOS	40 GiB	1.18 e posteriores
Windows Core	Windows Server Core, version 2022 (20240223)	wincore_2022_x64_dtc_en-us_40G_container_alibase_20240223.vhd	WindowsServer2022	x86_64	BIOS	40 GiB	1.18 e posteriores
Alibaba Cloud Linux 2 (EOL)	Alibaba Cloud Linux 2.1903 LTS 64 bit	aliyun_2_1903_x64_20G_alibase_20231221.vhd	Aliyun	x86_64	BIOS	20 GiB	Anteriores a 1.30
CentOS (EOL)	CentOS 7.9 64 bit	centos_7_9_x64_20G_alibase_20230718.vhd	CentOS	x86_64	BIOS	20 GiB	Anteriores a 1.30

Observações de uso

Limites do sistema operacional

Os sistemas operacionais disponíveis dependem dos tipos de instância selecionados. Selecionar vários tipos de instância restringe a lista apenas aos compatíveis com todos eles.

Tipo de sistema operacional

Limites

Alibaba Cloud Linux 4 LTS 64-bit Container-Optimized Edition

Requer Terway versão 1.16.4 ou posterior, ou uma versão entre 1.9.18 (inclusivo) e 1.10.0 (exclusivo).

Alibaba Cloud Linux

Apenas o Alibaba Cloud Linux é compatível nos seguintes cenários:

O runtime de contêiner é Sandboxed-Container.
Ao criar um cluster gerenciado do ACK com Computação Confidencial.

Alibaba Cloud Linux 3 ARM Edition

Apenas tipos de instância com arquitetura ARM são compatíveis.

Ubuntu

Requer a versão 1.30 ou posterior do cluster. Para fazer upgrade, consulte Manually upgrade a cluster.
As atualizações automáticas do sistema operacional são desativadas durante a inicialização do nó.
Durante a inicialização, /etc/resolv.conf é vinculado por link simbólico a /run/systemd/resolve/stub-resolv.conf. O DHCP configura o DNS.
Recursos como volumes persistentes (PVs) do CPFS, plugins de aceleração de imagem e reforço de segurança não são compatíveis.

RHEL 9.3

O RHEL exige uma imagem personalizada. Consulte Create a custom image from an instance.

Use a imagem personalizada para criar um node pool. Todos os nós do pool serão implantados com essa imagem.

Procedimento

Acesse o console do ACK. No painel de navegação à esquerda, clique em Clusters.
Na página Clusters, clique no nome do seu cluster. No painel de navegação à esquerda, clique em Nodes > Node Pools.
Clique em Create Node Pool. Em Operating System, selecione Custom Image e, em seguida, a imagem que você criou.
Para configurar o node pool, consulte Create and manage node pools.

Sistema operacional de imagem personalizada

Crie imagens personalizadas apenas a partir de sistemas operacionais compatíveis com o ACK.
Não crie uma imagem personalizada a partir de uma instância do ECS em execução em um cluster do ACK. Para usá-la, remova-a primeiro do cluster. Para mais informações, consulte Remove a node.
Comportamentos predefinidos em uma imagem personalizada podem afetar a inicialização dos nós do cluster, a operação dos contêineres, as atualizações do sistema operacional dos nós e a recuperação automática de nós em node pools gerenciados. Antes de usar em um ambiente de produção, certifique-se de que a imagem foi rigorosamente testada e validada.
Não ative uma partição swap.

Windows

Há limites aplicáveis ao tipo de cluster, versão, plugin de rede, entre outros.

Limites

Item	Descrição
Cluster	Create an ACK managed cluster. Adicione node pools do Windows apenas a clusters gerenciados do ACK existentes; não é possível adicioná-los durante a criação do cluster. A versão do cluster deve ser 1.32 ou posterior. Para fazer upgrade de um cluster, consulte Manually upgrade a cluster. O tipo de rede do cluster deve ser Flannel. A versão do kube-flannel-ds-windows deve ser v0.15.2-aliyun ou posterior.
Runtime de contêiner	Apenas o containerd 1.6 ou posterior é compatível com node pools do Windows. Para fazer upgrade da versão do runtime, consulte Upgrade a node pool.
Tipo de node pool	O node pool do Windows deve ser não gerenciado.
Tipo de instância	A compatibilidade com node pools do Windows varia de acordo com o tipo de instância. Se a criação do node pool falhar, o tipo de instância selecionado pode não ser compatível. Tente novamente com outro tipo. Por exemplo, ecs.g6.xlarge é compatível com node pools do Windows. O tipo de instância deve ter pelo menos 4 vCPUs e 8 GB de memória. Os contêineres do Windows não são encerrados pelo OOM (Out of Memory) killer ao excederem os limites de memória. Desde maio de 2021, para clusters do ACK v1.16 ou posteriores, os nós do Windows recém-adicionados reservam uma parte dos recursos na inicialização (1,5 vCPUs, 2,5 GB de RAM e 3 GB de espaço em disco) para garantir a estabilidade do sistema operacional Windows, do kubelet e do runtime de contêiner. Para mais informações sobre reserva de recursos, consulte Node resource reservation policy. Essa reserva de recursos ajuda a evitar que os nós do Windows fiquem indisponíveis devido à sobrealocação de carga de trabalho. No entanto, um vazamento de memória em um aplicativo de contêiner do Windows ainda pode causar a falha do nó. Os contêineres do Windows possuem um consumo de recursos base. Para mais informações, consulte Memory requirements for Windows containers.

Consulte Create and manage Windows node pools.

Versões do cgroup

O kernel do Linux usa cgroups (v1 e v2) para limitar e isolar os recursos dos processos. Migrar da v1 para a v2 exige alterar o sistema operacional do node pool e ajustar as cargas de trabalho devido a diferenças significativas. Consulte Migrate nodes to cgroup v2.

Referências

Consulte Alibaba Cloud Linux 3 container-optimized image.
Use os node pools e gerencie nós em operações como manutenção, aplicação de patches de CVE do sistema operacional e dimensionamento automático.
Ao create an ACK managed cluster, você cria apenas nós de trabalho. O ACK hospeda o plano de controle, reduzindo a sobrecarga de manutenção.