Cargas de trabalho Arm no GKE

Autopilot Padrão

Este documento explica como executar cargas de trabalho Arm no Google Kubernetes Engine (GKE). Pode executar cargas de trabalho Arm em clusters do GKE Autopilot usando as Performance ou Scale-Out classes de computação, ou em clusters do GKE Standard usando a série de máquinas C4A, N4A (pré-visualização) ou Tau T2A.

Pode executar imagens Arm de arquitetura única ou imagens de arquitetura múltipla (multi-arch) compatíveis com processadores x86 e Arm. Para saber mais sobre as vantagens da arquitetura Arm, consulte o artigo VMs Arm no Compute.

Consulte o seguinte para obter mais informações sobre a escolha de cargas de trabalho para implementar no Arm e a preparação dessas cargas de trabalho para implementação:

• Escolher cargas de trabalho para executar no Arm: considere as vantagens dos seguintes tipos de máquinas ao escolher cargas de trabalho para executar no Arm. Para mais informações sobre os tipos de cargas de trabalho que funcionam bem com cada uma destas 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 atinge um desempenho consistentemente elevado para as suas cargas de trabalho baseadas em Arm mais sensíveis ao desempenho.
  • Os nós N4A oferecem computação baseada em ARM que equilibra o preço e o desempenho.
  • Os nós T2A são adequados para cargas de trabalho mais flexíveis ou cargas de trabalho que dependem do escalamento horizontal.

• Implementação em várias arquiteturas: com o GKE, pode usar imagens de várias arquiteturas para implementar um manifesto de imagem em nós com diferentes arquiteturas, incluindo Arm.

  • Para garantir que a sua imagem de contentor é compatível com Arm e pode ser executada nas arquiteturas segmentadas, consulte o artigo Crie imagens de várias arquiteturas para cargas de trabalho Arm.
  • Para seguir um tutorial sobre como usar imagens de várias arquiteturas para implementar em várias arquiteturas, consulte o artigo Migre a aplicação x86 no GKE para várias arquiteturas com Arm.

• Preparar cargas de trabalho Arm para implementação: depois de ter uma imagem compatível com Arm, use regras de afinidade de nós e seletores de nós para se certificar de que a sua carga de trabalho está agendada para nós com um tipo de arquitetura compatível.

  • Clusters do Autopilot: consulte o artigo Implemente cargas de trabalho do Autopilot na arquitetura Arm.
  • Clusters padrão: consulte o artigo Prepare uma carga de trabalho Arm para implementação.

Requisitos e limitações

• Os nós Arm estão disponíveis em Google Cloud localizações que suportam a arquitetura Arm. Para ver detalhes, consulte as regiões e zonas disponíveis.

• Consulte os seguintes requisitos e limitações para C4A:

  • Para criar um cluster com nós C4A que use o modo Autopilot , o redimensionamento automático de clusters> ou o aprovisionamento automático de nós>, tem de usar as seguintes versões ou posteriores:

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

  • Para criar um cluster padrão com nós C4A, tem de usar uma das seguintes versões ou posterior:

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

  • Pode usar SSDs locais com nós C4A com as seguintes versões ou posteriores:

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

  • O GKE não suporta as seguintes funcionalidades com nós C4A:

    • Nós do GKE confidenciais
    • Posicionamento compacto
    • Multiprocessamento simultâneo (SMT)
    • Discos persistentes (use o Hyperdisk em alternativa. Consulte os tipos de discos suportados para C4A)
    • Virtualização aninhada
    • GPUs

• Consulte os seguintes requisitos e limitações para o N4A:

  • O GKE não suporta as seguintes funcionalidades com nós N4A:

    • SSDs locais
    • Nós do GKE confidenciais
    • GPUs
    • Posicionamento compacto
    • Multiprocessamento simultâneo (SMT)
    • Discos persistentes (use Hyperdisk em alternativa. Consulte os tipos de discos suportados para N4A)
    • Virtualização aninhada
    • 1 GB hugepages (apenas são suportadas hugepages de 2 MB)
    • Autopilot

• Veja os seguintes requisitos e limitações para a conversão de texto em áudio:

  • O GKE não suporta as seguintes funcionalidades com nós T2A:

    • Nós do GKE confidenciais
    • GPUs
    • GKE Windows
    • SSDs locais
    • Policy Controller, Config Sync e Config Controller

O que se segue?

• Crie clusters e node pools com nós Arm
• Crie imagens de várias arquiteturas para cargas de trabalho Arm
• Prepare uma carga de trabalho Arm para implementação
• Migre a aplicação x86 no GKE para multi-arquitetura com Arm