Los nodos del clúster administran la base de datos y la membresía de aplicaciones. No prometen programación automática de cargas de trabajo, enrutamiento geográfico o escalado automático fluido.
Callaba self-hosted
El nodo secundario de confianza aparece como el miembro activo previsto del clúster y puede desconectarse con el procedimiento ya probado.
Ver cómo funciona el productoAntes de empezar
Accesibilidad de red privada entre nodos.
Token API de administrador para el nodo que se está adjuntando.
Versiones de Callaba compatibles y una copia de seguridad de la configuración actual.
Ajustes explicados
Se explican los controles que necesita el operador. Los nombres internos y eventos de implementación se omiten intencionadamente.
Identidad del nodo
Describe al miembro de confianza.
- Nombre
Nombre del nodo orientado al operador.
- Tipo de nodo
Rol Maestro, Secundario o Prueba disponible en la interfaz.
- Host privado
Dirección privada accesible utilizada entre nodos.
Evite una dirección pública cuando haya una ruta privada disponible.- Token API
Token de administrador utilizado para establecer una gestión confiable.
Trátelo como un secreto.- Activo
Estado del ciclo de vida del nodo registrado.
Primer flujo seguro
- 01
Haga una copia de seguridad de la configuración actual y verifique la conectividad de la red privada.
- 02
Cree el nodo con su función prevista, host privado y token de administrador.
- 03
Adjunte el nodo y espere a que se establezca la membresía.
- 04
Inícielo y verifique la accesibilidad más la membresía esperada de la base de datos.
- 05
Procedimiento de desconexión y recuperación de pruebas fuera de un incidente de producción.
Ejemplos de flujo
Agregar un nodo secundario de confianza
Una implementación autohospedada necesita un miembro de clúster adicional compatible.
Cómo construirlo
- 1
Confirma versiones compatibles, copia de seguridad y conectividad privada.
- 2
Registre el nodo secundario con su host privado y token.
- 3
Adjunte e inicie el nodo en una ventana controlada.
- 4
Verifique el estado del nodo y la membresía de la base de datos antes de usarlo operativamente.
Vuelva a conectar un nodo después del mantenimiento planificado
Un miembro del clúster de confianza se separó intencionalmente para mantenimiento del host o de la red.
Cómo construirlo
- 1
Confirme que el mantenimiento esté completo y compare la versión del nodo, la función y la dirección privada con la línea base registrada.
- 2
Verifique la conectividad privada y el token confiable antes de cambiar de membresía.
- 3
Adjunte e inicie el nodo existente durante la ventana aprobada.
- 4
Verifique la membresía resultante y el estado de la aplicación antes de devolver el nodo al uso operativo.
Verificar el resultado
- Se puede acceder al nodo a través de la ruta privada prevista.
- El rol y el estado del ciclo de vida coinciden con la topología planificada.
- Las operaciones de adjuntar/desconectar producen el estado de membresía esperado.
Solución de problemas
Adjuntar falla
Comprobar- Verifique la accesibilidad privada.
- Verifique el token y la versión del nodo.
- Confirme el rol y la membresía actual.
Corrija los requisitos previos de confianza o de red antes de repetir la acción de adjuntar.