Prince George Electric Cooperative (PGEC), una cooperativa eléctrica de Virginia (Estados Unidos), ha migrado 33 máquinas virtuales desde VMware a Proxmox Virtual Environment (VE) en un plazo de dos semanas y con solo cinco ventanas de mantenimiento nocturnas. Según el caso publicado por Proxmox, el cambio permitió reducir aproximadamente un 20 % los costes de licencias y operación y sustituir además una infraestructura de recuperación ante desastres basada en un único servidor por dos clústeres de tres nodos.
Las claves de la migración de PGEC a Proxmox en 30 segundos
- PGEC trasladó 33 máquinas virtuales de VMware vSphere a Proxmox VE en dos semanas.
- La migración utilizó el asistente integrado de importación de ESXi de Proxmox, junto con reconstrucciones de algunas máquinas según su carga.
- El nuevo diseño incorpora clústeres de tres nodos para producción y recuperación ante desastres.
- PGEC calcula un ahorro aproximado del 20 % frente al coste de continuar con VMware.
- El entorno ofrece un objetivo de RTO de cuatro horas y RPO de 12 horas, con pruebas trimestrales de recuperación.
El proyecto nació de dos problemas que coincidieron en el tiempo. PGEC utilizaba VMware vSphere 7.0.3 y se enfrentaba al cambio a vSphere 8 y a un modelo de licenciamiento basado en núcleos que elevaba el coste previsto. Al mismo tiempo, su infraestructura de recuperación ante desastres estaba formada por un único servidor con almacenamiento local, una configuración que no permitía reproducir de forma completa el entorno de producción ante una interrupción grave.
Para la cooperativa, la decisión no consistió únicamente en sustituir un hipervisor. El presupuesto que habría destinado a las licencias de VMware se utilizó, según Proxmox, para ampliar la infraestructura física y construir un segundo entorno agrupado capaz de asumir cargas durante una recuperación.
El proyecto fue ejecutado con Richweb, socio de Proxmox, que se encargó también de la gestión posterior de la infraestructura.
Dos clústeres Proxmox para producción y recuperación
PGEC reorganizó su infraestructura alrededor de dos clústeres de Proxmox VE, uno destinado a producción y otro a recuperación ante desastres, además de Proxmox Backup Server para las copias y la recuperación de las máquinas virtuales.
El clúster de producción utiliza tres servidores Dell PowerEdge R740, cada uno ampliado hasta 768 GB de memoria RAM. El almacenamiento principal procede de una cabina Pure Storage X20R4, conectada mediante iSCSI y NFS.
Para las copias locales se utiliza un dispositivo HVENS Vault basado en un Dell R750, donde se ejecutan Proxmox VE y Proxmox Backup Server sobre ZFS.
El segundo clúster, instalado en la ubicación de recuperación ante desastres, también cuenta con tres nodos. En este caso se emplean servidores Dell PowerEdge R630 con 512 GB de RAM por máquina. El cambio permite abandonar el modelo anterior de un único servidor y disponer de una infraestructura agrupada.
Las copias se replican desde producción hacia la ubicación de recuperación mediante una conexión 10G E-Line que utiliza la propia red Ruralband de PGEC.
La arquitectura de recuperación incorpora además otro Dell R750 como HVENS Vault. El almacenamiento se divide en dos funciones: SSD y HDD para el almacén de Proxmox Backup Server y un conjunto NVMe sobre ZFS destinado a restauraciones en vivo.
Este último componente tiene una función concreta. Ante un escenario de recuperación, las máquinas virtuales pueden restaurarse desde Proxmox Backup Server directamente sobre el almacenamiento NVMe y ejecutarse en el clúster de tres nodos de la segunda ubicación.
Richweb prueba este procedimiento de recuperación cada trimestre sobre un conjunto definido de máquinas virtuales de producción. Según el caso publicado por Proxmox, las pruebas realizadas han tenido resultados satisfactorios de forma consistente.
Una migración concentrada en cinco noches
La migración de las 33 máquinas virtuales se completó en un periodo de dos semanas. Para limitar la interrupción de los servicios, las restauraciones se distribuyeron entre cinco ventanas de mantenimiento nocturnas.
Una parte de las cargas se trasladó mediante el asistente de importación de ESXi incluido en Proxmox VE. Otras máquinas fueron reconstruidas a nivel de máquina virtual dependiendo de la complejidad y las características de cada carga.
La secuencia también tuvo en cuenta la importancia de cada sistema para las operaciones diarias de la cooperativa.
El proyecto incluyó además una segunda consolidación. PGEC retiró tres servidores Dell R720 que ejecutaban KVM para Ruralband. Esas cargas se trasladaron al nuevo entorno agrupado después de ampliar la memoria de los servidores de producción.
El resultado es una infraestructura en la que las máquinas virtuales de PGEC y las cargas de Ruralband quedan concentradas en una plataforma común, con capacidad de agrupación y recuperación.
El coste de VMware fue uno de los detonantes
PGEC explica que la actualización desde VMware vSphere 7.0.3 a vSphere 8 implicaba pasar a un modelo de licenciamiento basado en núcleos. Para una organización con recursos limitados, el aumento del número de núcleos físicos podía elevar de forma considerable la factura.
La cooperativa comparó además cuánto costaría construir una infraestructura de recuperación ante desastres adecuada manteniéndose en VMware. Según el caso publicado por Proxmox, la combinación de nuevo hardware y licencias hacía que esa alternativa resultara más costosa para PGEC.
Richweb planteó entonces una arquitectura basada en Proxmox VE que permitiera dedicar una mayor parte del presupuesto al hardware y al almacenamiento.
“Staying on VMware and building out disaster recovery on that platform simply wasn’t tenable for PGEC, so we designed a solution built for growth at a price point that let them upgrade their hardware instead of burning money on licensing.”
La declaración corresponde a Grady Larsen, director de ventas de Richweb, y forma parte del caso publicado por Proxmox.
PGEC cifra en aproximadamente un 20 % la reducción de los costes de licencias y operación frente a permanecer con VMware. Se trata de una cifra correspondiente a este proyecto concreto y publicada por Proxmox, por lo que no puede extrapolarse directamente a otras instalaciones.
La migración también cambia dónde se concentra el gasto. En lugar de destinar una parte importante del presupuesto a licencias, PGEC utilizó recursos para ampliar memoria, almacenamiento, nodos de producción y nodos 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 | 3 nodos Dell R740 |
| Recuperación ante desastres | 1 servidor con almacenamiento local | 3 nodos Dell R630 |
| Copias | Infraestructura anterior | Proxmox Backup Server |
| Almacenamiento de recuperación | Servidor único | NVMe ZFS para restauración |
| Ventanas de migración | No aplicable | 5 noches |
| Coste declarado | Referencia VMware | Aproximadamente 20 % menos en licencias y operación |
| RTO definido | No indicado | 4 horas |
| RPO definido | No indicado | 12 horas |
| Pruebas de recuperación | Limitadas por el diseño anterior | Trimestrales |
Los datos corresponden al caso de estudio de PGEC publicado por Proxmox y no constituyen una comparación general de costes entre ambas plataformas.
La recuperación ante desastres cambia de escala
El aspecto más relevante del proyecto no está únicamente en las 33 máquinas virtuales migradas. PGEC también sustituyó el antiguo modelo de recuperación basado en un único servidor por una infraestructura de tres nodos.
El diseño permite que la ubicación secundaria ejecute las máquinas virtuales restauradas sobre almacenamiento NVMe. Richweb realiza pruebas trimestrales para comprobar el proceso con las cargas seleccionadas.
PGEC establece un Recovery Time Objective (RTO) de cuatro horas, es decir, el tiempo objetivo para recuperar el servicio, y un Recovery Point Objective (RPO) de 12 horas, que define la pérdida máxima de datos asumida dentro del diseño descrito.
Además, el entorno está gestionado como servicio por Richweb. El proveedor se encarga de tareas como la aplicación de parches, la supervisión de la infraestructura y la planificación de actualizaciones. El caso también indica que existe monitorización 24/7 tanto del hardware como del entorno Proxmox.
Para el equipo interno de PGEC, esto reduce parte del trabajo dedicado a mantener la capa de infraestructura. Sarat Yellepeddi, presidente y CEO de la cooperativa, resume el resultado desde la perspectiva de la organización:
“Our internal IT teams have gained efficiencies in our daily operations with the Proxmox migration.”
La compañía considera que la nueva plataforma permite dedicar más tiempo a las aplicaciones y menos a la administración de la infraestructura subyacente.
PGEC fue fundada en 1939 y actualmente presta servicio a más de 12.000 miembros mediante una red de unos 1.300 kilómetros de líneas eléctricas en seis condados de Virginia. A través de su filial Ruralband también proporciona conectividad de fibra hasta el hogar en su territorio.
El caso resulta especialmente relevante porque combina tres decisiones en un mismo proyecto: abandonar el modelo 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 una parte del proceso, pero la arquitectura resultante es considerablemente más amplia.
Proxmox también destaca que PGEC pudo realizar el traslado sin contar con ingenieros internos dedicados específicamente a la migración, gracias a la intervención de Richweb. Esto convierte el proyecto en un ejemplo concreto de migración gestionada, aunque los resultados de costes, tiempos y arquitectura dependen de las condiciones de cada organización.
Preguntas frecuentes
¿Cuántas máquinas virtuales migró PGEC desde VMware?
PGEC migró 33 máquinas virtuales desde VMware a Proxmox VE en un periodo de dos semanas, repartiendo las operaciones entre cinco ventanas de mantenimiento nocturnas.
¿Cuánto ahorró PGEC con Proxmox?
Según el caso publicado por Proxmox, PGEC redujo aproximadamente un 20 % sus costes de licencias y operación respecto a continuar con VMware.
¿Qué infraestructura de recuperación ante desastres utiliza PGEC?
La nueva ubicación de recuperación cuenta con un clúster de tres nodos Dell PowerEdge R630, Proxmox VE, Proxmox Backup Server y almacenamiento NVMe sobre ZFS para restaurar máquinas virtuales.
¿Qué RTO y RPO tiene el entorno de PGEC?
El entorno de recuperación definido para PGEC tiene un objetivo de RTO de cuatro horas y un RPO de 12 horas, con pruebas trimestrales de recuperación sobre un conjunto definido de máquinas virtuales.
