De mi Manual de Proxmox VE 4.x: Infraestructura adecuada para garantizar la Alta Disponibilidad

Saludos nuevamente.

En un post anterior les dije que estaba planificando la cofección de un nuevo manual de Clústers de Alta Disponibilidad con Proxmox VE 4.0. Bueno, hasta el momento no me ha sido fácil montar las infraestructuras que quiero por un problema de poca memoria RAM para hacer las pruebas, pero estoy pensando en algunas alternativas. 🙂

De momento, comenzaré por las partes del manual que son más bien informativas y de introducción. Aclaro que lo estoy haciendo por partes y no en un orden sucesivo.

Así que, sin más, aquí les va el primero de la secuencia:

Infraestructura adecuada para garantizar la Alta Disponibilidad

Este es uno de los temas más importantes del ecosistema Proxmox VE, el equipamiento necesario para garantizar la Alta Disponibilidad (en lo adelante HA) en los Clústers de Proxmox VE.

Como de sobra es sabido, en muchas organizaciones de nuestro país los administradores de red no cuentan con equipamiento suficiente para echar a andar un clúster con esta característica. No obstante, se puede configurar hasta cierto punto (o como decimos algunos: un Clúster Proxmox VE de palo), pero se debe tener un monitoreo constante del mismo de manera tal que, de fallar algún elemento, actuar rápidamente para solucionarlo. Muchos dirán que el administrador de red se vuelve un esclavo del sistema, pero es el precio que hay que pagar si se quiere un servicio medianamente estable.

De todas maneras, si alguien tiene la posibilidad de tener la infraestructura que se describirá posteriormente, también debe monitorearla hasta el más mínimo al detalle y estar pendiente de cualquier problema que pueda surgir para solucionarlo.

Entonces, si se desea habilitar HA se necesitan varios elementos, los cuales son fundamentales para tener una infraestructura adecuada que funcione bajo cualquier entorno. Dichos elementos, tanto de hardware como de software, son:

1.- Servidores con buenas prestaciones (ya sean de gama media o alta, de tipo tower, rackmount o blades) que tengan:

• Microprocesadores que soporten de virtualización de manera nativa (ya sea Intel-VT o AMD-V, y que dicha virtualización tenga incluidas características como VT-x, VT-i, VT-d, entre otras)
• Una buena cantidad de memoria RAM (de 16 GB en adelante para garantizar la creación de una buena cantidad de máquinas virtuales según se necesite)
• Discos duros rápidos redundantes (tecnologías SCSI, SAS o SSD)
• Gestión Remota fuera de banda (en dependencia del fabricante: IPMI, HP iLO, DELL DRAC, etc.), la cual es usada para el fencing
• Varias tarjetas de red que manejen un buen ancho de banda (GbE o 10 GbE y que permitan bonding) para tener una conectividad adecuada (en este punto, también el servidor debe brindar la posibilidad de añadir otras tecnologías de red como Canal de Fibra Óptica o Infiniband (20/40/56 GBps), las cuales son recomendadas para el tema del almacenamiento compartido por red)
• Sistema de Fuentes Redundantes de Alimentación (normalmente uno o varios pares de fuentes de alimentación)
• Traigan aparejados (o que estén conectados a) Sistemas de Alimentación Ininterrumpida (SAI/UPS) redundantes

NOTA: Como nota adicional, se requiere que el servidor en sí no tenga un único punto de fallo, por tanto, cuatro de los elementos antes descritos (los referentes a los discos duros, alimentación de corriente eléctrica y conectividad de red), de la manera en que se explicó anteriormente, son los que garantizan esta precondición.

2.- Proxmox VE 4.0 viene con una característica nueva en cuanto al fencing: un Self-Fencing de tipo Watchdog, ya sea por hardware o software
3.- Un Clúster Proxmox VE 4.x completamente configurado con, al menos, 3 nodos o hipervisores (actualmente el máximo permitido que soporta un Clúster Proxmox VE es de 32 nodos)
4.- Un Almacenamiento Compartido para los nodos del Clúster Proxmox VE (ya sea mediante: SAN, NAS/NFS, DRBD8/9, GlusterFS, Ceph, etc.) para las imágenes de los discos duros de las máquinas virtuales
5.- Una infraestructura de red confiable y redundante que soporte el uso de paquetes multicast
6.- Las capas de comunicación de los elementos del Clúster Proxmox VE deben estar en subredes separadas, estas son:

• Subred de Gestión de los Nodos o Hipervisores (comunicación propia del clúster)
• Subred(es) donde estarán las máquinas virtuales (VMs)
• Subred para el almacenamiento compartido

NOTA: Según la Wiki de Proxmox VE, es altamente esencial el uso de conexiones de red redundantes para la comunicación entre los nodos del clúster (bonding) debido a que, en caso contrario, un simple reinicio de un switch (o fallo de cualquier índole) puede disparar el fencing de los nodos si este toma más de 60 segundos.

Entonces, cabe recalcar que antes de activar o habilitar la característica de Alta Disponibilidad en un Clúster Proxmox VE para brindar un servicio determinado, la infraestructura debe probada profundamente para evitar que existan puntos únicos de fallo.

🙂