Compartir a través de

Garantizar la resistencia del plano de control con el servicio Operator Nexus

El servicio Nexus está diseñado para mantener la resistencia del plano de control en varias configuraciones de bastidor de proceso.

Instancias con tres o más bastidores de proceso

Operator Nexus garantiza la disponibilidad de tres nodos activos del plano de control de Kubernetes (KCP) en instancias con tres o más bastidores de proceso. En el caso de las configuraciones que superan dos bastidores de proceso, también se mantiene un nodo de reserva adicional. Estos nodos se distribuyen estratégicamente entre diferentes bastidores para garantizar la resistencia del plano de control, siempre que sea posible.

Sugerencia

El plano de control de Kubernetes es un conjunto de componentes que administran el estado de un clúster de Kubernetes, programan cargas de trabajo y responden a eventos de clúster. Incluye el servidor API, el almacenamiento etcd, el programador y los gestores de controladores.

Los nodos de administración restantes contienen varios operadores que ejecutan el software de la plataforma y otros componentes que realizan funcionalidades de soporte técnico para la supervisión, el almacenamiento y las redes.

Durante las actualizaciones en tiempo de ejecución, Operator Nexus implementa una actualización secuencial de los nodos del plano de control que conserva la resistencia durante el proceso de actualización.

Tres bastidores de proceso:

KCP = Nodo del plano de control de Kubernetes MGMT = Nodo del grupo de nodos de administración

Bastidor 1 Bastidor 2 Bastidor 3
KCP KCP KCP
KCP-spare MGMT MGMT

Cuatro o más bastidores de proceso:

Bastidor 1 Bastidor 2 Bastidor 3 Bastidor 4
KCP KCP KCP KCP-spare
MGMT MGMT MGMT MGMT

Instancias con menos de tres racks de computación

Operator Nexus mantiene un nodo de plano de control activo y, si está disponible, una instancia de plano de control de reserva. Por ejemplo, una configuración de dos bastidores tiene un nodo activo del plano de control de Kubernetes (KCP) y un nodo de reserva.

Dos bastidores de proceso:

Bastidor 1 Bastidor 2
KCP KCP-spare
MGMT MGMT

Bastidor de computación único

Operator Nexus admite la resistencia del plano de control en configuraciones de bastidor único al tener tres nodos de administración dentro del bastidor. Por ejemplo, una única configuración de bastidor con tres servidores de administración proporciona un número equivalente de planos de control activos para garantizar la resistencia dentro de un bastidor.

Bastidor 1
KCP
KCP
KCP

Implicaciones de resistencia del cuórum perdido

En situaciones de desastre cuando el plano de control pierde quórum, hay impactos en la API de Kubernetes en toda la instancia. Este escenario puede afectar la capacidad de una carga de trabajo para leer y escribir recursos personalizados (CR) y comunicarse entre racks.

Determinar el rol del plano de control

Solución de problemas de error de cuórum del plano de control