Imagens de nó

Nesta página, descrevemos as imagens de nó disponíveis para os nós do Google Kubernetes Engine (GKE).

Os nós do GKE Autopilot sempre usam o Container-Optimized OS com o containerd (cos_containerd), que é o sistema operacional de nós recomendado. Se você usa o GKE Standard, é possível escolher a imagem do sistema operacional que é executada em cada nó durante a criação do cluster ou pool de nós. Também é possível fazer upgrade de um cluster Standard já existente para usar uma imagem de nó diferente. Para instruções sobre como configurar a imagem de nó, consulte Como especificar uma imagem de nó.

Imagens de nó disponíveis

O GKE oferece as seguintes opções de imagem de nó por SO para o cluster:

Container-Optimized OS

As imagens de nó do Container-Optimized OS do Google são baseadas em uma versão recente do kernel do Linux e otimizadas para melhorar a segurança do nó. As imagens do Container-Optimized OS são apoiadas por uma equipe do Google que pode corrigir rapidamente as imagens por segurança e iterar os recursos. A imagem do Container-Optimized OS oferece melhor suporte, segurança e estabilidade do que as outras.

Para informações sobre o projeto e a família de imagens, consulte Projetos de origem de imagens do nó.

Variantes do Container-Optimized OS

São oferecidos dois ambientes de execução com o Container-Optimized OS. As imagens são as mesmas, exceto a escolha do ambiente de execução de contêiner.

• Container-Optimized OS com containerd (cos_containerd): a imagem cos_containerd usa o containerd como o ambiente de execução de contêiner integrado diretamente ao Kubernetes. Os clusters do GKE Autopilot sempre usam essa imagem. Para mais informações, consulte Imagens de nó em contêiner.
• Container-Optimized OS com Docker (cos): a imagem cos usa o ambiente de execução de contêiner do Docker.

Ubuntu

A imagem de nó do Ubuntu foi validada em relação aos requisitos de imagem de nó do GKE. Será preciso usar a imagem de nó do Ubuntu se os nós exigirem compatibilidade com os pacotes XFS, CephFS ou Debian.

Para informações sobre o projeto e a família de imagens, consulte Suporte aos recursos de acordo com o sistema operacional.

Variantes do Ubuntu

São oferecidos dois ambientes de execução de contêiner com o Ubuntu. As imagens são as mesmas, exceto a escolha do ambiente de execução de contêiner.

• Ubuntu com containerd (ubuntu_containerd): a imagem ubuntu_containerd usa containerd como o ambiente de execução de contêiner. Para mais informações, consulte Imagens de nó em contêiner.

• Ubuntu com Docker (ubuntu): a imagem ubuntu usa o Docker como o ambiente de execução do contêiner.

Windows Server

Ao criar um cluster usando pools de nós do Windows Server, é possível usar uma imagem de nó de Canal Semestral (SAC, na sigla em inglês) ou de Canal de Manutenção de Longo Prazo (LTSC, na sigla em inglês). Todas as imagens de nó do Windows são imagens do Windows Server Datacenter Core. Um único cluster pode ter vários pools de nós do Windows Server usando diferentes versões do Windows Server, mas cada pool de nós individual só pode usar uma versão do Windows Server. Para mais informações, consulte Escolher a imagem de nó do Windows.

Dois tempos de execução de contêiner são oferecidos com as imagens de nó LTSC e SAC do Windows Server: Docker e Containerd. As imagens são as mesmas, exceto a escolha do ambiente de execução de contêiner.

• Imagens de ambiente de execução containerd (disponíveis na versão 1.21 e posteriores do GKE):

  • Windows Server LTSC com containerd (windows_ltsc_containerd): a imagem windows_ltsc_containerd usa o containerd como o ambiente de execução de contêiner. Atualmente, esse tipo de imagem é mapeado para duas imagens de nó: Windows Server 2022 e Windows Server 2019. É possível criar pools de nós LTSC2022 do Windows usando o comando da CLI com a sinalização windows-os-version.

    Para mais informações sobre como criar pools de nós do Windows Server 2022, consulte Criar pools de nós do Windows.

    Para mais informações sobre imagens de nó containerd, consulte