A partire da Milestone 101, Container-Optimized OS pubblica immagini di sistema operativo basate su ARM. Le immagini possono essere utilizzate per creare VM Tau T2A su Compute di ricerca. Per scoprire di più sui tipi di carichi di lavoro che funzionano bene con Tau T2A, consulta Consigli per i carichi di lavoro. Per scoprire come eseguire carichi di lavoro ARM su Google Google Kubernetes Engine (GKE), consulta Abilita i carichi di lavoro su GKE.
Visualizzazione di immagini basate su ARM
Le immagini di Container-Optimized OS basate su ARM sono ospitate in cos-cloud
progetto con il prefisso cos-arm64. Puoi anche vedere tutte le opzioni disponibili
le release sulla riga di comando eseguendo questo comando:
gcloud compute images list --project cos-cloud --no-standard-images --filter="name~'cos-arm64-*'"
L'output è simile al seguente:
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
Le immagini Container-Optimized OS basate su ARM condividono lo stesso
schema del controllo delle versioni ed LTS
ciclo di vita di un traguardo
con immagini basate su x86. Esistono anche famiglie di immagini simili: cos-arm64-dev,
cos-arm64-beta, cos-arm64-stable e cos-arm64-[MILESTONE]-lts per
Immagini Container-Optimized OS basate su ARM.
Differenze tra le immagini Arm e x86
Le immagini Container-Optimized OS basate su Arm e x86 condividono lo stesso codice sorgente, ma le configurazioni di compilazione e di compilazione sono diverse. Ciò significa che L'immagine Container-Optimized OS basata su ARM potrebbe non essere funzionalmente identica con un'immagine Container-Optimized OS basata su x86 anche se hanno le stesse completamente gestita.
Le seguenti sezioni descrivono le differenze tra le soluzioni ARM e immagini di Container-Optimized OS basate su x86.
Kernel
Le immagini basate su ARM di Container-Optimized OS hanno una configurazione kernel separata diverso dalle immagini basate su x86. La differenza più evidente è che Le immagini basate su ARM utilizzano l'interfaccia NVMe per l'archiviazione invece dell'interfaccia SCSI e NIC virtuale Google (gVNIC) per anziché Virtionet. La Rilevamento delle minacce di container non è compatibile nemmeno con le immagini basate su ARM.
Agente Cloud Logging
Utilizzo di immagini basate su ARM Container-Optimized OS fluent-bit come Agente Cloud Logging e basato su x86 le immagini usano fluente. Non dovresti notare alcuna differenza se utilizzi solo configurazione predefinita del logging integrata nelle immagini del sistema operativo. Tuttavia, se disponi configurazioni fluide personalizzate, potresti riscontrare interruzioni durante la migrazione carichi di lavoro alle immagini Container-Optimized OS basate su ARM. Per ulteriori informazioni, consulta l'agente Cloud Logging.
Aggiornamenti automatici
Gli aggiornamenti automatici non sono supportato su immagini basate su ARM per Container-Optimized OS.
Acceleratori GPU
L'utilizzo di acceleratori hardware dell'unità di elaborazione grafica (GPU) non è supportato nelle immagini del sistema operativo ottimizzate per i container basate su ARM.
Creazione di istanze con il comando create-with-container
Le immagini basate su ARM di Container-Optimized OS non supportano la creazione di istanze VM
con create-with-container
. Puoi utilizzare
cloud-init
per configurare le istanze basate su Arm se vuoi avviare i container al momento della creazione delle istanze.
Immagini container
Container-Optimized OS include strumenti che scaricano container in runtime. La tabella seguente descrive i container compatibili con Immagini basate su braccia:
| Immagini container | Compatibile con le immagini basate su 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 |