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 das seguintes maneiras:

• Modo Autopilot do GKE: na plataforma de computação otimizada para contêineres do Autopilot, solicite explicitamente a arquitetura Arm e a autopilot-arm ComputeClass para cargas de trabalho de uso geral. Para solicitar hardware específico, use as classes de computação Performance ou Scale-Out.
• Modo padrão do GKE: usando as séries de máquinas C4A, N4A 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.

Executar cargas de trabalho do Arm no GKE

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 das seguintes opções ao escolher cargas de trabalho para execução no Arm:

  • Plataforma de computação otimizada para contêineres do Autopilot: recomendada para cargas de trabalho Arm de uso geral em clusters do Autopilot, oferecendo faturamento e elasticidade com base em pods sem exigir que você gerencie tipos de máquinas específicos.

  • Famílias de máquinas específicas: para cargas de trabalho que exigem características de hardware específicas, considere os seguintes tipos de máquinas. Para mais informações, 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 segmentadas, consulte Criar imagens de multiarquitetura para cargas de trabalho do 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.
• A família de pods general-purpose-arm e a classe de computação autopilot-arm estão disponíveis apenas nas seguintes regiões: us-east1, us-west1, europe-west1, europe-west2, europe-west4, asia-southeast1 e us-central1.
• O Config Connector e o Config Controller não são compatíveis com clusters que têm pools de nós do Arm.
• Confira os requisitos e limitações a seguir para as máquinas virtuais (VMs) C4A e as instâncias bare metal, respectivamente:
  • VMs C4A:
    • Para criar um cluster que usa o modo Autopilot, o escalonamento automático de cluster, o provisionamento automático de nós ou as ComputeClasses que criam automaticamente pools de nós, use as seguintes versões ou mais recentes:
      • 1.30.7-gke.1136000
      • 1.31.3-gke.1056000
    • Para criar um cluster Standard, use a versão 1.30.4-gke.1213000 ou mais recente.
    • Para usar SSDs locais, use as seguintes versões ou mais recentes:
      • 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 VMs 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
  • Instâncias bare metal C4A, incluindo c4a-standard-96-metal e c4a-highmem-96-metal:
    • Para criar um pool de nós do Standard, use a versão 1.35.0-gke.2232000 ou mais recente.
    • Além das limitações das VMs C4A, o GKE não é compatível com os seguintes recursos em instâncias bare metal C4A:
      • SSDs locais.
      • Provisionar a instância bare metal otimizando a performance do pod do Autopilot ao escolher uma série de máquinas, já que não é possível selecionar explicitamente o tipo de máquina.
      • Migração em tempo real. Para mais informações, consulte Gerenciar interrupções em nós do GKE que não fazem migração em tempo real.
    • Para criar um cluster que use c4a-highmem-96-metal e o modo Autopilot, o escalonamento automático de cluster, o provisionamento automático de nós ou as ComputeClasses que criam pools de nós automaticamente, use a versão 1.35.3-gke.1389000 ou mais recente. c4a-standard-96-metal não é compatível com esses recursos. O seguinte também se aplica:
      • Para configurar pools de nós criados automaticamente que usam c4a-highmem-96-metal, especifique explicitamente o tipo de máquina. Se você especificar apenas a série de máquinas C4A, e não o tipo de máquina, o GKE vai provisionar VMs C4A, não instâncias bare metal. Esse comportamento é válido para o provisionamento automático de nós e para as ComputeClasses que criam pools de nós automaticamente.

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

  • Para criar um cluster com nós N4A que usa o modo Autopilot, use a versão 1.34.1-gke.3403001 ou mais recente do GKE.

  • 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)

• 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