Si no ha actualizado a ClusterControl 1.5, ¡debería hacerlo! Está repleto de excelentes funciones y mejoras nuevas. Tenemos mucha documentación para guiarlo y ayudarlo a comenzar. La documentación sobre versiones anteriores todavía está disponible en nuestro repositorio de Github.
Además de las actualizaciones de rutina estándar en las guías de usuario y administrador para reflejar las funciones más recientes, también realizamos algunas mejoras en otras áreas.
Legibilidad mejorada
Recibimos algunos comentarios sobre la legibilidad de la página de documentación. Ahora hemos mejorado la apariencia al cambiar a una mejor plantilla de CSS. El resaltado de sintaxis y la etiqueta del código fuente ahora siguen el mismo estilo que usamos en nuestros blogs. También hemos solucionado una serie de errores 404 y enlaces rotos en el sitio de documentación.
Componentes de control de clúster
ClusterControl 1.5 introdujo dos nuevos paquetes para manejar las características de administración e integración de la nube. Estos paquetes son específicamente para manejar la copia de seguridad fuera del sitio en el almacenamiento en la nube, y serán una base que se ampliará cuando se agreguen nuevas funciones en las próximas versiones. La configuración modular de ClusterControl ahora consta de una serie de componentes:
- Controlador de control de clúster (cmon)
- API REST de ClusterControl
- IU de control de clúster
- ClusterControl SSH
- Notificaciones de control de clúster
- Nube de control de clúster
- Administrador de archivos en la nube de ClusterControl
- CLI de ClusterControl
Cada uno de los componentes se describe en detalle con ejemplos. También descartamos un componente anterior llamado ClusterControl NodeJS que estaba disponible desde la versión 1.3, reemplazado por una versión mejorada llamada ClusterControl Notifications.
Aprenda sobre ellos aquí.
Apagado ordenado
También recibimos algunas solicitudes para proporcionar formas recomendadas de realizar un cierre limpio del clúster de la base de datos, lo que puede ser útil durante las pruebas o el mantenimiento. Según la tecnología de agrupación, el orden de inicio y apagado es fundamental para mantener sincronizado todo el clúster y garantizar que el sistema se inicie sin problemas en el futuro.
Se recomienda que el nodo ClusterControl sea el último en apagarse, ya que necesita supervisar el estado de los hosts monitoreados y guardarlo en la base de datos CMON. Al iniciar el clúster de la base de datos en una etapa posterior, ClusterControl realizará un procedimiento de inicio adecuado en función del último estado conocido de los hosts monitoreados.
Consulte los pasos de apagado correcto recomendados aquí.
Guía de solución de problemas
Hemos enumerado problemas comunes, con pasos de solución de problemas para ayudarlo a solucionar algunos problemas comunes con los que podría encontrarse. Estamos en medio de la migración de casos de soporte técnico populares de nuestro foro de soporte, por lo que puede encontrar toda la información en un solo lugar.
Consulte la Guía de solución de problemas aquí.
Damos la bienvenida a cualquier comentario, sugerencia o comentario con respecto a nuestra documentación para asegurarnos de que encuentre todo lo que necesita. ¡Feliz agrupamiento!
