Questa pagina spiega come preparare un carico di lavoro da pianificare sui nodi Arm in un cluster GKE Standard. Per scoprire di più sulla pianificazione dei carichi di lavoro Arm con Autopilot, consulta Eseguire il deployment dei carichi di lavoro Autopilot sull'architettura Arm.
Per pianificare correttamente un workload su un nodo Arm, devi disporre di quanto segue:
- Un'immagine container compatibile con ARM. Per indicazioni su come effettuare questa verifica, consulta Il mio carico di lavoro è pronto per Arm?
- Nodi Arm in cui è possibile pianificare i carichi di lavoro compatibili con Arm. Per creare le risorse necessarie, consulta Creare cluster e pool di nodi con nodi Arm.
- Un cluster in una regione o zona Google Cloud con macchine virtuali (VM) Arm disponibili. Per una tabella filtrabile dei tipi di macchine e delle piattaforme, consulta Regioni e zone disponibili.
Panoramica
Per impostazione predefinita, GKE pianifica i workload solo su nodi basati su x86, ovvero serie di macchine Compute Engine con processori Intel o AMD, inserendo un contaminante (kubernetes.io/arch=arm64:NoSchedule
) su tutti i nodi Arm. Questo inquinamento impedisce che i workload compatibili con x86 vengano
pianificati inavvertitamente sui tuoi nodi Arm. Se vuoi eseguire il deployment di un workload su un nodo Arm, utilizza i campi descritti in questa pagina per indicare allo scheduler di inviare il workload al tipo di nodo desiderato.
Utilizza uno dei seguenti campi:
- Un selettore di nodi.
- Una regola di affinità dei nodi.
Quando utilizzi un selettore di nodi o una regola di affinità dei nodi, GKE schedulerà i carichi di lavoro compatibili con ARM solo se hai dichiarato che l'immagine del contenitore del carico di lavoro può essere eseguita sull'architettura del nodo.
Se pianifichi un carico di lavoro compatibile con Arm con un selettore dei nodi o con una regola di affinità dei nodi come descritto nelle sezioni seguenti, GKE aggiunge automaticamente un tolleranza alla configurazione del carico di lavoro in modo che i pod possano essere eseguiti sui nodi Arm.
Questa tolleranza aggiunta al carico di lavoro corrisponde all'incompatibilità (kubernetes.io/arch=arm64:NoSchedule
)
aggiunta a tutti i nodi Arm per consentire la pianificazione del carico di lavoro sui nodi Arm.
In alcune situazioni, ad esempio quando hai immagini multi-architettura che possono essere eseguite su qualsiasi nodo, ti consigliamo di aggiungere manualmente questa tolleranza alla configurazione del carico di lavoro. Per le istruzioni, consulta Utilizzare la tolleranza per la pianificazione dei carichi di lavoro multi-arch su qualsiasi architettura.
Utilizzare un selettore dei nodi per pianificare un workload Arm
Aggiungi il seguente selettore di nodi alla specifica:
nodeSelector:
kubernetes.io/arch: arm64
Il selettore dei nodi specifica che questo workload deve essere pianificato solo sui nodi con l'etichetta arm64
, che è presente su tutti i nodi Arm dei cluster GKE.
Quando questo selettore di nodi è incluso nella configurazione del carico di lavoro, GKE aggiunge la tolleranza per associare l'incompatibilità in modo da consentire la pianificazione del carico di lavoro sui nodi Arm.
Utilizzare una regola di affinità dei nodi per pianificare un workload Arm
Puoi anche utilizzare l'affinità dei nodi per pianificare il carico di lavoro.
Pianifica il carico di lavoro in un'unica architettura
Aggiungi la seguente affinità dei nodi alla specifica:
affinity:
nodeAffinity:
requiredDuringSchedulingIgnoredDuringExecution:
nodeSelectorTerms:
- matchExpressions:
- key: kubernetes.io/arch
operator: In
values:
- arm64
La regola di affinità dei nodi specifica che il workload deve essere pianificato solo sui nodi con l'etichetta arm64
, che è presente su tutti i nodi Arm dei cluster GKE.
Quando questa regola di affinità dei nodi è inclusa nella configurazione del carico di lavoro, GKE aggiunge la tolleranza per associare l'incompatibilità in modo da consentire la pianificazione del carico di lavoro sui nodi Arm.
Pianifica il carico di lavoro per le architetture x86 e Arm
Se vuoi pianificare un carico di lavoro sia su architetture x86 (processori Intel e AMD) sia su architetture Arm, puoi specificarlo in diversi modi.
Utilizza la tolleranza per la pianificazione di workload multi-arch su qualsiasi architettura
Se hai un'immagine multi-architettura che vuoi pianificare per qualsiasi tipo di architettura disponibile in un cluster standard, devi solo aggiungere la tolleranza alla specifica del carico di lavoro. Non è necessario il selettore di nodi o le regole di affinità dei nodi descritte in questa pagina perché il carico di lavoro può essere pianificato per tutti i tipi di architettura.
Aggiungi la tolleranza:
tolerations:
- key: kubernetes.io/arch
operator: Equal
value: arm64
effect: NoSchedule
Utilizzando questa tolleranza, GKE potrebbe pianificare un carico di lavoro su nodi con qualsiasi tipo di architettura.
Ad esempio, se hai un cluster con i seguenti pool di nodi:
- my-c4a-node-pool, utilizzando VM c4a-standard-16 (
arm64
). - my-c2-node-pool, utilizzando VM c2-standard-8 (
amd64
). - my-t2d-node-pool, utilizzando VM t2-standard-48 (
amd64
).
Se esegui il deployment in questo cluster di un carico di lavoro che utilizza un'immagine multi-architettura e la tolleranza arm64
nella configurazione del carico di lavoro, GKE potrebbe pianificare il carico di lavoro in tutti i pool di nodi.
Utilizza la regola di affinità dei nodi per pianificare i carichi di lavoro multi-architettura su qualsiasi architettura
Se vuoi che un carico di lavoro venga pianificato su nodi di diversi tipi di architettura, tra cui x86 e Arm, puoi anche utilizzare una regola di affinità dei nodi. Con le regole di affinità dei nodi, puoi specificare esattamente su quali tipi di architettura vuoi pianificare il carico di lavoro. Questo approccio è consigliato per la pianificazione dei carichi di lavoro sui cluster Autopilot. Per scoprire di più, consulta Eseguire il deployment dei carichi di lavoro Autopilot sull'architettura Arm.
Per i carichi di lavoro basati su x86, non sono necessari questi selettori dei nodi, queste regole di affinità dei nodi o queste tolleranze per la pianificazione del carico di lavoro. Se hai un'immagine che vuoi pianificare solo su nodi basati su x86, non devi utilizzare questi campi.
Per pianificare i carichi di lavoro per qualsiasi tipo di architettura, elenca sia arm64
sia amd64
nella sezione values
del campo Affinità dei nodi. amd64
include tutti i nodi
che utilizzano processori x86.
Il seguente esempio specifica che questo carico di lavoro può essere pianificato su nodi con processori Arm o x86:
affinity:
nodeAffinity:
requiredDuringSchedulingIgnoredDuringExecution:
nodeSelectorTerms:
- matchExpressions:
- key: kubernetes.io/arch
operator: In
values:
- arm64
- amd64
Le etichette per ogni tipo di architettura sono:
arm64
per i nodi che utilizzano processori Arm (ad esempio C4A).amd64
per i nodi che utilizzano processori AMD (ad esempio Tau T2D) o i nodi che utilizzano processori Intel (ad esempio C2).
Ad esempio, se hai un cluster con i seguenti pool di nodi e la regola di affinità dei nodi specificata:
- my-c4a-node-pool, utilizzando VM c4a-standard-16 (
arm64
). - my-c2-node-pool, utilizzando VM c2-standard-8 (
amd64
). - my-t2d-node-pool, utilizzando VM t2-standard-48 (
amd64
).
Se esegui il deployment in questo cluster di un carico di lavoro che utilizza un'immagine multi-architettura e l'affinità dei nodi con arm64
inclusa nell'elenco values
, GKE
aggiunge la tolleranza nella configurazione del carico di lavoro e può
pianificare il carico di lavoro in tutti i pool di nodi.
Esegui il deployment del carico di lavoro
Ora che hai specificato dove devono essere pianificati i carichi di lavoro compatibili con Arm, puoi eseguirne il deployment.
Quando esegui il deployment di un carico di lavoro in un cluster GKE, le istruzioni sono uguali per tutti i tipi di architettura. Puoi eseguire il deployment di un carico di lavoro compatibile con Arm come faresti con qualsiasi altro carico di lavoro, a condizione che tu abbia completato i passaggi di prerequisito. Per vedere esempi di deployment dei carichi di lavoro, consulta le seguenti pagine:
- Deployment di un'applicazione Linux stateless.
- Deployment di un'applicazione stateful.
- Esecuzione di un job.
Risoluzione dei problemi
Per gli errori comuni e le informazioni sulla risoluzione dei problemi, consulta Risolvere i problemi relativi ai carichi di lavoro Arm.
Passaggi successivi
- Carichi di lavoro Arm su GKE
- Esegui la migrazione di un'applicazione x86 su GKE a multi-arch con Arm