Un clúster de IBM® Cloud Private tiene cuatro clases de nodos principales: de arranque, maestro, trabajador y proxy.
Opcionalmente, puede especificar los nodos de gestión, de Asesor de vulnerabilidades (VA) y etcd en el clúster.
Debe determinar la arquitectura del clúster de IBM Cloud Private antes de instalarlo. La configuración de varios nodos maestros para la alta disponibilidad del nodo maestro y la separación del nodo de gestión del nodo maestro son solo opciones durante la instalación. Después de la instalación, puede añadir o eliminar solo los nodos de trabajador, proxy, de gestión y de VA del clúster.
Nota: En las imágenes siguientes, los clústeres representan las configuraciones mínimas de IBM Cloud Private. Las configuraciones reales pueden variar.
Se utiliza un nodo o programa de arranque para ejecutar las tareas de instalación, configuración, escalado de nodos y actualizaciones de clústeres. Solo se necesita un nodo de arranque por clúster. Puede utilizar un único nodo para el maestro y el de arranque.
Puede utilizar un único nodo de arranque para varios clústeres. En tal caso, el arranque y el maestro no pueden estar en un único nodo. Cada clúster debe tener su nodo maestro. En el nodo de arranque, debe tener un directorio de instalación independiente para cada clúster. Si proporciona su propia entidad emisora de certificados para la autenticación, debe tener un dominio de entidad emisora de certificados independiente para cada clúster.
Un nodo maestro proporciona servicios de gestión de y controla los nodos trabajadores de un clúster. El nodo maestro contiene los procesos responsables de la asignación de recursos, el mantenimiento del estado, la planificación y la supervisión. Dado que un entorno de alta disponibilidad (HA) contiene varios nodos maestros, si el nodo maestro inicial falla, la lógica de migración tras error promueve automáticamente un nodo distinto en el rol maestro. Los hosts que pueden actuar como nodo maestro se denominan candidatos a maestro.
Un nodo de trabajador es un nodo que proporciona un entorno contenerizado para ejecutar tareas. A medida que aumenta la demanda, se pueden añadir fácilmente más nodos trabajadores al clúster para mejorar el rendimiento y la eficacia. Un clúster puede contener tantos nodos trabajadores como desee y necesita un mínimo de uno.
Un nodo proxy es un nodo que transmite la solicitud externa a los servicios creados dentro del clúster. Dado que un entorno de alta disponibilidad (HA) contiene varios nodos proxy, si el nodo proxy inicial falla, la lógica de migración tras error promueve automáticamente un nodo distinto en el rol proxy. Aunque puede utilizar un nodo único como maestro y proxy, es mejor utilizar los nodos proxy dedicados para reducir la carga en el nodo maestro. Un clúster debe contener al menos un nodo proxy si se necesita equilibrio de carga dentro del clúster.
Un nodo de gestión es un nodo opcional que solo aloja servicios de gestión como la supervisión, la medición y el registro. Al configurar nodos de gestión dedicados, puede impedir que el nodo maestro se sobrecargue. Puede habilitar un nodo de gestión aparte solo durante la instalación de IBM Cloud Private. Si no habilita un nodo de gestión aparte durante la instalación, los servicios de gestión se colocarán en el nodo maestro.
Un nodo de VA (Asesor de vulnerabilidades) es un nodo opcional que se utiliza para ejecutar los servicios del Asesor de vulnerabilidades. Los servicios del Asesor de vulnerabilidades son ricos en recursos. Si utiliza el servicio del Asesor de vulnerabilidades, especifique un nodo de VA dedicado. Para obtener más información sobre el Asesor de vulnerabilidades, consulte Asesor de vulnerabilidades.
Un nodo etcd es un nodo opcional que se utiliza para ejecutar el almacén de clave valor distribuido etcd. Configurar un nodo etcd en un clúster de IBM Cloud Private que tiene muchos nodos, como 100 o más, ayuda a mejorar el rendimiento
de etcd. Para obtener más información sobre la configuración de un nodo etcd, consulte Establecimiento de los roles de nodo en el archivo hosts.
Si utiliza los nodos de proxy en el clúster, la arquitectura será parecida a la del diagrama siguiente:
Si utiliza nodos de gestión en el clúster, la arquitectura se parecerá a la del diagrama siguiente:
Si utiliza nodos de VA, la arquitectura se parecerá a la del diagrama siguiente:
