Clúster Azure Operator Nexus

Azure Operator Nexus se basa en construcciones básicas como servidores de proceso, dispositivos de almacenamiento y dispositivos del tejido de red. El Clúster Azure Operator Nexus representa una implementación local de la plataforma. El ciclo de vida de los recursos específicos de la plataforma depende del estado del clúster.

Introducción a la implementación del clúster

Durante la implementación del clúster, éste pasa por varias fases del ciclo de vida, que tienen funciones específicas designadas para garantizar que se alcanza el estado objetivo.

Fase de validación de hardware:

La Validación de Hardware se inicia durante el proceso de implementación del clúster, evaluando el estado de los componentes de hardware para las máquinas proporcionadas a través de la definición del rack del Clúster. En función de los resultados de estas comprobaciones y de las máquinas omitidas por el usuario, se realiza una determinación en si hay suficientes nodos pasados o disponibles para cumplir los umbrales necesarios para que la implementación continúe.

Los resultados de la validación de hardware para un servidor determinado se escriben en el área de trabajo de Log Analytics (LAW), que se proporciona como parte de la creación del clúster. Los resultados incluyen las siguientes categorías:

• información_del_sistema
• drive_info
• información_de_red
• información_de_salud
• información de arranque

En este artículo se proporcionan instrucciones sobre cómo comprobar la información de resultados de hardware para solucionar problemas de validación de hardware.

Fase de arranque:

Una vez que la validación de hardware se realiza correctamente, se genera la imagen de arranque para la acción de implementación del clúster en el administrador de clústeres. Esta dirección URL iso de imagen se usa para arrancar el nodo efímero, que implementaría los componentes del clúster de destino, que aprovisionan el plano de control de Kubernetes (KCP), el plano de administración de Nexus (NMP) y el dispositivo de almacenamiento. Estos distintos estados se reflejan en el estado del clúster, que estas fases se ejecutan como parte del flujo de trabajo de arranque efímero.

El nodo de arranque efímero aprovisiona secuencialmente cada nodo KCP, y si un nodo KCP no se aprovisiona, la acción de implementación del clúster falla, marcando el estado del clúster como erróneo. El operador de arranque administra el proceso de aprovisionamiento de nodos sin sistema operativo mediante el enfoque del entorno de ejecución previo al arranque PXE.

Después de aprovisionar correctamente los nodos KCP, la acción de implementación continúa aprovisionando nodos NMP en paralelo. Si no se puede aprovisionar un nodo NMP, se produce un error en la acción de implementación del clúster, lo que provoca un error en el estado del clúster.

Tras el aprovisionamiento correcto de nodos NMP, se crean hasta dos dispositivos de almacenamiento antes de que la acción de implementación continúe con el aprovisionamiento de los nodos de proceso. Los nodos de proceso se aprovisionan en paralelo y, una vez que se alcanza el umbral de nodo de proceso definido, el estado del clúster pasa de Implementar a en ejecución. Sin embargo, los nodos restantes continúan en el proceso de aprovisionamiento hasta que quedan aprovisionados correctamente.

Operaciones del clúster

• Enumerar el clúster: enumere la información del clúster en el grupo de recursos o la suscripción proporcionados.
• Mostrar clúster: obtenga las propiedades del clúster proporcionado.
• Actualizar clúster: actualice las propiedades o etiquetas del clúster proporcionado.