Prince George Electric Cooperative (PGEC), una cooperativa eléctrica en Virginia (Estados Unidos), ha migrado 33 máquinas virtuales desde VMware a Proxmox Virtual Environment (VE) en solo dos semanas, realizando únicamente cinco ventanas de mantenimiento nocturno. Según el caso publicado por Proxmox, esta migración permitió reducir en torno al 20 % los costes relacionados con licencias y operaciones, además de reemplazar una infraestructura de recuperación ante desastres basada en un solo servidor por dos clústeres de tres nodos cada uno.
Las claves de la migración de PGEC a Proxmox en 30 segundos
- PGEC movió 33 máquinas virtuales de VMware vSphere a Proxmox VE en dos semanas.
- Se utilizó el asistente integrado de importación de ESXi de Proxmox, junto con reconstrucciones selectivas según la carga.
- El nuevo diseño incluye clústeres de tres nodos para producción y recuperación ante desastres.
- PGEC estima un ahorro aproximado del 20 % en comparación con mantener VMware.
- El entorno ofrece un RTO de cuatro horas y un RPO de 12 horas, con simulaciones trimestrales de recuperación.
La iniciativa surgió ante dos problemas simultáneos: PGEC utilizaba VMware vSphere 7.0.3 y enfrentaba la transición a vSphere 8, además de un modelo de licencias basado en núcleos que aumentaba los costes previstos. Paralelamente, su infraestructura de recuperación consistía en un único servidor con almacenamiento local, lo que limitaba la capacidad para replicar de manera completa el entorno de producción en caso de una interrupción severa.
Para la cooperativa, la decisión no fue únicamente sustituir un hipervisor, sino también optimizar su inversión: el presupuesto destinado a licencias de VMware se redirigió, según Proxmox, a ampliar la infraestructura física y crear un segundo entorno agrupado capaz de soportar cargas durante una recuperación.
El proyecto fue llevado a cabo con el apoyo de Richweb, socio de Proxmox, quien también asumió la gestión posterior de la infraestructura.
Dos clústeres Proxmox para producción y recuperación
PGEC reorganizó su infraestructura en dos clústeres de Proxmox VE: uno para producción y otro para recuperación ante desastres, además de Proxmox Backup Server para las copias y la restauración de máquinas virtuales.
El clúster de producción está compuesto por tres servidores Dell PowerEdge R740, cada uno con hasta 768 GB de RAM. El almacenamiento principal proviene de una cabina Pure Storage X20R4, conectada mediante iSCSI y NFS.
Para las copias locales, se emplea un dispositivo HVENS Vault basado en un Dell R750, sobre el cual corren Proxmox VE y Proxmox Backup Server en ZFS.
El segundo clúster, situado en la ubicación de recuperación, también consta de tres nodos, en este caso con servidores Dell PowerEdge R630 con 512 GB de RAM cada uno. Este cambio permite dejar atrás la infraestructura basada en un único servidor, disponiendo de una arquitectura agrupada y más resistente.
Las copias se replican desde producción a recuperación mediante una conexión 10G E-Line que hace uso de la propia red Ruralband de PGEC.
El entorno de recuperación incluye otro Dell R750 como HVENS Vault. La capacidad de almacenamiento se divide en SSD y HDD para el almacenamiento de Proxmox Backup Server, además de NVMe sobre ZFS para restauraciones en vivo.
Este último componente permite, en caso de recuperación, restaurar máquinas virtuales directamente desde Proxmox Backup Server sobre el almacenamiento NVMe, ejecutándolas en el clúster de tres nodos en la segunda ubicación.
Richweb realiza pruebas trimestrales de este proceso, usando un conjunto definido de máquinas virtuales de producción. Según el caso publicado, dichas pruebas han sido consistently exitosas.
Una migración concentrada en cinco noches
La migración de las 33 máquinas virtuales se completó en dos semanas, distribuyendo las tareas en cinco ventanas de mantenimiento nocturnas para minimizar la interrupción.
Algunas cargas se trasladaron mediante el asistente de importación de ESXi incluido en Proxmox VE, otras se reconstruyeron a nivel de máquina virtual, dependiendo de su complejidad y características específicas.
El proceso también consideró la criticidad de cada sistema para las operaciones diarias de la cooperativa.
Además, se llevó a cabo una segunda consolidación donde PGEC retiró tres servidores Dell R720 que ejecutaban KVM para Ruralband, trasladando esas cargas al nuevo entorno agrupado tras ampliar la memoria de los servidores de producción.
Así, la infraestructura final concentra las máquinas virtuales de PGEC y las cargas de Ruralband en una plataforma unificada, con capacidades de agrupamiento y recuperación integradas.
El coste de VMware fue uno de los principales detonantes
PGEC explica que la migración a vSphere 8 y el paso a un modelo de licenciamiento basado en núcleos elevarían significativamente los costes. Para una organización con recursos limitados, esto representaba un incremento sustancial en la factura.
La cooperativa comparó también cuánto costaría mantener una infraestructura de recuperación equivalente en VMware, y según Proxmox, la inversión en hardware y licencias hacía que esa alternativa fuera más costosa.
Richweb propuso entonces una arquitectura basada en Proxmox VE, que permitía dedicar mayor presupuesto a hardware y almacenamiento, en lugar de licencias.
“Mantenerse en VMware y construir una recuperación ante desastres en esa plataforma simplemente no era viable para PGEC, así que diseñamos una solución escalable y asequible que les permitiera actualizar su hardware en lugar de gastar en licencias.”
Así lo afirma Grady Larsen, director de ventas de Richweb, en el caso publicado por Proxmox.
PGEC calcula que ahorra aproximadamente un 20 % en costes de licencias y operación en comparación con mantener VMware. Este porcentaje corresponde a este proyecto específico y no debe extrapolarse a otras instalaciones sin análisis previo.
Además, la migración modifica el enfoque del gasto: en lugar de destinar una parte significativa del presupuesto a licencias, PGEC invierte en ampliar memoria, almacenamiento, nodos de producción y de recuperación.
| Elemento | Antes de la migración | Después de la migración |
|---|---|---|
| Plataforma principal | VMware vSphere 7.0.3 | Proxmox VE |
| Máquinas virtuales migradas | VMware | 33 VM trasladadas |
| Producción | Entorno VMware existente | |
| Recuperación ante desastres | 1 servidor con almacenamiento local | |
| Copias | Infraestructura previa | |
| Almacenamiento de recuperación | Servidor único | |
| Ventanas de migración | No aplicable | |
| Coste declarado | Referencia VMware | |
| RTO | No indicado | |
| RPO | No indicado | |
| Pruebas de recuperación | Limitadas anteriormente |
Estos datos corresponden al caso de estudio publicado por Proxmox y no representan una comparación general de costes entre ambas plataformas.
La recuperación ante desastres evoluciona en escala
El aspecto más destacado del proyecto no solo son las 33 máquinas virtuales migradas, sino también la sustitución del antiguo sistema de recuperación basado en un solo servidor por una infraestructura de tres nodos.
Este diseño permite que la ubicación secundaria pueda ejecutar máquinas virtuales restauradas sobre almacenamiento NVMe. Richweb realiza pruebas trimestrales para validar el proceso con cargas seleccionadas.
PGEC establece un RTO de cuatro horas, que es el tiempo objetivo para restaurar el servicio, y un RPO de 12 horas, que indica la pérdida máxima de datos aceptada en el esquema actual.
El entorno se gestiona como servicio por Richweb, que se encarga de aplicar parches, supervisar la infraestructura y planificar actualizaciones. También se indica que existe monitorización 24/7 del hardware y del entorno Proxmox.
Desde la perspectiva de la organización, Sarat Yellepeddi, presidente y CEO, resume:
“Nuestros equipos internos de TI han logrado eficiencias en las operaciones diarias tras la migración a Proxmox.”
La nueva plataforma permite dedicar más tiempo a las aplicaciones y menos a gestionar la infraestructura subyacente.
Fundada en 1939, PGEC presta servicio a más de 12.000 miembros, cubriendo unos 1.300 kilómetros de líneas eléctricas en seis condados de Virginia. A través de su filial Ruralband, también ofrece conectividad de fibra óptica en su zona de influencia.
Este caso resulta especialmente relevante por combinar tres decisiones clave en un solo proyecto: abandonar la infraestructura de virtualización anterior, ampliar la capacidad física y construir una recuperación ante desastres con tres nodos. La migración de las máquinas virtuales fue solo una parte del proceso, que ahora resulta en una arquitectura mucho más abarcadora.
Proxmox destaca que PGEC pudo realizar la migración sin tener que contar con ingenieros internos especializados en la tarea, gracias a la gestión de Richweb. Esto ejemplifica un proyecto de migración gestionada, aunque los resultados en costes, tiempos y arquitectura variarán según las condiciones específicas de cada organización.
Preguntas frecuentes
¿Cuántas máquinas virtuales migró PGEC desde VMware?
PGEC migró 33 máquinas virtuales en dos semanas, distribuyendo la operación en cinco ventanas de mantenimiento nocturnas.
¿Qué ahorro obtuvo PGEC con Proxmox?
Según Proxmox, PGEC redujo aproximadamente un 20 % sus costes en licencias y operación en comparación con continuar con VMware.
¿Qué infraestructura de recuperación ante desastres utiliza PGEC?
La recuperación se realiza mediante un clúster de tres nodos Dell PowerEdge R630, Proxmox VE, Proxmox Backup Server y almacenamiento NVMe sobre ZFS.
¿Qué RTO y RPO tiene la infraestructura de PGEC?
El entorno de recuperación cuenta con un RTO de cuatro horas y un RPO de 12 horas, además de pruebas trimestrales con máquinas virtuales específicas.