Container Service for Kubernetes:Preguntas frecuentes sobre nodos virtuales

Índice

• How do I use virtual nodes to implement high availability for a service deployed across zones?

• Do virtual nodes support GPU resources?

• How do I prioritize ECS instances over elastic container instances for pod scheduling and prioritize elastic container instances over ECS instances for pod scale-in?

• What do I do if a virtual node fails to pull images from a self-managed image repository because of an HTTPS authentication error?

• After I create an ECI-based pod by specifying the number of vCPUs and memory size, is the pod billed based on the resource specification or the actual resource usage?

Descripción general de capacidades

A continuación se muestran las capacidades principales de los nodos virtuales.

¿Cómo implemento alta disponibilidad entre zonas para un servicio mediante nodos virtuales?

Especifique vSwitches de varias zonas en el campo vSwitchIds del objeto eci-profile. El clúster crea nodos virtuales en las zonas correspondientes, como Zone A y Zone B, para lograr alta disponibilidad entre zonas en los pods de ECI. Le recomendamos configurar vSwitches de varias zonas para garantizar la alta disponibilidad.

Consulte Configure an eci-profile.

¿Los nodos virtuales son compatibles con recursos de GPU?

Sí. Puede solicitar recursos de GPU para un pod basado en ECI de las siguientes maneras:

• Agregue una anotación al objeto metadata del pod para especificar un tipo de instancia ECS acelerada por GPU.

• Agregue nvidia.com/gpu al campo resources para indicar la cantidad de GPU.

Después de desplegar el archivo YAML de la carga de trabajo, el clúster crea automáticamente un pod de ECI con la configuración de GPU especificada.

Consulte Create pods by using GPU-accelerated instance types.

¿Cómo priorizo las instancias ECS sobre las elastic container instances para programar pods y viceversa para reducir su escala?

Use taints, tolerations y reglas de afinidad para controlar la distribución de pods entre instancias ECS y elastic container instances. Programe los pods solo en instancias ECS, solo en elastic container instances o bien priorice las instancias ECS para que las elastic container instances absorban la demanda excedente. Durante la reducción de escala, primero se eliminan los pods basados en ECI.

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

Prioridad de programación según el método de facturación:

La reducción de escala sigue el orden inverso: primero se eliminan los pods basados en ECI, luego los de instancias ECS pay-as-you-go y, por último, los de instancias ECS de suscripción.

Consulte Configure priority-based resource scheduling.

Compare las opciones de programación en Introduction and comparison of virtual node-based scheduling solutions.

¿Qué hago si un nodo virtual no puede extraer imágenes de un repositorio autogestionado debido a un error de autenticación HTTPS?

Las elastic container instances extraen imágenes mediante HTTPS de forma predeterminada. Si su repositorio de imágenes autogestionado usa HTTP, la diferencia de protocolos provoca que la extracción falle.

Para solucionarlo, agregue anotaciones a la elastic container instance y cambie el protocolo a HTTP. Consulte Pull an image from a self-managed image repository.

Al crear un pod basado en ECI con una cantidad específica de vCPU y memoria, ¿se factura según la especificación solicitada o el uso real?

El pod se factura según las especificaciones de vCPU y memoria que estableció durante la creación, no conforme al uso real. Si Elastic Container Instance no admite las especificaciones solicitadas, el sistema las ajusta automáticamente y le cobra con base en las especificaciones ajustadas.

Consulte Billing of elastic container instances.