Cargas de trabalho do Arm no GKE

Autopilot Standard

Neste documento, explicamos como executar cargas de trabalho do Arm no Google Kubernetes Engine (GKE). É possível executar cargas de trabalho do Arm em clusters do GKE Autopilot usando as Performance ou Scale-Out classes de computação, ou em clusters GKE Standard usando as séries de máquinas C4A, N4A (pré-lançamento) ou Tau T2A.

É possível executar imagens de arquitetura única ou de arquitetura múltipla (várias arquiteturas) compatíveis com processadores x86 e Arm. Para saber mais sobre os benefícios do Arm, consulte VMs Arm no Compute.

Consulte o seguinte para saber mais sobre como escolher cargas de trabalho para implantar no Arm e preparar essas cargas de trabalho para a implantação:

• Escolher cargas de trabalho para execução no Arm: considere os benefícios dos seguintes tipos de máquina ao escolher cargas de trabalho para execução no Arm. Para mais informações sobre quais tipos de cargas de trabalho funcionam bem com cada uma dessas séries de máquinas, consulte a tabela em Família de máquinas de uso geral para o Compute Engine:

  • Os nós C4A oferecem computação baseada em Arm que alcança um desempenho consistentemente alto para as cargas de trabalho baseadas em Arm mais sensíveis ao desempenho.
  • Os nós N4A oferecem computação baseada em Arm que equilibra preço e desempenho.
  • Os nós T2A são adequados para cargas de trabalho mais flexíveis ou que dependem do escalonamento horizontal.

• Implantação em arquiteturas: com o GKE, é possível usar imagens de várias arquiteturas para implantar um manifesto de imagem em nós com diferentes arquiteturas, incluindo o Arm.

  • Para garantir que a imagem do contêiner seja compatível com Arm e possa ser executada nas arquiteturas desejadas, consulte Criar imagens de várias arquiteturas para cargas de trabalho em Arm.
  • Para seguir um tutorial sobre o uso de imagens de várias arquiteturas para implantação entre arquiteturas, consulte Migrar o aplicativo x86 no GKE para várias arquiteturas com Arm.

• Como preparar cargas de trabalho do Arm para implantação: depois de ter uma imagem compatível com o Arm, use regras de afinidade de nó e seletores de nó para garantir que a carga de trabalho seja programada para nós com um tipo de arquitetura compatível.

  • Clusters do Autopilot: consulte Implantar cargas de trabalho do Autopilot na arquitetura do Arm.
  • Clusters padrão: consulte Preparar uma carga de trabalho do Arm para implantação.

Requisitos e limitações

• Os nós Arm estão disponíveis em locais do Google Cloud que oferecem suporte à arquitetura Arm. Para mais detalhes, consulte Regiões e zonas disponíveis.

• Confira os requisitos e limitações do C4A:

  • Para criar um cluster com nós C4A que usa o modo Autopilot, o escalonamento automático de cluster ou o provisionamento automático de nós, use as seguintes versões ou mais recentes:

    • 1.28.15-gke.1344000
    • 1.29.11-gke.1012000
    • 1.30.7-gke.1136000
    • 1.31.3-gke.1056000

  • Para criar um cluster Standard com nós C4A, use uma das seguintes versões ou mais recentes:

    • 1.28.13-gke.1024000
    • 1.29.8-gke.1057000
    • 1.30.4-gke.1213000

  • É possível usar SSDs locais com nós C4A nas seguintes versões ou mais recentes:

    • 1.29.15-gke.1325000
    • 1.30.12-gke.1033000
    • 1.31.8-gke.1045000
    • 1.32.1-gke.1357000

  • O GKE não é compatível com os seguintes recursos com nós C4A:

    • Confidential GKE Nodes
    • Posicionamento compacto
    • Multissegmentação simultânea (SMT)
    • Discos permanentes (use o Hyperdisk em vez disso. Consulte Tipos de disco compatíveis com C4A)
    • Virtualização aninhada
    • GPUs

• Confira os requisitos e limitações do N4A:

  • O GKE não é compatível com os seguintes recursos com nós N4A:

    • SSDs locais
    • Confidential GKE Nodes
    • GPUs
    • Posicionamento compacto
    • Multissegmentação simultânea (SMT)
    • Discos permanentes (use o Hyperdisk em vez disso. Consulte Tipos de disco compatíveis com N4A)
    • Virtualização aninhada
    • Páginas grandes de 1 GB (apenas páginas grandes de 2 MB são compatíveis)
    • Piloto automático

• Confira os requisitos e limitações a seguir para o T2A:

  • O GKE não é compatível com os seguintes recursos com nós T2A:

    • Confidential GKE Nodes
    • GPUs
    • Janelas do GKE
    • SSDs locais
    • Policy Controller, Config Sync e Config Controller

A seguir

• Criar clusters e pools de nós com nós do Arm
• Criar imagens de multiarquitetura para cargas de trabalho do Arm
• Preparar uma carga de trabalho do Arm para implantação
• Migrar um aplicativo x86 no GKE para várias arquiteturas com Arm