¿Cuál es la mejor manera de crear una configuración maestro-esclavo para una aplicación web?

Question

Estoy creando una interfaz de gestión de servidor para algunos de mis servidores (que los servidores virtuales de acogida) y quería saber la mejor manera de implementar una configuración maestro-esclavo para dicha interfaz.

El servidor maestro debe conectarse a todos los servidores esclavos con el fin de recuperar la información (ofrecer una visión general de alto nivel) y los envían comandos (mantiene una gestión centralizada). Sin embargo, el servidor maestro en sí también puede tener servidores virtuales en él, que es por eso que tenía la intención de implementar la misma aplicación en todos los nodos físicos y averiguar si el nodo es un maestro o un esclavo.

// Nota al margen: Casi parece que la recursividad de una manera jaja

Algunas ideas que tenía en mente:

• esquemas de base de datos para un maestro y un esclavo, la aplicación comprueba el esquema para determinar el tipo de servidor.
• Un campo en la tabla de listado servidor que designa un servidor en la tabla como un maestro o esclavo

Answer 1

Se me ocurrió una solución simple a mi problema. Acabo de añadir un archivo esclavo de la instalación de un esclavo, y el programa comprueba si el archivo está allí. Si es así, que designa ese servidor como esclavo ..... totalmente sobre considera que la ...

Answer 2

Mientras que usted podría rodar su propia solución, lo mejor es algún tipo de estructura de automatización de servidor / aplicación como de marionetas o cocinero. En lo personal, prefiero cocinero, pero hay una gran cantidad de apoyo para ambos. Por lo menos, que probablemente se podría obtener una idea de cómo lograr esto por sí mismo de ellos:)

En lugar de ir en una gran explicación de lo que hacen, te sugiero que echa un vistazo a los sitios para cada uno:

• http://wiki.opscode.com/display/chef/Home
• http://reductivelabs.com/trac/puppet/wiki/AboutPuppet

Sin embargo, aquí están las propagandas de introducción de cada sitio ...

---

Chef es un marco de integración de sistemas, construido para llevar los beneficios de la gestión de configuración para toda su infraestructura. Con el chef, es posible:

• Administrar servidores mediante la escritura de código, no mediante la ejecución de comandos. (A través de libros de cocina)
• integrar estrechamente con sus aplicaciones, bases de datos, directorios LDAP, y mucho más. (A través de Bibliotecas)
• Fácil de configurar las aplicaciones que requieren el conocimiento de toda la infraestructura ( "¿Qué sistemas están funcionando mi aplicación?" "¿Cuál es el servidor de base de datos maestra actual?")

---

Títeres es un lenguaje declarativo para la expresión de la configuración del sistema, el cliente y el servidor para su distribución, y una biblioteca para realizar la configuración.

En lugar de acercarse a la administración de servidores mediante la automatización de las técnicas actuales, de marionetas replantea el problema proporcionando un lenguaje para expresar las relaciones entre los servidores, los servicios que prestan, y los objetos primitivos que componen esos servicios. En vez de manejar el detalle de cómo lograr una cierta configuración o proporcionar un servicio determinado, los usuarios pueden simplemente Títeres expresan su configuración deseada usando las abstracciones que están acostumbrados a la manipulación, al igual que el servicio y el nodo, y la marioneta es responsable ni de la consecución de la configuración o proporcionar al usuario información suficiente para solucionar los problemas que surjan.