Restez organisé à l'aide des collections
Enregistrez et classez les contenus selon vos préférences.
Autopilot
Standard
Cette page explique comment exécuter des charges de travail Arm sur Google Kubernetes Engine (GKE).
Présentation
Vous pouvez exécuter des charges de travail Arm dans des clusters GKE Autopilot à l'aide des classes de calculPerformance ou Scale-Out, ou dans des clusters GKE Standard à l'aide de la série de machines C4A ou de la série de machines Tau T2A. Vous pouvez exécuter des images Arm à architecture unique ou des images multi-architecture (multi-arch) compatibles avec les processeurs x86 et Arm. Pour en savoir plus sur les avantages d'Arm, consultez VM Arm sur Compute.
Consultez les guides suivants pour en savoir plus sur le choix des charges de travail à déployer sur Arm et la préparation de ces charges de travail en vue du déploiement:
Choisir des charges de travail à exécuter sur Arm : les nœuds C4A fournissent un calcul basé sur Arm qui offre des performances constamment élevées pour vos charges de travail basées sur Arm les plus sensibles aux performances. Les nœuds T2A conviennent aux charges de travail plus flexibles ou à celles qui reposent sur un scaling horizontal. Pour en savoir plus sur les types de charges de travail qui fonctionnent bien avec chacune de ces séries de machines, consultez le tableau de la section Famille de machines à usage général pour Compute Engine.
Déploiement sur plusieurs architectures : avec GKE, vous pouvez utiliser des images multi-arch pour déployer un fichier manifeste d'image sur des nœuds avec différentes architectures, y compris Arm.
Préparer des charges de travail Arm pour le déploiement : une fois que vous disposez d'une image compatible avec Arm, utilisez des règles d'affinité de nœuds et des sélecteurs de nœuds pour vous assurer que votre charge de travail est planifiée sur des nœuds avec un type d'architecture compatible.
Pour créer un cluster standard avec des nœuds C4A, vous devez utiliser l'une des versions suivantes ou une version ultérieure :
1.28.13-gke.1024000
1.29.8-gke.1057000
1.30.4-gke.1213000
Les nœuds Arm sont disponibles dans les emplacements Google Cloud compatibles avec l'architecture Arm. Pour en savoir plus, consultez Régions et zones disponibles.
Vous pouvez utiliser des disques SSD locaux avec des nœuds C4A utilisant les versions suivantes ou ultérieures :
1.29.15-gke.1325000
1.30.12-gke.1033000
1.31.8-gke.1045000
1.32.1-gke.1357000
GKE n'est pas compatible avec les fonctionnalités suivantes sur les nœuds C4A :
Sauf indication contraire, le contenu de cette page est régi par une licence Creative Commons Attribution 4.0, et les échantillons de code sont régis par une licence Apache 2.0. Pour en savoir plus, consultez les Règles du site Google Developers. Java est une marque déposée d'Oracle et/ou de ses sociétés affiliées.
Dernière mise à jour le 2025/09/01 (UTC).
[[["Facile à comprendre","easyToUnderstand","thumb-up"],["J'ai pu résoudre mon problème","solvedMyProblem","thumb-up"],["Autre","otherUp","thumb-up"]],[["Difficile à comprendre","hardToUnderstand","thumb-down"],["Informations ou exemple de code incorrects","incorrectInformationOrSampleCode","thumb-down"],["Il n'y a pas l'information/les exemples dont j'ai besoin","missingTheInformationSamplesINeed","thumb-down"],["Problème de traduction","translationIssue","thumb-down"],["Autre","otherDown","thumb-down"]],["Dernière mise à jour le 2025/09/01 (UTC)."],[],[],null,["# Arm workloads on GKE\n\nAutopilot Standard\n\n*** ** * ** ***\n\nThis page explains how you can run Arm workloads on Google Kubernetes Engine (GKE).\n\nOverview\n--------\n\nYou can run Arm workloads in GKE Autopilot clusters\nusing the `Performance` or `Scale-Out` [compute\nclasses](/kubernetes-engine/docs/concepts/autopilot-compute-classes#when-to-use),\nor in GKE Standard\nclusters using the [C4A machine series\n(C4A)](/compute/docs/general-purpose-machines#c4a_series) or [Tau T2A machine\nseries (T2A)](/compute/docs/general-purpose-machines#t2a_machines). You can run\nsingle-architecture Arm images or multi-architecture (multi-arch) images\ncompatible with both x86 and Arm processors. To learn about the benefits of Arm,\nsee [Arm VMs on Compute](/compute/docs/instances/arm-on-compute).\n\nSee the following guides for more information about choosing workloads to deploy on Arm and preparing those\nworkloads for deployment:\n\n- **Choosing workloads to run on Arm** : C4A nodes provide Arm-based compute which achieves consistently high performance for your most performance-sensitive Arm-based workloads. T2A nodes are appropriate for more-flexible workloads, or workloads which rely on horizontal scale-out. To learn more about what types of workloads work well with each of these machine series, see the table in [General-purpose machine family for\n Compute Engine](/compute/docs/general-purpose-machines).\n- **Deploying across architectures** : With GKE, you can use multi-arch images to deploy one image manifest across nodes with different architectures, including Arm.\n - To ensure that your container image is Arm-compatible and can run on your targeted architectures, see [Build multi-architecture images for\n Arm workloads](/kubernetes-engine/docs/how-to/build-multi-arch-for-arm).\n - To follow a tutorial for using multi-arch images to deploy across architectures, see [Migrate x86 application on GKE to\n multi-arch with\n Arm](/kubernetes-engine/docs/tutorials/migrate-x86-to-multi-arch-arm).\n- **Preparing Arm workloads for deployment** : Once you have an Arm-compatible image, use [node\n affinity](https://kubernetes.io/docs/concepts/scheduling-eviction/assign-pod-node/#node-affinity) rules and [node selectors](https://kubernetes.io/docs/concepts/scheduling-eviction/assign-pod-node/#nodeselector) to make sure your workload is scheduled to nodes with a compatible architecture type.\n - **Autopilot clusters** : see [Deploy Autopilot\n workloads on Arm\n architecture](/kubernetes-engine/docs/how-to/autopilot-arm-workloads).\n - **Standard clusters** : see [Prepare an Arm workload for\n deployment](/kubernetes-engine/docs/how-to/prepare-arm-workloads-for-deployment).\n\nRequirements and limitations\n----------------------------\n\n- To create a cluster with C4A nodes that uses [Autopilot](/kubernetes-engine/docs/concepts/autopilot-overview)\n mode, [cluster\n autoscaling](/kubernetes-engine/docs/concepts/cluster-autoscaler),\n or [node\n auto-provisioning](/kubernetes-engine/docs/how-to/node-auto-provisioning),\n you must use the following versions or later:\n\n - 1.28.15-gke.1344000\n - 1.29.11-gke.1012000\n - 1.30.7-gke.1136000\n - 1.31.3-gke.1056000\n- To create a Standard cluster with C4A nodes, you must use one of the\n following versions or later:\n\n - 1.28.13-gke.1024000\n - 1.29.8-gke.1057000\n - 1.30.4-gke.1213000\n- Arm nodes are available in Google Cloud locations that support Arm\n architecture. For details, see [Available regions and\n zones](/compute/docs/regions-zones#available).\n\n- You can use [Local\n SSDs](/kubernetes-engine/docs/how-to/persistent-volumes/local-ssd) with C4A\n nodes with the following versions or later:\n\n - 1.29.15-gke.1325000\n - 1.30.12-gke.1033000\n - 1.31.8-gke.1045000\n - 1.32.1-gke.1357000\n- GKE doesn't support the following features with C4A nodes:\n\n - [Confidential GKE Nodes](/kubernetes-engine/docs/how-to/confidential-gke-nodes)\n - [Compact placement](/kubernetes-engine/docs/how-to/compact-placement)\n - [Simultaneous multi-threading (SMT)](/kubernetes-engine/docs/how-to/configure-smt)\n - [Persistent disks](/kubernetes-engine/docs/concepts/persistent-volumes) (use [Hyperdisk](/kubernetes-engine/docs/concepts/hyperdisk) instead, see [Supported disk types for\n C4A](/compute/docs/general-purpose-machines#supported_disk_types_for_c4a))\n - [Nested virtualization](/kubernetes-engine/docs/how-to/nested-virtualization)\n - [GPUs](/kubernetes-engine/docs/concepts/gpus)\n- GKE doesn't support the following features with T2A\n nodes:\n\n - [Confidential GKE Nodes](/kubernetes-engine/docs/how-to/confidential-gke-nodes)\n - [GPUs](/kubernetes-engine/docs/concepts/gpus)\n - [GKE Windows](/kubernetes-engine/docs/concepts/windows-server-gke)\n - [Local SSDs](/kubernetes-engine/docs/how-to/persistent-volumes/local-ssd)\n - [Policy Controller](/anthos-config-management/docs/concepts/policy-controller), [Config Sync](/anthos-config-management/docs/config-sync-overview), and [Config Controller](/anthos-config-management/docs/concepts/config-controller-overview)\n\nWhat's next\n-----------\n\n- [Create clusters and node pools with Arm nodes](/kubernetes-engine/docs/how-to/create-arm-clusters-nodes)\n- [Build multi-architecture images for Arm workloads](/kubernetes-engine/docs/how-to/build-multi-arch-for-arm)\n- [Prepare an Arm workload for deployment](/kubernetes-engine/docs/how-to/prepare-arm-workloads-for-deployment)\n- [Migrate x86 application on GKE to multi-arch with Arm](/kubernetes-engine/docs/tutorials/migrate-x86-to-multi-arch-arm)"]]
