Reformando la plataforma, diseño técnico.

Tras una conversación de desayuno con un compañero, gracías "Japi", me hizo darme cuenta de que el punto de fallo de mi plataforma basada en:

• equipos con poco disco duro y mucha memoria que hacen las funciones de "hosts" de las máquinas virtuales
• un equipo backend de datos, y
• un equipo backend de copia de seguridad (opcional)

; el punto de fallo principal se encontraba en los backend de datos y copia de seguridad, ya que estos sistemas pueden tener averías que dejen inutilizado nuestros cluster de virtualización de alta disponibilidad. Aunque estos equipos vengan con discos en RAID(1, 5 o 6).

Podría transformarse, el anterior modelo, en base a las aplicaciones de alta disponibilidad en:

• equipos con poco disco duro y mucha memoria que hacen las funciones de "hosts" de las máquinas virtuales, 
• equipos, dos generalmente, que forman un cluster de alta disponibilidad para el backend de datos y el backend de copia de seguridad en un formato A/P

Y este es el proyecto que iré describiendo ahora. (iré actualizando esta entrada conforme avance)

Planteamiento:

Actualmente la plataforma es la siguiente:

El planteamiento es:

(Nota:Este modelo choca con lo indicado de reducir el hardware del cluster a 3 servidores hosts que compartieran por NFS los filesystem donde almacenaremos los discos duros de las máquinas virtuales y sus correspondientes copias de seguridad. El modelo que aquí planteamos busca en principio dividir por roles los diferentes servidores para posteriormente reunificarlos de manera que sean solo dos máquinas , de las tres, las que tengan el cluster NFS, con el almacenamiento de MV y copias de seguridad.)

Tras esta remodelación del concepto, por otro lado mejorable, vamos a comenzar a desarrollar la instalación del cluster de NFS. Se va  a realizar siguiendo:

• la guia del How-To para Lenny, 
• Cluster from Scratch - Apache, DRBD y GFS2(buscando aun el enlace) y
• pacemaker para NFS(buscando el enlace),

(NOTA) El hardware que actualmente uso no tiene capacidad para el fencing, que está restringido a un hardware más "potente", tal como el IPMI y/o DRAC de Dell, ILO de HP, etc.