Cargas de trabajo de Arm en GKE

Autopilot estándar

En este documento, se explica cómo ejecutar cargas de trabajo de Arm en Google Kubernetes Engine (GKE). Puedes ejecutar cargas de trabajo de Arm de las siguientes maneras:

• Modo Autopilot de GKE: En la plataforma de procesamiento optimizada para contenedores de Autopilot, solicita de forma explícita la arquitectura Arm y la autopilot-arm ComputeClass para cargas de trabajo de uso general. Para solicitar hardware específico, usa las Performance o Scale-Out clases de procesamiento.
• Modo Standard de GKE: Usa las series de máquinas C4A, N4A o Tau T2A.

En GKE, puedes ejecutar imágenes de una sola arquitectura de Arm o imágenes de varias arquitecturas (multiarquitectura) compatibles con procesadores x86 y Arm. Para obtener más información sobre los beneficios de Arm, consulta VMs de Arm en Compute.

Ejecuta cargas de trabajo de Arm en GKE

Consulta lo siguiente para obtener más información sobre cómo elegir cargas de trabajo que se implementarán en Arm y cómo prepararlas para su implementación:

• Elige las cargas de trabajo que se ejecutarán en Arm: Ten en cuenta los beneficios de las siguientes opciones cuando elijas las cargas de trabajo que se ejecutarán en Arm:

  • Plataforma de procesamiento optimizada para contenedores de Autopilot: Se recomienda para cargas de trabajo de Arm de uso general en clústeres de Autopilot, ya que proporciona facturación y elasticidad basadas en Pods sin que tengas que administrar tipos de máquinas específicos.

  • Familias de máquinas específicas: Para las cargas de trabajo que requieren características de hardware de hardware específicas, considera los siguientes tipos de máquinas. Para obtener más información, consulta la tabla en Familia de máquinas de uso general para Compute Engine:

    • Los nodos C4A proporcionan procesamiento basado en Arm que logra un rendimiento alto de manera constante para tus cargas de trabajo basadas en Arm más sensibles al rendimiento.
    • Los nodos N4A proporcionan procesamiento basado en Arm que equilibra el precio y el rendimiento.
    • Los nodos T2A son adecuados para cargas de trabajo más flexibles o cargas de trabajo que dependen del escalamiento horizontal.

• Implementar en diferentes arquitecturas: Con GKE, puedes usar imágenes multiarquitectura para implementar con facilidad un manifiesto de imagen en nodos con diferentes arquitecturas, incluida Arm.

  • Para asegurarte de que tu imagen de contenedor sea compatible con Arm y se pueda ejecutar en tus arquitecturas de destino, consulta Compila imágenes multiarquitectura para cargas de trabajo de Arm.
  • Si quieres seguir un instructivo para usar imágenes multiarquitectura a fin de implementar en arquitecturas, consulta Migra la aplicación de x86 en GKE a multiarquitectura con Arm.

• Preparación de cargas de trabajo de Arm para la implementación: Una vez que tengas una imagen compatible con Arm, usa reglas de afinidad de nodos y selectores de nodos a fin de asegurarte de que la carga de trabajo esté programada para nodos con un tipo de arquitectura compatible.

  • Clústeres de Autopilot: Consulta Prepara cargas de trabajo de Autopilot para la arquitectura Arm.
  • Clústeres de Standard: Consulta Prepara una carga de trabajo de Arm para la implementación.

Requisitos y limitaciones

• Los nodos Arm están disponibles en Google Cloud ubicaciones que admiten la arquitectura Arm. Para obtener más detalles, consulta Regiones y zonas disponibles.
• La familia de pods general-purpose-arm y la clase de procesamiento autopilot-arm solo están disponibles en las siguientes regiones: us-east1, us-west1, europe-west1, europe-west4 y us-central1.
• Config Connector y Config Controller no son compatibles con los clústeres con grupos de nodos Arm.
• Consulta los siguientes requisitos y limitaciones para las máquinas virtuales (VMs) C4A y las instancias de Bare Metal, respectivamente:
  • VMs C4A:
    • Para crear un clúster que use Autopilot modo, ajuste de escala automático del clúster, aprovisionamiento automático de nodos, o ComputeClasses que creen automáticamente grupos de nodos, usa las siguientes versiones o versiones posteriores:
      • 1.30.7-gke.1136000
      • 1.31.3-gke.1056000
    • Para crear un clúster de Standard, usa la versión 1.30.4-gke.1213000 o una posterior.
    • Para usar SSD locales, usa las siguientes versiones o versiones posteriores:
      • 1.30.12-gke.1033000
      • 1.31.8-gke.1045000
      • 1.32.1-gke.1357000
    • GKE no admite las siguientes funciones con VMs C4A:
      • Confidential GKE Nodes
      • Posición compacta
      • Multiprocesamiento simultáneo (SMT)
      • Discos persistentes (usa Hyperdisk en su lugar; consulta Tipos de discos compatibles con C4A)
      • Virtualización anidada
      • GPU
  • Instancias de Bare Metal C4A, incluidas c4a-standard-96-metal y c4a-highmem-96-metal:
    • Para crear un grupo de nodos de Standard, usa la versión 1.35.0-gke.2232000 o una posterior.
    • Además de las limitaciones de las VMs C4A, GKE no admite las siguientes funciones con instancias de Bare Metal C4A:
      • SSD locales.
      • Aprovisionamiento de la instancia de Bare Metal mediante la optimización del rendimiento de los pods de Autopilot eligiendo una serie de máquinas, ya que no puedes seleccionar de forma explícita el tipo de máquina.
      • Migración en vivo Para obtener más información, consulta Administra las interrupciones de los nodos de GKE que no se migran en vivo.
    • Para crear un clúster que use c4a-highmem-96-metal y el modo Autopilot, el ajuste de escala automático del clúster, el aprovisionamiento automático de nodos, o ComputeClasses que creen automáticamente grupos de nodos, usa la versión 1.35.3-gke.1389000 o una posterior. c4a-standard-96-metal no es compatible con estas funciones. También se aplica lo siguiente:
      • Para configurar grupos de nodos creados automáticamente que usan c4a-highmem-96-metal, debes especificar de forma explícita el tipo de máquina. Si especificas solo la serie de máquinas C4A y no el tipo de máquina, GKE aprovisiona VMs C4A, no instancias de Bare Metal. Este comportamiento es válido para el aprovisionamiento automático de nodos y para ComputeClasses que crean automáticamente grupos de nodos.

• Consulta los siguientes requisitos y limitaciones para N4A:

  • Para crear un clúster con nodos N4A que use el modo Autopilot, usa la versión 1.34.1-gke.3403001 de GKE o una posterior.

  • GKE no admite las siguientes funciones con nodos N4A:

    • SSD locales
    • Confidential GKE Nodes
    • GPU
    • Posición compacta
    • Multiprocesamiento simultáneo (SMT)
    • Discos persistentes (usa Hyperdisk en su lugar; consulta Tipos de discos compatibles con N4A)
    • Virtualización anidada
    • Hugepages de 1 GB (solo se admiten hugepages de 2 MB)

• Consulta los siguientes requisitos y limitaciones para T2A:

  • GKE no admite las siguientes funciones con nodos T2A:

    • Confidential GKE Nodes
    • GPU
    • GKE Windows
    • SSD locales
    • Policy Controller, Sincronizador de configuración y Controlador de configuración

¿Qué sigue?

• Crea clústeres y grupos de nodos con nodos Arm
• Compila imágenes de varias arquitecturas para cargas de trabajo de Arm
• Prepara una carga de trabajo de Arm para la implementación
• Migra la aplicación de x86 en GKE a multiarquitectura con Arm