A partir del evento importante 101, Container-Optimized OS publica imágenes de SO basadas en Arm. Las imágenes se pueden usar para crear VMs Tau T2A en Compute Google Kubernetes Engine. Para obtener más información sobre qué tipos de cargas de trabajo funcionan bien con Tau T2A, consulta Recomendaciones de cargas de trabajo. Para aprender a ejecutar cargas de trabajo de Arm en Google Kubernetes Engine (GKE), consulta Arma las cargas de trabajo en GKE.
Visualiza imágenes basadas en ARM
Las imágenes de Container-Optimized OS basadas en ARM se alojan en cos-cloud
proyecto con el prefijo cos-arm64. También puedes ver todas las opciones disponibles
versiones en la línea de comandos ejecutando el siguiente comando:
gcloud compute images list --project cos-cloud --no-standard-images --filter="name~'cos-arm64-*'"
El resultado es similar a este:
NAME PROJECT FAMILY DEPRECATED STATUS
cos-arm64-101-17162-40-5 cos-cloud cos-arm64-101-lts READY
cos-arm64-beta-101-17162-40-5 cos-cloud cos-arm64-beta READY
cos-arm64-dev-105-17228-0-0 cos-cloud cos-arm64-dev READY
cos-arm64-stable-101-17162-40-5 cos-cloud cos-arm64-stable READY
Las imágenes de Container-Optimized OS basadas en ARM comparten lo mismo
esquema de control de versiones y LTS
ciclo de vida de los hitos
con imágenes basadas en x86. También hay familias de imágenes similares cos-arm64-dev, cos-arm64-beta, cos-arm64-stable y cos-arm64-[MILESTONE]-lts para imágenes de Container-Optimized OS basadas en Arm.
Diferencias entre las imágenes Arm y x86
Las imágenes de Container-Optimized OS basadas en ARM y en x86 comparten lo mismo código fuente pero las configuraciones de compilación y compilación son diferentes. Esto significa que una imagen de Container-Optimized OS basada en Arm podría no ser funcionalmente idéntica a una imagen de Container-Optimized OS basada en x86, incluso si tienen la misma versión.
En las siguientes secciones, se describen las diferencias entre los modelos e imágenes de Container-Optimized OS basadas en x86.
Kernel
Las imágenes basadas en ARM de Container-Optimized OS tienen una configuración de kernel independiente que es diferente de las imágenes basadas en x86. La diferencia más notoria es que Las imágenes basadas en ARM usan la interfaz NVMe para el almacenamiento en lugar de la interfaz SCSI. NIC virtual de Google (gVNIC) para con contactos en lugar de Virtionet. El Container Threat Detection tampoco funciona en imágenes basadas en ARM.
Agente de Cloud Logging
Uso de imágenes basadas en ARM en Container-Optimized OS fluent-bit como Agente de Cloud Logging y basado en x86 imágenes usan fluentd. No debería notar ninguna diferencia si solo confía en los de registro predeterminada integrada en las imágenes de SO. Sin embargo, si tienes configuraciones de fluentd personalizadas, podrías experimentar fallas cuando migres cargas de trabajo en imágenes de Container-Optimized OS basadas en ARM. Para obtener más información, consulta el agente de Cloud Logging.
Actualizaciones automáticas
Las actualizaciones automáticas no es compatible con imágenes basadas en ARM de Container-Optimized OS.
Aceleradores de GPU
No se admite el uso de aceleradores de hardware de unidades de procesamiento gráfico (GPU) en Imágenes basadas en ARM de Container-Optimized OS.
Crea instancias con el comando create-with-container
Las imágenes basadas en ARM de Container-Optimized OS no admiten la creación de instancias de VM
con el create-with-container
. Puedes usar
cloud-init
para configurar instancias basadas en ARM si quieres iniciar contenedores cuando las instancias
de seguridad.
Imágenes de contenedor
Container-Optimized OS incluye herramientas que descargan contenedores durante el tiempo de ejecución. En la siguiente tabla, se describe la compatibilidad de los contenedores con Imágenes basadas en ARM:
| Imágenes de contenedor | Compatible con imágenes basadas en ARM |
|---|---|
| gcr.io/cos-cloud/toolbox | Sí |
| gcr.io/cos-cloud/cos-gpu-installer | No |
| gcr.io/stackdriver-agents/stackdriver-logging-agent | No |
| gcr.io/gce-containers/konlet | No |