Charges de travail Arm sur GKE

Autopilot Standard

Ce document explique comment exécuter des charges de travail Arm sur Google Kubernetes Engine (GKE). Vous pouvez exécuter des charges de travail Arm dans des clusters GKE Autopilot à l'aide des classes de calcul Scale-Out ou Scale-Out, ou dans des clusters GKE Standard à l'aide des séries de machines C4A, N4A (aperçu) ou Tau T2A.Performance

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.

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, consultez les ressources suivantes :

• Choisir des charges de travail à exécuter sur Arm : tenez compte des avantages des types de machines suivants lorsque vous choisissez des charges de travail à exécuter sur Arm. 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 :

  • 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 N4A fournissent des ressources de calcul basées sur Arm qui offrent un équilibre entre prix et performances.
  • Les nœuds T2A conviennent aux charges de travail plus flexibles ou à celles qui reposent sur un scaling horizontal.

• 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.

  • Pour vous assurer que votre image de conteneur est compatible avec Arm et peut s'exécuter sur vos architectures ciblées, consultez Créer des images multi-architecture pour les charges de travail Arm.
  • Pour suivre un tutoriel sur l'utilisation d'images multi-arch à déployer dans plusieurs architectures, consultez la page Migrer l'application x86 sur GKE vers multi-arch avec 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.

  • Clusters Autopilot : consultez Déployer des charges de travail Autopilot sur l'architecture Arm.
  • Clusters standards : consultez Préparer une charge de travail Arm pour le déploiement.

Conditions requises et limites

• 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.

• Consultez les exigences et les limites suivantes pour C4A :

  • Pour créer un cluster avec des nœuds C4A qui utilise le mode Autopilot, l'autoscaling de cluster ou le provisionnement automatique des nœuds, vous devez utiliser les versions suivantes ou ultérieures :

    • 1.28.15-gke.1344000
    • 1.29.11-gke.1012000
    • 1.30.7-gke.1136000
    • 1.31.3-gke.1056000

  • 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

  • Vous pouvez utiliser des disques SSD locaux avec les nœuds C4A à partir des versions suivantes :

    • 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 :

    • Nœuds Confidential GKE Node
    • Emplacement compact
    • Multithreading simultané (SMT)
    • Disques persistants (utilisez plutôt Hyperdisk, consultez Types de disques compatibles avec C4A)
    • Virtualisation imbriquée
    • GPU

• Voici les exigences et les limites applicables à N4A :

  • GKE n'est pas compatible avec les fonctionnalités suivantes sur les nœuds N4A :

    • Disques SSD locaux
    • Nœuds Confidential GKE Node
    • GPU
    • Emplacement compact
    • Multithreading simultané (SMT)
    • Disques persistants (utilisez plutôt Hyperdisk, consultez Types de disques compatibles avec N4A).
    • Virtualisation imbriquée
    • 1 GB hugepages (seules les hugepages de 2 Mo sont acceptées)
    • Autopilot

• Voici les exigences et les limites applicables à T2A :

  • GKE n'est pas compatible avec les fonctionnalités suivantes sur les nœuds T2A :

    • Nœuds Confidential GKE Node
    • GPU
    • Windows GKE
    • Disques SSD locaux
    • Policy Controller, Config Sync et Config Controller

Étapes suivantes

• Créer des clusters et des pools de nœuds avec des nœuds Arm
• Créer des images multi-architecture pour les charges de travail Arm
• Préparer une charge de travail Arm pour le déploiement
• Migrer l'application x86 sur GKE vers multi-arch avec Arm