Clúster, nodos y servicios
Qué es un clúster
Un clúster es un grupo de servidores que vStack Center administra como un único recurso. Cada servidor del clúster se denomina nodo: aloja un hipervisor, discos locales y pools de almacenamiento. Las máquinas virtuales y los centros de datos virtuales (VDC) se ejecutan sobre este grupo y no sobre un servidor concreto.
El clúster expone sus parámetros a través de sus opciones. Entre ellas figuran el nombre y
el identificador del clúster, el sitio y la ubicación, los límites para los nuevos
objetos (vcpu_max, max_disk_size, max_ram_size, mtu_max), el umbral de
capacidad de los pools (pool_capacity_treshold) y un conjunto de indicadores de las
funcionalidades habilitadas. Las opciones se muestran junto a la lista de nodos, lo que
ofrece una vista única del estado del clúster.
Quién administra qué
vStack Center no interactúa directamente con los nodos. Los comandos para administrar los miembros del clúster (habilitar un nodo, deshabilitar un nodo, iniciar o detener un servicio) van a Cluster Manager, un componente de vStack OS. El dispatcher del clúster intercambia mensajes con él mediante ZeroMQ, y Cluster Manager entrega el comando a los nodos mediante AMQP. Por eso la indisponibilidad de Cluster Manager aparece en la API como una categoría de errores aparte: vStack Center está en funcionamiento, pero no hay ningún componente disponible para entregar el comando.
Cluster Manager y Cluster master son cosas distintas. Cluster Manager es
el componente de vStack OS que administra los nodos (su CLI en un nodo es vstack-cluster;
consulte la documentación de vStack OS). Cluster master es el rol de acceso n.º 1, con permisos completos
sobre el clúster. El primero determina quién ejecuta los comandos; el segundo determina quién
puede solicitarlos.
vStack Center obtiene algunos datos de fuentes distintas de Cluster Manager. El inventario de hardware, las versiones de los paquetes y los parámetros de configuración de los nodos proceden del agente del nodo y se almacenan en la base de datos. El consumo real de CPU y memoria procede de InfluxDB. Estas fuentes se comportan de forma distinta, y esas diferencias se aprecian en la interfaz.
| Qué consulta | Fuente | Qué ocurre si la fuente falla |
|---|---|---|
| Lista de nodos, estados de nodos y servicios | Cluster Manager mediante ZeroMQ | No se muestra ningún estado; la pantalla informa de un error al obtener el estado |
| Inventario de hardware, versiones de software, configuración | Base de datos rellenada por el agente del nodo | Los valores se muestran, pero están desactualizados: compruebe la columna Last_seen |
| Consumo real de CPU y RAM | InfluxDB | El consumo es cero; la capacidad de los nodos no se muestra |
| Aprovisionamiento (recursos asignados a las VM) | Base de datos de vStack Center | Siempre se calcula, con independencia de las métricas |
La consecuencia práctica: "utilización cero" y "sin datos" son estados distintos. Los valores aprovisionados siguen siendo fiables incluso cuando no se recopilan métricas.
Dos estados para cada objeto
Un nodo o un servicio se describe mediante un par de estados y no mediante uno solo. El estado administrativo es lo que el administrador ha permitido. El estado operativo es lo que realmente ocurre. Una diferencia entre ambos indica si un nodo se retiró del servicio intencionadamente o falló por sí solo.
| Campo | Objeto | Valores | Significado |
|---|---|---|---|
admin_status | nodo | ONLINE, OFFLINE | Si el administrador ha permitido que el nodo funcione |
oper_status | nodo | estado del nodo | El estado real notificado por el nodo |
enabled | nodo, servicio | true, false | Forma abreviada del permiso administrativo para funcionar |
admin_status | servicio | STARTED, STOPPED | Estado de destino del servicio |
oper_status | servicio | estado del servicio | Estado real del servicio |
nodeId | servicio | identificador del nodo | El nodo en el que se ejecuta el servicio |
Un servicio del clúster es una unidad que Cluster Manager inicia en un nodo
concreto. Los servicios incluyen los pools de almacenamiento (con nombres como zpool_tank0) y los
servicios del sistema del clúster. Por tanto, un servicio tiene dos dimensiones independientes: si está habilitado o deshabilitado,
y si está iniciado o detenido. Habilitar un servicio no lo inicia, y un servicio en ejecución
se detiene si se deshabilita.
Qué pueden ver los distintos usuarios
Todos los usuarios comparten el mismo mapa de estado del clúster, pero lo que pueden ver depende de sus privilegios. Un administrador del clúster obtiene el mapa completo, un observador obtiene el mismo mapa en modo "solo panel", y un usuario normal obtiene únicamente una lista de sus VDC.
| Privilegio | Qué es visible |
|---|---|
View Cluster Status Map (full) (6003) | Mapa completo: nodos, servicios, opciones del clúster |
View Cluster Status Map (6000) sin 6003 | La lista de VDC del usuario y las opciones; sin datos de composición del clúster |
View Cluster Status Map (dashboard) (6004) sin 6003 ni 6000 | Los mismos datos, pero marcados como panel: solo para consultar el resumen |
Los privilegios se evalúan en este orden: 6003, luego 6000 y luego 6004. Por tanto, para un usuario con los roles vDC Admin (role_id=2) y Resource Viewer (role_id=5), el privilegio 6000 tiene prioridad sobre el 6004. Este usuario obtiene una lista de VDC. El modo panel está disponible para los usuarios que tienen 6004 pero no 6003 ni 6000.
Junto con los nodos y los servicios, vStack Center muestra el estado de la máquina de administración: sus sistemas de archivos, la carga de CPU y la memoria. Se trata del propio plano de control, no de un nodo del clúster: no confunda ambos.
Funcionalidades controladas por indicadores
Algunas funcionalidades no siempre están disponibles. Las opciones del clúster contienen indicadores como
feature.*, y una funcionalidad controlada por un indicador no está disponible cuando ese indicador
está deshabilitado, ni siquiera para el rol Cluster master. Compruebe el indicador con antelación: cuesta menos
que diagnosticar una solicitud rechazada.
| Indicador | Qué habilita |
|---|---|
feature.hardware_inventory | Inventario de hardware de los nodos y utilización de núcleos de CPU por nodo |
feature.node_config_management | Configuración de nodos: consulta y modificación de parámetros, recopilación de versiones de software |
feature.physical_disc_management | Trabajo con los discos físicos de los nodos |
feature.network_ports_management | Grupos de puertos de los nodos |
Un indicador tiene tres valores posibles: habilitado, deshabilitado y sin definir. Trate un indicador sin definir como deshabilitado.
Dónde consultar el estado
Trabaje de arriba abajo. La pantalla Overview de Provider Data Center muestra cuánta capacidad del clúster hay disponible y cuánta está en uso, mientras que su pestaña Resources desglosa la misma información por nodo. Server Nodes muestra la lista de nodos y el estado de cada uno. Storage Resources muestra los pools de almacenamiento y los nodos que los alojan actualmente. La ficha del nodo ofrece la vista más detallada: sus secciones Software, Hardware, Disks y Perfdata muestran las versiones de los paquetes, el inventario, los discos y las métricas de un único nodo.
Consulte también
- Cómo consultar los recursos del clúster: una descripción general de los recursos del clúster y de las métricas agregadas.
- Cómo administrar los nodos del clúster: retirar un nodo del servicio y devolverlo al servicio, inventario y configuración.
- Cómo administrar los servicios del clúster: habilitar, iniciar y detener servicios.
Métodos de la API
Operaciones de la API que se tratan en esta página: get-statusmap, cluster-totals,
cluster-overview: consulte la referencia de la API.