Container Service for Kubernetes:Virtual node FAQ

Índice

• Como usar virtual nodes para implementar alta disponibilidade de um service implantado em várias zonas?

• Os virtual nodes suportam recursos de gpu?

• Como priorizar instâncias ecs sobre elastic container instances no agendamento de pods e priorizar elastic container instances sobre instâncias ecs na redução de escala?

• O que fazer se um virtual node falhar ao baixar imagens de um repositório autogerenciado devido a erro de autenticação https?

• Ao criar um pod baseado em ECI especificando vCPUs e memória, o faturamento é baseado na especificação de recursos ou no uso real?

Visão geral das capacidades

Principais capacidades dos virtual nodes.

Como usar virtual nodes para implementar alta disponibilidade de um service implantado em várias zonas?

Especifique vSwitches de múltiplas zonas no campo vSwitchIds do eci-profile. O cluster cria virtual nodes nas zonas correspondentes, como Zona A e Zona B, para garantir alta disponibilidade entre zonas para pods ECI. Recomendamos configurar vSwitches em várias zonas para assegurar a alta disponibilidade.

Consulte Configure an eci-profile.

Os virtual nodes suportam recursos de gpu?

Sim. Solicite recursos de gpu para um pod baseado em ECI das seguintes formas:

• Adicione uma annotation ao metadata do pod para especificar um tipo de instância ecs acelerada por gpu.

• Inclua nvidia.com/gpu em resources para definir a quantidade de GPUs.

Após implantar o arquivo YAML da workload, o cluster cria automaticamente um pod ECI com a configuração de gpu especificada.

Consulte Create pods by using GPU-accelerated instance types.

Como priorizar instâncias ecs sobre elastic container instances no agendamento de pods e priorizar elastic container instances sobre instâncias ecs na redução de escala?

Use taints, tolerations e regras de afinidade para controlar a distribuição de pods entre instâncias ecs e elastic container instances. Agende pods exclusivamente em ecs, exclusivamente em elastic container instances ou priorize ecs para que as elastic container instances absorvam o excesso de demanda. Durante a redução de escala, os pods baseados em ECI são removidos primeiro.

Consulte Configure resource allocation based on ECS instances and elastic container instances.

Prioridade de agendamento por método de faturamento:

A redução de escala ocorre na ordem inversa: pods baseados em ECI são removidos primeiro, seguidos pelos pods em instâncias ecs pagas conforme o uso e, por fim, pelos pods em instâncias ecs por assinatura.

Consulte Configure priority-based resource scheduling.

Compare as opções de agendamento em Introduction and comparison of virtual node-based scheduling solutions.

O que fazer se um virtual node falhar ao baixar imagens de um repositório autogerenciado devido a erro de autenticação https?

Por padrão, elastic container instances baixam imagens via https. Se o repositório de imagens autogerenciado utilizar HTTP, a incompatibilidade de protocolos causará falha no pull da imagem.

Para corrigir, adicione annotations à elastic container instance para alternar para HTTP. Consulte Pull an image from a self-managed image repository.

Ao criar um pod baseado em ECI especificando vCPUs e memória, o faturamento é baseado na especificação de recursos ou no uso real?

O faturamento do pod considera as especificações de vCPU e memória definidas no momento da criação, não o uso real. Caso as especificações solicitadas não sejam suportadas pelo Elastic Container Instance, o sistema as ajustará automaticamente e aplicará o faturamento com base nas especificações ajustadas.

Consulte Billing of elastic container instances.