Nodos del clúster
Usa Nodos del clúster para adjuntar, activar, consultar y eliminar instancias de Engine en un despliegue multinodo de Callaba.
Elige este módulo cuandoUn despliegue necesita nodos regionales o adicionales de Engine dentro de una relación de confianza.
Usa otro módulo cuandoUsa una sola instancia de Engine si no necesitas capacidad distribuida ni ubicación regional.
/api/clusterNodes/createAntes de empezar
Todos los métodos requieren un x-access-token administrativo. Los nodos deben ser accesibles a través de las rutas de red necesarias, tener el rol previsto y usar datos únicos de identidad y dirección.
Qué puedes hacer
create,update,getAll,getCountygetByIdgestionan los registros de nodos.attachNodeydetachNodemodifican la pertenencia al clúster.startystopcontrolan un nodo registrado.removeelimina el registro de un nodo que ya no se necesita.
Flujo de ejemplo
- Crea el nodo con su rol y una dirección accesible.
- Adjúntalo al clúster correspondiente.
- Inícialo y comprueba su estado antes de asignarle trabajo.
- Detén y separa el nodo antes de realizar mantenimiento o eliminarlo.
Casos de uso habituales
- Añadir un nodo regional de procesamiento para un evento cerca de sus señales de contribución.
- Mantener un nodo de pruebas separado de las asignaciones de producción.
- Drenar y separar un nodo para mantenimiento sin eliminar el clúster.
Límites y resolución de problemas
Los roles incorrectos, direcciones duplicadas, hosts inaccesibles o permisos de red insuficientes pueden impedir que un nodo se adjunte o se inicie. Separar o detener un nodo puede afectar a los recursos asignados: mueve o detén primero el trabajo que dependa de él.
Siguientes pasos
Cuando el nodo esté activo, crea los recursos de ingesta o procesamiento que deban ejecutarse en el clúster.
Conectar un worker a un clúster de Callaba
Crea el nodo, conéctalo al master revisado e inícialo solo tras validar red y versión.
- Crear el nodoRegistra el host revisado y su rol.
POST /api/clusterNodes/create - Conectar el nodoUne el nodo a la relación de clúster prevista.
POST /api/clusterNodes/attachNode - Iniciar el workerInicia solo tras validar la conexión y el estado.
POST /api/clusterNodes/start
Los métodos de clúster requieren acceso administrativo. Prueba conectividad y compatibilidad antes de mover cargas.
Registra un nodo interno nuevo en el clúster. Úsalo para ampliar la capacidad, incorporar un nodo secundario a la topología de confianza o preparar un nodo de prueba antes de un despliegue.
En los nodos secundarios, el token de API del nodo forma parte del establecimiento de confianza. No uses una IP pública: esta relación está diseñada para infraestructura interna.
Utiliza esta configuración cuando un nodo interno deba actuar como punto principal de coordinación del clúster y el resto de los nodos deban conectarse a él.
Utiliza esta configuración para incorporar un nodo secundario a un clúster interno de confianza. El token de API del nodo secundario es necesario para completar la conexión.
Utiliza esta configuración para preparar un nodo de validación, ensayo o pruebas aisladas antes de incorporarlo a una ruta de producción.
Etiqueta del panel: Nombre del nodo.
Nombre descriptivo del nodo interno.
Etiqueta del panel: Tipo.
Los valores utilizados por el producto son CLUSTER_NODES_TYPE_MASTER, CLUSTER_NODES_TYPE_SLAVE y CLUSTER_NODES_TYPE_TEST.
Etiqueta del panel: Host.
Dirección interna del nodo. El panel advierte que no se debe utilizar aquí una IP pública.
Etiqueta del panel: Token de API.
Token JWT del nodo secundario utilizado para conectarlo al clúster. Solo se aplica cuando el tipo de nodo es CLUSTER_NODES_TYPE_SLAVE.
Etiqueta del panel: Habilitado.
Define si el nodo debe quedar activo inmediatamente después de crearlo.
La operación de creación confirma que la solicitud ha sido aceptada.