GNU/Linux >> Tutoriales Linux >  >> Linux

KVM+DRBD replicado entre dos servidores activo-pasivo con conmutación manual

¿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".


Linux
  1. ¿Líneas comunes entre dos archivos?

  2. ¿Extraer texto entre dos líneas específicas?

  3. Uso de Amazon SWF para comunicarse entre servidores

  4. Ejecutando dos servidores SSH

  5. Cómo copiar una gran cantidad de archivos rápidamente entre dos servidores

Configuración de la sincronización de archivos Unison entre dos servidores en Debian 8 (Jessie)

Configuración de la sincronización de archivos Unison entre dos servidores en Debian 10 (Buster)

Cómo asegurar servidores Linux con SE Linux

Cómo Rsync archivos entre dos servidores Linux automáticamente

Configuración inicial del servidor con Ubuntu 18.04

Administre sus servidores con Cockpit Linux