Así que veo muchos puntos de vista contradictorios sobre el uso de STONITH con un clúster DRBD/Pacemaker/Corosync de 2 nodos para replicar datos MySQL. El ejemplo que pude encontrar en el Sitio web de marcapasosParece apagarlo, pero muchos otros lugares dicen que debes mantenerlo encendido... Mi configuración será de 2 nodos con 2 interfaces, uno conectado físicamente a la otra máquina y el otro conectado a un interruptor. En ese caso, si tengo comunicaciones redundantes ¿es necesario STONITH? Si un servidor pierde ambas conexiones de red, no recibirá ningún dato de MySQL de todos modos, y cuando vuelva a funcionar, planeo configurar la permanencia en infinito para que (no debería) no intente convertirse en el maestro. En este caso, ¿es necesario o incluso aconsejable STONITH?
Respuesta1
Lo mejor que puede hacer es probar lo que realmente sucede bajo diferentes modos de falla, para asegurarse de que no haya ninguna falla que pueda causar que ambos servidores MySQL intenten convertirse en maestros.
Pruebe deshabilitar la conexión a Internet en un servidor. Vea lo que sucede en ambos servidores y observe lo que sucede cuando lo vuelve a abrir.
Haga lo mismo con las conexiones redundantes. Luego haga lo mismo para desactivar TODAS las conexiones de red a la vez.
Una razón para no utilizar STONITH en un clúster de dos nodos es que es bastante fácil terminar con ambos nodos intentando matar al otro y, de hecho, consiguiéndolo. Debe probar su configuración para asegurarse de que ambos no se apaguen o que ambos sigan ejecutándose como maestros y desincronicen su base de datos.
Otra cosa que recomiendo, mientras lo pruebas, antes de que entre en producción: romperlo intencionalmente. Haga algo que haga que mysql y drbd no estén sincronizados y aprenda cómo solucionarlo. Escriba lo que tuvo que hacer para solucionarlo. Porque es mucho mejor saber cómo hacerlo ANTES de que realmente lo necesites.