¿Cuál es el proceso básico detrás de nfs de alta disponibilidad en 2 servidores? Digamos que estoy usando latidos para conmutar por error una IP flotante entre las 2. Luego tengo un servidor de terceros que monta un recurso compartido nfs basado en esa IP. La idea es que puedo manipular archivos y luego, si se produce una conmutación por error, el nfs permanecerá activo y no estará disponible temporalmente cuando el nfs y la IP se cambien al otro servidor.
Sin embargo, me pregunto sobre el flujo de trabajo. Por el momento, con la conmutación por error manual, puedo tener el nodo1 como drbd primario y montar el drbd como exportación nfs con IP flotante. Luego, si quiero realizar una conmutación por error, puedo desmontar la unidad drbd, configurar el servidor como secundario, luego configurar el nodo2 como primario, montar drbd nfs y luego aparecerá la nueva IP en el nodo2.
¿Es esta la idea correcta? Si intento desmontar el montaje nfs/drbd correctamente, puede fallar porque nfs todavía está accediendo a él (es decir, si el servidor de terceros está accediendo al recurso compartido).
¿Hay alguna manera de tener un proceso similar con conmutación por error manual pero con conmutación por error rápida?
Respuesta1
Siguiendo su enfoque, debe tener en cuenta detener el servicio nfs cuando realice la conmutación por error, por lo que los pasos deberían ser:
- Detener el servicio NFS en el nodo 2
- Desmontar elunidad NFSen el nodo2
- Flotar la dirección IP del servicio del nodo2 al nodo1
- Monte elunidad NFSen el nodo1
- Inicie el servicio NFS en el nodo1
Tiene otras alternativas, por ejemplo puede usar un sistema de archivos en clúster (como el de RedHat).SGF), de esta forma podrás tener montado elunidad NFSen ambos servidores. Luego, depende de usted si desea simplemente pasar de un nodo a otro en caso de falla o incluso equilibrarlos de alguna manera para que estén Activos/Activos.