OpenSVC acaba de ser portado a la plataforma FreeBSD. La pequeña propaganda en ese anuncio me intrigó así que fui alSitio web OpenSVCy encontré esto:
OpenSVC es un administrador de "servicios", como un administrador de servicios en clúster, diseñado para centros de datos heterogéneos del mundo real y orquestadores de operaciones a gran escala (recuperación ante desastres, por ejemplo).
Los servicios son colecciones de recursos (máquina virtual, IP, grupos de discos, sistemas de archivos, sincronizaciones de archivos y lanzadores de aplicaciones).
Los servicios se pueden iniciar, detener y consultar su estado, proporcionando un conjunto de comandos coherente para tipos de integración de servicios muy diferentes.
Las configuraciones, el estado y los registros del servicio se envían a una base de datos central acoplada a una interfaz web (recolector).
Los servicios se pueden administrar utilizando la pila de software GPLv2 independiente implementada en los nodos (nodeware) o mediante la interfaz web.
Además de algunos gráficos tipo UML. Lo cual está muy bien, pero todavía no entiendo: ¿qué hace? ¿Estoy siendo simplemente tonto? ¿Cuál es el caso de uso de este sistema?
Respuesta1
Intentaré describir casos específicos para explicar la utilidad de OpenSVC.
Considere un administrador de sistemas en una empresa, él configura servicios para clientes/usuarios. Tiene alrededor de 50 servicios a cargo. Le gusta FreeBSD, por lo que tiende a desplegar sus servicios sobre esa base. Tiene una buena comprensión de cómo funciona rsnapshot, por lo que creó scripts para automatizar las copias de seguridad y scripts cuidadosamente preparados para ayudar a recuperarse de una falla del servidor, que puede incluso ser un apagón del sitio.
El administrador de sistemas del cubículo contiguo también está a cargo de otros 50 servicios. También habrá hecho bien los deberes, pero con su propio estilo. Es posible que prefiera Linux y rsync, sus scripts de recuperación estarán en una ubicación diferente (puede que esté en su escritorio). Es posible que sus clientes requieran más disponibilidad, por lo que tuvo que elegir una pila de agrupación.
Ahora escale a decenas de administradores y miles de servicios. El centro de datos es un mosaico de tecnologías: 3 a 4 sistemas operativos diferentes, 2 hardware de almacenamiento diferente con su propio protocolo de replicación (hitachi shadow copy, emc srdf, netapp snapmirror), 2 pilas de agrupación (hacmp, redhat cluster, suncluster, veritas cluster), una gran variedad de scripts diferentes para automatizar acciones en perímetros pequeños.
E imagine algunos escenarios frecuentes: una fuga en un rack: 20 servidores caídos, 50 servicios que necesitan conmutación por error, 10 administradores diferentes con todos sus mecanismos de conmutación por error específicos o un apagón del sitio: el mismo boceto, diez veces más, la empresa ha subcontratado el monitoreo del servicio: Es difícil confiar en el evaluador de bajo perfil los servicios afinados, iniciar/detener la responsabilidad de la acción o la rotación de administradores de sistemas: no es fácil pasar todos los ajustes al recién llegado.
OpenSVC puede verse como una pila de clúster gratuita, fácil de implementar y que se puede implementar en cualquier lugar. Los servicios de baja criticidad pueden tener un solo nodo. Los servicios de criticidad media pueden tener 2 nodos y no tener conmutación por error automática. Servicios de alta criticidad, más de 2 nodos con conmutación por error automática más un nodo remoto para recuperación ante desastres.
La misma herramienta para todos, respetando las preferencias de cada administrador de sistemas (sistema operativo, modelo de virtualización, sistema de archivos, esquema de replicación) y cada objetivo de disponibilidad para proporcionar acciones de parada/inicio/replicación para tipos de integración tan diferentes.
Centré el ejemplo en un entorno a gran escala para resaltar la utilidad de OpenSVC, pero en la vida real, muchos usuarios usan OpenSVC para administrar de 1 a 4 servicios, solo para distribuir una gran cantidad de scripts que ellos mismos mantenían anteriormente.
El recopilador web aporta ventajas adicionales, como interfaz de generación de informes, alertas y extracción de datos. Este componente no está certificado por GPL pero no es necesario para beneficiarse de lo anterior. Los autónomos tienden a utilizar el recopilador de Internet para tener un punto único de presentación de informes sobre los servicios que mantienen para diferentes clientes.
Espero que ayude a aclarar la posición de OpenSVC en el mundo de la agrupación.
Respuesta2
Parece que es un agregador del estado de los servicios en un grupo de máquinas en un centro de datos. Tal vez como un lugar central para monitorear sus servidores de archivos, servidores web, servidores NFS, máquinas virtuales, etc. junto con registros de estado y todo eso.
Además, parece que puede reiniciar los servicios, detenerlos, hacerles "ping", etc. Básicamente, una herramienta para ayudar a controlar y monitorear muchas computadoras en un centro de datos desde un solo lugar.
Respuesta3
Hay varios administradores de servicios de clúster paraLinux de alta disponibilidad. (Aunque no tengo más enlaces a mano) Esta parece ser una oferta centrada en FreeBSD para administrar recursos en una configuración de clúster (es decir, asegurarse de que el servidor web esté disponible en al menos 1 de los nodos del clúster en todo momento, etc)