Questo documento spiega come eseguire i workload Arm su Google Kubernetes Engine (GKE). Puoi eseguire carichi di lavoro Arm nei seguenti modi:
- Modalità GKE Autopilot: sulla piattaforma di calcolo ottimizzata per i container Autopilot, richiedi esplicitamente l'architettura Arm e la
autopilot-armComputeClass per i carichi di lavoro per uso generico. Per richiedere hardware specifico, utilizza lePerformanceoScale-Outclassi di computing. - Modalità Standard GKE: utilizzando le serie di macchine C4A, N4A o Tau T2A.
Puoi eseguire immagini Arm a singola architettura o immagini multi-architettura (multi-arch) compatibili con processori x86 e 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:
Scelta dei workload da eseguire su Arm: valuta i vantaggi delle seguenti opzioni quando scegli i workload da eseguire su Arm:
- Piattaforma di computing ottimizzata per i container Autopilot: consigliata per i carichi di lavoro Arm per uso generico nei cluster Autopilot, che fornisce fatturazione ed elasticità basate sui pod senza richiedere la gestione di tipi di macchine specifici.
Famiglie di macchine specifiche: per i carichi di lavoro che richiedono caratteristiche hardware specifiche, prendi in considerazione i seguenti tipi di macchine. Per maggiori informazioni, consulta la tabella in Famiglia di macchine per uso generico per Compute Engine:
- I nodi C4A forniscono risorse di calcolo basate su ARM che garantiscono prestazioni costantemente elevate per i carichi di lavoro basati su ARM più sensibili alle prestazioni.
- I nodi N4A forniscono risorse di calcolo basate su Arm che bilanciano prezzo e prestazioni.
- I nodi T2A sono adatti a workload più flessibili o a workload che si basano sullo scale out orizzontale.
Deployment su più architetture: con GKE, puoi utilizzare immagini multi-architettura per eseguire il deployment di un manifest di immagine su nodi con architetture diverse, tra cui Arm.
- Per assicurarti che l'immagine container sia compatibile con Arm e possa essere eseguita sulle architetture di destinazione, consulta Creare immagini multarchitettura per i carichi di lavoro Arm.
- Per seguire un tutorial sull'utilizzo di immagini multi-architettura per il deployment su più architetture, consulta Migrazione dell'applicazione x86 su GKE a multi-architettura con Arm.
Preparazione dei carichi di lavoro 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 carico di lavoro sia pianificato per i nodi con un tipo di architettura compatibile.
- Cluster Autopilot: consulta Eseguire il deployment di workload Autopilot sull'architettura Arm.
- Cluster Standard: consulta Prepara un workload Arm per il deployment.
Requisiti e limitazioni
- I nodi Arm sono disponibili nelle località Google Cloud che supportano l'architettura Arm. Per maggiori dettagli, consulta Regioni e zone disponibili.
- La famiglia di pod
general-purpose-arme la classe di calcoloautopilot-armsono disponibili solo nelle seguenti regioni:us-east1,us-west1,europe-west1,europe-west4eus-central1. - Config Connector e Config Controller non sono supportati sui cluster con pool di nodi Arm.
- Consulta i seguenti requisiti e limitazioni per le macchine virtuali (VM) C4A e l'
c4a-highmem-96-metalistanza bare metal (anteprima), rispettivamente:- VM C4A:
- Per creare un cluster che utilizza la modalità Autopilot, lo scaling automatico del cluster, il provisioning automatico dei nodi o le ComputeClasses che creano automaticamente i pool di nodi, utilizza le seguenti versioni o versioni 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 gli 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:
- Per creare un cluster che utilizza la modalità Autopilot, lo scaling automatico del cluster, il provisioning automatico dei nodi o le ComputeClasses che creano automaticamente i pool di nodi, utilizza le seguenti versioni o versioni successive:
- L'istanza bare metal C4A,
c4a-highmem-96-metal(anteprima):- Per creare un cluster che utilizza la modalità Autopilot, lo scaling automatico del cluster, il provisioning automatico dei nodi o le ComputeClasses che creano automaticamente i pool di nodi, utilizza la versione 1.35.3-gke.1389000 o successive.
Si applica anche quanto segue:
- Per configurare i pool di nodi
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 vale sia per il provisioning automatico dei nodi sia per le ComputeClass che creano automaticamente i pool di nodi.
- Per configurare i pool di nodi
creati automaticamente
che utilizzano
- Per creare un cluster Standard, utilizza la versione 1.35.0-gke.2232000 o successive.
- Oltre alle limitazioni delle VM C4A, GKE non
supporta le seguenti funzionalità con
c4a-highmem-96-metal(anteprima):- SSD locali.
- Il provisioning dell'istanza bare metal tramite l'ottimizzazione delle prestazioni del pod Autopilot scegliendo una serie di macchine, perché non puoi selezionare esplicitamente il tipo di macchina.
- Migrazione live. Per saperne di più, consulta Gestire l'interruzione dei nodi GKE che non eseguono la migrazione live.
- Per creare un cluster che utilizza la modalità Autopilot, lo scaling automatico del cluster, il provisioning automatico dei nodi o le ComputeClasses che creano automaticamente i pool di nodi, utilizza la versione 1.35.3-gke.1389000 o successive.
Si applica anche quanto segue:
- VM C4A:
Consulta i seguenti requisiti e limitazioni per N4A:
- Per creare un cluster con nodi N4A che utilizza la modalità Autopilot, utilizza GKE 1.34.1-gke.3403001 o versioni successive.
GKE non supporta le seguenti funzionalità con i nodi N4A:
- SSD locali
- Confidential GKE Nodes
- GPU
- Posizionamento compatto
- Multi-threading simultaneo (SMT)
- Dischi permanenti (utilizza Hyperdisk in alternativa, consulta Tipi di dischi supportati per N4A)
- Virtualizzazione nidificata
- 1 GB hugepages (sono supportate solo hugepages da 2 MB)
Consulta i seguenti requisiti e limitazioni per T2A:
GKE non supporta le seguenti funzionalità con i nodi T2A:
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 all'architettura multi-arch con Arm