Estamos intentando eliminar un único punto de falla para nuestros archivos sin SAN. Actualmente tenemos un único servidor para servir archivos (localmente), servidor web y base de datos (en VM). Se analiza el uso de DRBD con GFS2 para crear un sistema de archivos de clúster y luego ejecutar tanto como sea posible desde ese sistema de archivos, incluidos el sistema operativo host, las máquinas virtuales y los archivos compartidos.
Nos gustaría tener dos servidores configurados en una configuración maestro/esclavo ejecutándose desde una fuente compartida; pero los servidores tendrían configuraciones de hardware ligeramente diferentes (asignaciones de puertos de unidad, marcas y modelos reales de placa principal, NIC, etc.), por lo que los archivos de configuración de hardware se mantendrían locales (fstab y mdadm, por ejemplo).
Idealmente,un servidor actuaría como primario. La administración de paquetes la realizaría el servidor primario solo en el sistema de archivos agrupado.porque el servidor esclavo no debería necesitarlo si está utilizando los mismos datos (datos del mismo dispositivo de bloque).
El servidor maestro también sería el único punto de administración.para ambos servidores simplemente porque comparten los datos y los archivos de configuración, y el segundo servidor simplemente funciona como un conjunto redundante de hardware para ejecutar el software que está configurado en el servidor 1 y lo hace a través de STONITH, Hearbeat, Pacemaker, etc.
Pero según leo, parece que la mayoría de las personas administran los servidores de forma independiente e intentan automatizarlos mediante trabajos cron y rsync.
También parece que la mayoría de los archivos son bastante estáticos y el usuario los modifica; es decir, la cantidad de archivos/carpetas que el sistema operativo modifica activamente (registros, archivos de intercambio, etc.), independientemente de la entrada del usuario y/o dependientes del hardware, es muy pequeña.
Nos gustaría conservar los archivos proporcionados por el sistema operativo nativo (no en una máquina virtual).
Entonces ahora las preguntas.
¿Se puede separar la administración del software de la administración del hardware? Parece que lo único que necesita administrarse de forma independiente es el hardware de cada máquina; el software debe administrarse de inmediato a través del sistema de archivos agrupado. (Podría estar equivocado, de ahí la pregunta)
¿Se puede ejecutar el sistema operativo host desde un conjunto compartido de archivos en cualquiera de las dos máquinas, una a la vez? Es decir, ¿pueden ambas máquinas estar listas para administrar el sistema operativo host, pero solo el maestro lo hace hasta la conmutación por error, momento en el que la máquina esclava retoma el trabajo de administración? ¿O esta suposición es inexacta?
¿Podemos configurar una máquina en un estado esclavo/inactivo hasta que el maestro deje de funcionar? (Suspender trabajos cron, suspender servicios, etc.) Supongo que parte de esto será una cuestión del software de vallado.
(Esta no es una cuestión de cómo ejecutar ambas máquinas desde el mismo conjunto de datosal mismo tiempo; estarían efectivamente ejecutando el mismo conjunto de datos en diferentes momentos. Los archivos que cada servidor necesita modificar constantemente estarían en el sistema de archivos local)
Simplemente queremos configurar un servidor redundante y minimizar la administración redundante.