Workload ARM su GKE

Autopilot Standard

Questo documento spiega come eseguire i workload Arm su Google Kubernetes Engine (GKE). Puoi eseguire i workload Arm nei seguenti modi:

• Modalità GKE Autopilot: sulla piattaforma di computing ottimizzata per i container Autopilot, richiedi esplicitamente l'architettura Arm e la autopilot-arm ComputeClass per i workload per uso generico. Per richiedere hardware specifico, utilizza le Performance o Scale-Out ComputeClass.
• Modalità GKE Standard: utilizzando le serie di macchine C4A, N4A o Tau T2A.

Puoi eseguire immagini Arm a singola architettura o immagini multi-architettura (multi-arch) compatibili sia con i processori x86 che con quelli Arm. Per scoprire di più sui vantaggi di Arm, vedi VM Arm su Compute.

Esegui workload Arm su GKE

Per ulteriori informazioni sulla scelta dei workload da eseguire il deployment su Arm e sulla preparazione di questi workload per il deployment, consulta quanto segue:

• Scelta dei workload da eseguire su Arm: quando scegli i workload da eseguire su Arm, considera i vantaggi delle seguenti opzioni:

  • Piattaforma di computing ottimizzata per i container Autopilot: consigliata per i workload Arm per uso generico nei cluster Autopilot, in quanto fornisce fatturazione ed elasticità basate sui pod senza richiedere la gestione di tipi di macchine specifici.

  • Famiglie di macchine specifiche: per i workload che richiedono caratteristiche hardware specifiche, considera i seguenti tipi di macchine. Per ulteriori informazioni, consulta la tabella nella sezione Famiglia di macchine per uso generico per Compute Engine:

    • I nodi C4A forniscono computing basato su Arm che offre prestazioni costantemente elevate per i workload basati su Arm più sensibili alle prestazioni.
    • I nodi N4A forniscono computing basato su Arm che bilancia prezzo e prestazioni.
    • I nodi T2A sono adatti a workload più flessibili o che si basano sulla scalabilità orizzontale.

• Deployment su più architetture: con GKE, puoi utilizzare immagini multi-arch per eseguire il deployment di un manifest di immagini su nodi con architetture diverse, inclusa Arm.

  • Per assicurarti che l'immagine container sia compatibile con Arm e possa essere eseguita su le architetture di destinazione, consulta Creare immagini multi-architettura per i workload Arm.
  • Per seguire un tutorial sull'utilizzo di immagini multi-arch per il deployment su più architetture, consulta Eseguire la migrazione dell'applicazione x86 su GKE a multi-arch con Arm.

• Preparazione dei workload Arm per il deployment: una volta che hai un'immagine compatibile con Arm, utilizza le regole di affinità dei nodi e i selettori di nodi per assicurarti che il workload sia pianificato sui nodi con un tipo di architettura compatibile.

  • Cluster Autopilot: vedi Eseguire il deployment dei workload Autopilot sull'architettura Arm.
  • Cluster Standard: vedi Preparare un workload Arm per il deployment.

Requisiti e limitazioni

• I nodi Arm sono disponibili nelle Google Cloud località che supportano l'architettura Arm. Per i dettagli, vedi Regioni e zone disponibili.
• La famiglia di pod general-purpose-arm e la ComputeClass autopilot-arm sono disponibili solo nelle seguenti regioni: us-east1, us-west1, europe-west1, europe-west4 e us-central1.
• Config Connector e Config Controller non sono supportati sui cluster con node pool Arm.
• Consulta i seguenti requisiti e limitazioni rispettivamente per le macchine virtuali (VM) C4A e le istanze bare metal,
  • VM C4A:
    • Per creare un cluster che utilizza Autopilot modalità, scalabilità automatica dei cluster, provisioning automatico dei nodi, o ComputeClasses che creano automaticamente i node pool, utilizza le seguenti versioni o successive:
      • 1.30.7-gke.1136000
      • 1.31.3-gke.1056000
    • Per creare un cluster Standard, utilizza la versione 1.30.4-gke.1213000 o successive.
    • Per utilizzare SSD locali, utilizza le seguenti versioni o successive:
      • 1.30.12-gke.1033000
      • 1.31.8-gke.1045000
      • 1.32.1-gke.1357000
    • GKE non supporta le seguenti funzionalità con le VM C4A:
      • Nodi Confidential GKE Node
      • Posizionamento compatto
      • Multi-threading simultaneo (SMT)
      • Dischi permanenti (utilizza Hyperdisk, vedi Tipi di dischi supportati per C4A)
      • Virtualizzazione nidificata
      • GPU
  • Istanze bare metal C4A, tra cui c4a-standard-96-metal e c4a-highmem-96-metal:
    • Per creare un pool di nodi Standard, utilizza la versione 1.35.0-gke.2232000 o successive.
    • Oltre alle limitazioni delle VM C4A, GKE non supporta le seguenti funzionalità con le istanze bare metal C4A:
      • SSD locali.
      • Provisioning dell'istanza bare metal tramite l'ottimizzazione delle prestazioni dei pod Autopilot scegliendo una serie di macchine, perché non puoi selezionare esplicitamente il tipo di macchina.
      • Migrazione live. Per ulteriori informazioni, vedi Gestire le interruzioni dei nodi GKE che non eseguono la migrazione live.
    • Per creare un cluster che utilizza c4a-highmem-96-metal e la modalità Autopilot, la scalabilità automatica dei cluster, il provisioning automatico dei nodi, o ComputeClasses che creano automaticamente i node pool, utilizza la versione 1.35.3-gke.1389000 o successive. c4a-standard-96-metal non è supportato con queste funzionalità. Si applica anche quanto segue:
      • Per configurare i node pool creati automaticamente che utilizzano c4a-highmem-96-metal, devi specificare esplicitamente il tipo di macchina. Se specifichi solo la serie di macchine C4A e non il tipo di macchina, GKE esegue il provisioning delle VM C4A, non delle istanze bare metal. Questo comportamento è valido sia per il provisioning automatico dei nodi sia per le ComputeClass che creano automaticamente i node pool.

• Consulta i seguenti requisiti e limitazioni per N4A:

  • Per creare un cluster con nodi N4A che utilizza la modalità Autopilot, utilizza GKE versione 1.34.1-gke.3403001 o successive.

  • GKE non supporta le seguenti funzionalità con i nodi N4A:

    • SSD locali
    • Nodi Confidential GKE Node
    • GPU
    • Posizionamento compatto
    • Multi-threading simultaneo (SMT)
    • Dischi permanenti (utilizza Hyperdisk invece, vedi Tipi di dischi supportati per N4A)
    • Virtualizzazione nidificata
    • Hugepage da 1 GB (sono supportate solo hugepage da 2 MB)

• Consulta i seguenti requisiti e limitazioni per T2A:

  • GKE non supporta le seguenti funzionalità con i nodi T2A:

    • Nodi Confidential GKE Node
    • GPU
    • GKE Windows
    • SSD locali
    • Policy Controller, Config Sync e Config Controller

Passaggi successivi

• Crea cluster e node pool con nodi Arm
• Crea immagini multi-architettura per i workload Arm
• Prepara un workload Arm per il deployment
• Esegui la migrazione dell'applicazione x86 su GKE a multi-arch con Arm