Cargas de trabajo de Arm en GKE

Autopilot Standard

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 en clústeres Autopilot de GKE con las Performance o Scale-Out clases de computación, o en clústeres Estándar de GKE con las series de máquinas C4A, N4A (vista previa) o Tau T2A.

Puedes ejecutar imágenes Arm de una sola arquitectura o imágenes de varias arquitecturas (multi-arch) compatibles con procesadores x86 y Arm. Para obtener información sobre las ventajas de Arm, consulta Máquinas virtuales Arm en Compute.

Para obtener más información sobre cómo elegir las cargas de trabajo que se van a desplegar en Arm y cómo prepararlas para el despliegue, consulta lo siguiente:

• Elegir cargas de trabajo para ejecutarlas en Arm: ten en cuenta las ventajas de los siguientes tipos de máquinas al elegir las cargas de trabajo que quieres ejecutar en Arm. Para obtener más información sobre los tipos de cargas de trabajo que funcionan bien con cada una de estas series de máquinas, consulta la tabla de la sección Familia de máquinas de uso general de Compute Engine:

  • Los nodos C4A proporcionan computación basada en Arm que consigue un rendimiento alto y constante para tus cargas de trabajo basadas en Arm más sensibles al rendimiento.
  • Los nodos N4A proporcionan computación basada en Arm que equilibra el precio y el rendimiento.
  • Los nodos T2A son adecuados para cargas de trabajo más flexibles o que dependen del escalado horizontal.

• Despliegue en varias arquitecturas: con GKE, puede usar imágenes de varias arquitecturas para desplegar un manifiesto de imagen en nodos con diferentes arquitecturas, incluida Arm.

  • Para asegurarte de que tu imagen de contenedor es compatible con Arm y se puede ejecutar en las arquitecturas de destino, consulta Crear imágenes de varias arquitecturas para cargas de trabajo de Arm.
  • Para seguir un tutorial sobre cómo usar imágenes multiarquitectura para desplegar aplicaciones en varias arquitecturas, consulta Migrar una aplicación x86 en GKE a una aplicación multiarquitectura con Arm.

• Preparar cargas de trabajo de Arm para el despliegue: una vez que tengas una imagen compatible con Arm, usa reglas de afinidad de nodos y selectores de nodos para asegurarte de que tu carga de trabajo se programe en nodos con un tipo de arquitectura compatible.

  • Clústeres de Autopilot: consulta Desplegar cargas de trabajo de Autopilot en la arquitectura Arm.
  • Clústeres estándar: consulta Prepara una carga de trabajo de Arm para el despliegue.

Requisitos y limitaciones

• Los nodos Arm están disponibles en las Google Cloud ubicaciones que admiten la arquitectura Arm. Para obtener más información, consulta Regiones y zonas disponibles.

• Consulta los siguientes requisitos y limitaciones de C4A:

  • Para crear un clúster con nodos C4A que utilice el modo Autopilot, la adaptación automática de clústeres o el aprovisionamiento automático de nodos, debes usar las siguientes versiones o versiones posteriores:

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

  • Para crear un clúster estándar con nodos C4A, debes usar una de las siguientes versiones o una posterior:

    • 1.28.13-gke.1024000
    • 1.29.8-gke.1057000
    • 1.30.4-gke.1213000

  • Puedes usar SSD local con nodos C4A con las siguientes versiones o posteriores:

    • 1.29.15-gke.1325000
    • 1.30.12-gke.1033000
    • 1.31.8-gke.1045000
    • 1.32.1-gke.1357000

  • GKE no admite las siguientes funciones con nodos C4A:

    • Nodos confidenciales de GKE
    • Emplazamiento compacto
    • Multihilo simultáneo (SMT)
    • Discos persistentes (usa Hyperdisk en su lugar; consulta Tipos de disco admitidos para C4A).
    • Virtualización anidada
    • GPUs

• Consulta los siguientes requisitos y limitaciones de N4A:

  • GKE no admite las siguientes funciones con nodos N4A:

    • SSDs locales
    • Nodos confidenciales de GKE
    • GPUs
    • Emplazamiento compacto
    • Multihilo simultáneo (SMT)
    • Discos persistentes (usa Hyperdisk en su lugar; consulta los tipos de disco admitidos para N4A)
    • Virtualización anidada
    • 1 GB hugepages (solo se admiten hugepages de 2 MB)
    • Autopilot

• Consulta los siguientes requisitos y limitaciones de Texto a audio:

  • GKE no admite las siguientes funciones con nodos T2A:

    • Nodos confidenciales de GKE
    • GPUs
    • GKE Windows
    • SSDs locales
    • Policy Controller, Config Sync y Config Controller

Siguientes pasos

• Crear clústeres y grupos de nodos con nodos Arm
• Crear imágenes de varias arquitecturas para cargas de trabajo de Arm
• Prepara una carga de trabajo de Arm para el despliegue
• Migrar una aplicación x86 en GKE a una arquitectura múltiple con Arm