¿Por qué no utilizar cosas que han sido comprobadas por miles de usuarios y han demostrado su fiabilidad? Simplemente puede implementar un servidor Hyper-V gratuito con, por ejemplo, StarWind VSAN Free y obtener HA real sin ningún problema. Consulte este manual:https://www.starwindsoftware.com/resource-library/starwind-virtual-san- escenario-hiperconvergente-de-2-nodos-con-hyper-v-server-2016
Tengo una instalación muy similar con la configuración que describiste:un servidor KVM con una réplica en espera a través de DRBD activo/pasivo. Para tener un sistema lo más simple posible (y para evitar cualquier división automática del cerebro, es decir, debido a que mi cliente interfirió con la red del clúster), también abandoné la conmutación por error automática del clúster.
El sistema tiene más de 5 años y nunca me dio ningún problema. Mi configuración de volumen es la siguiente:
- un volumen RAID dedicado para el almacenamiento de máquinas virtuales;
- un pequeño volumen superpuesto que contiene archivos de configuración QEMU/KVM;
- volúmenes más grandes para discos virtuales;
- un recurso DRBD que gestiona todo el dispositivo de bloque de matriz dedicado.
Escribí algunos scripts de shell para ayudarme en caso de conmutación por error. Puedes encontrarlos aquí
Tenga en cuenta que el sistema se diseñó para obtener el máximo rendimiento, incluso a expensas de funciones como instantáneas rápidas y discos virtuales basados en archivos (en lugar de basados en volúmenes).
Reconstruyendo una configuración activa/pasiva similar ahora, me inclinaría mucho por usar ZFS y la replicación asíncrona continua a través de send/recv
. No es una replicación basada en bloques en tiempo real, pero es más que suficiente para más del 90 % de los casos.
Si la replicación en tiempo real es realmente necesario, usaría DRBD encima de un ZVOL + XFS; De hecho, probé una configuración de este tipo + interruptor de marcapasos automático en mi laboratorio con gran satisfacción. Si no es posible usar módulos de tercera parte (como lo es ZoL), usaría recursos DRBD además de un lvmthin
volumen + XFS.
Puede configurar totalmente DRBD y usarlo de forma puramente manual. El proceso no debe ser complejo en absoluto. Simplemente haría lo que hace un clúster de Pacemaker o Rgmanager, pero a mano. Esencialmente:
- Detener la máquina virtual en el nodo activo
- Degradar DRBD en el nodo activo
- Promover DRBD en el nodo par
- Inicie la máquina virtual en el nodo del mismo nivel
Naturalmente, esto requerirá que ambos nodos tengan instalados los paquetes adecuados y que las configuraciones y la definición de la máquina virtual existan en ambos nodos.
Puedo asegurar que la pila Linux HA (corosync y pacemaker) todavía se desarrolla y admite activamente. Muchas guías son antiguas, el software existe desde hace 10 años. Cuando se hace correctamente, no hay problemas o problemas importantes. No está abandonado, pero ya no es "nuevo y emocionante".