A partir da Milestone 101, o SO otimizado para contentores publica imagens do SO baseadas em Arm. As imagens podem ser usadas para criar VMs Tau T2A no Compute Engine. Para saber mais sobre os tipos de cargas de trabalho que funcionam bem com o Tau T2A, consulte as recomendações de cargas de trabalho. Para saber como pode executar cargas de trabalho Arm no Google Kubernetes Engine (GKE), consulte o artigo Cargas de trabalho Arm no GKE.
Veja imagens baseadas em ARM
As imagens do SO otimizado para contentores baseadas em ARM estão alojadas no cos-cloud
projeto com o prefixo cos-arm64
. Também pode ver todas as versões disponíveis na linha de comandos executando o seguinte comando:
gcloud compute images list --project cos-cloud --no-standard-images --filter="name~'cos-arm64-*'"
O resultado é semelhante ao seguinte:
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
As imagens do SO otimizado para contentores baseadas em ARM partilham o mesmo esquema de controlo de versões e ciclo de vida da etapa
LTS
com imagens baseadas em x86. Também existem famílias de imagens semelhantes cos-arm64-dev
,
cos-arm64-beta
, cos-arm64-stable
e cos-arm64-[MILESTONE]-lts
para imagens do SO otimizado para contentores baseadas em ARM.
Diferenças entre imagens Arm e x86
As imagens do SO otimizado para contentores baseadas em ARM e x86 partilham o mesmo código fonte, mas as configurações de compilação são diferentes. Isto significa que uma imagem do SO otimizado para contentores baseada em ARM pode não ser funcionalmente idêntica a uma imagem do SO otimizado para contentores baseada em x86, mesmo que tenham a mesma versão.
As secções seguintes descrevem as diferenças entre as imagens do SO otimizado para contentores baseadas em Arm e baseadas em x86.
Kernel
As imagens baseadas em Arm do SO otimizado para contentores têm uma configuração do kernel separada que é diferente das imagens baseadas em x86. A diferença mais notória é que as imagens baseadas em ARM usam a interface NVMe para armazenamento em vez da interface SCSI e a NIC virtual da Google (gVNIC) para rede em vez da Virtionet. A funcionalidade Deteção de ameaças de contentores também não funciona em imagens baseadas em Arm.
Agente do Cloud Logging
As imagens baseadas em Arm do SO otimizado para contentores usam o fluent-bit como agente do Cloud Logging e as imagens baseadas em x86 usam o fluentd. Não deve notar qualquer diferença se depender apenas da configuração de registo predefinida incorporada nas imagens do SO. No entanto, se tiver configurações fluentd personalizadas, pode ter problemas ao migrar cargas de trabalho para imagens do SO otimizado para contentores baseadas em Arm. Para mais informações, consulte o agente do Cloud Logging.
Atualizações automáticas
As atualizações automáticas não são suportadas em imagens baseadas em ARM do SO otimizado para contentores.
Aceleradores de GPU
A utilização de aceleradores de hardware da unidade de processamento gráfico (GPU) não é suportada em imagens baseadas em ARM do SO otimizado para contentores.
Crie instâncias com o comando create-with-container
As imagens baseadas em ARM do SO otimizado para contentores não suportam a criação de instâncias de VM com o comando create-with-container
. Pode usar
cloud-init
para configurar instâncias baseadas em ARM se quiser iniciar contentores quando as instâncias
forem criadas.
Imagens de contentores
O SO otimizado para contentores inclui ferramentas que transferem contentores no momento da execução. A tabela seguinte descreve os contentores compatíveis com imagens baseadas em ARM:
Imagens de contentores | Compatível com imagens baseadas em ARM |
---|---|
gcr.io/cos-cloud/toolbox | Sim |
gcr.io/cos-cloud/cos-gpu-installer | Não |
gcr.io/stackdriver-agents/stackdriver-logging-agent | Não |
gcr.io/gce-containers/konlet | Não |