Cargas de trabalho do Arm no GKE

Autopilot Standard

Este documento explica 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 do Arm e a autopilot-arm ComputeClass para cargas de trabalho de uso geral. Para solicitar hardware específico, use as Performance ou Scale-Out classes de computação.
• Modo Standard 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 do Arm no Compute.

Executar cargas de trabalho do Arm no GKE

Consulte o seguinte para mais informações sobre como escolher cargas de trabalho para implantação no Arm e preparar essas cargas de trabalho para implantação:

• Como 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 de uso geral do Arm em clusters do Autopilot, oferecendo faturamento e elasticidade baseados 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 fornecem computação baseada em Arm que alcança um desempenho consistentemente alto para as cargas de trabalho mais sensíveis ao desempenho baseadas em Arm.
    • Os nós N4A fornecem 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 cargas de trabalho 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 sua imagem de contêiner seja compatível com o 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 e seletores de nós 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 Google Cloud locais 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-west4 e us-central1.
• O Config Connector e o Config Controller não são compatíveis com clusters com pools de nós do Arm.
• Consulte os seguintes requisitos e limitações para as máquinas virtuais (VMs) C4A e instâncias bare metal, respectivamente:
  • VMs C4A:
    • Para criar um cluster que usa Autopilot modo, escalonamento automático de clusters, provisionamento automático de nós, ou ComputeClasses que criam pools de nós automaticamente, use as seguintes versões ou mais recentes:
      • 1.30.7-gke.1136000
      • 1.31.3-gke.1056000
    • Para criar um cluster padrão, 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 oferece suporte aos seguintes recursos com VMs C4A:
      • Confidential GKE Nodes
      • Posição compacta
      • Multissegmentação simultânea (SMT)
      • Discos permanentes (use o Hyperdisk, 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 padrão, use a versão 1.35.0-gke.2232000 ou mais recente.
    • Além das limitações das VMs C4A, o GKE não oferece suporte aos seguintes recursos com instâncias bare metal C4A:
      • SSDs locais.
      • Provisionamento da instância bare metal por meio da otimização do desempenho do pod do Autopilot escolhendo uma série de máquinas, porque você não pode 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 migram em tempo real.
    • Para criar um cluster que usa c4a-highmem-96-metal e Autopilot modo, escalonamento automático de clusters, provisionamento automático de nós, ou 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, é necessário especificar 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 provisionará VMs C4A, não instâncias bare metal. Esse comportamento é verdadeiro para o provisionamento automático de nós e para as ComputeClasses que criam pools de nós automaticamente.

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

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

  • O GKE não oferece suporte aos seguintes recursos com nós N4A:

    • SSDs locais
    • Confidential GKE Nodes
    • GPUs
    • Posição compacta
    • Multissegmentação simultânea (SMT)
    • Discos permanentes (use o Hyperdisk, consulte Tipos de disco compatíveis com N4A)
    • Virtualização aninhada
    • Páginas grandes de 1 GB (somente páginas grandes de 2 MB são compatíveis)

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

  • O GKE não oferece suporte aos seguintes recursos com nós T2A:

    • Confidential GKE Nodes
    • GPUs
    • Janelas do GKE
    • SSDs locais
    • Controlador de Políticas, 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