Proceso para la migración de maquinas virtuales de un ambiente en VMWare a Proxmox

A continuación tienes un procedimiento completo para instalar un ambiente Proxmox VE con HA para 4 nodos, almacenamiento compartido, backups, configuración de red, tiempos estimados, verificaciones, checklist técnico y reportes de actividades.
Tomaré como supuesto este diseño:
Clúster Proxmox VE: 4 nodos
Nodos: PVE01, PVE02, PVE03, PVE04
Alta disponibilidad: HA Manager de Proxmox
Comunicación de clúster: Corosync
Storage productivo compartido: SAN / iSCSI / NFS / Ceph
Backups: Proxmox Backup Server o repositorio externo dedicado
Redes separadas: administración, clúster, storage, VMs y backupsProxmox recomienda HA con al menos 3 nodos para quórum confiable y almacenamiento compartido para VMs/CTs. En un clúster de 4 nodos se cumple el mínimo, pero por ser número par es recomendable evaluar un QDevice como voto adicional externo para escenarios de partición 2 contra 2. Proxmox usa Corosync para la comunicación del clúster. Proxmox VE
1. Arquitectura propuesta
1.1 Nodos Proxmox
Nodo | Rol | IP administración | IP clúster | IP storage | IP backup |
PVE01 | Nodo HA | 10.10.10.11 | 10.10.20.11 | 10.10.30.11 | 10.10.40.11 |
PVE02 | Nodo HA | 10.10.10.12 | 10.10.20.12 | 10.10.30.12 | 10.10.40.12 |
PVE03 | Nodo HA | 10.10.10.13 | 10.10.20.13 | 10.10.30.13 | 10.10.40.13 |
PVE04 | Nodo HA | 10.10.10.14 | 10.10.20.14 | 10.10.30.14 | 10.10.40.14 |
PBS01 | Backups | 10.10.10.20 | N/A | N/A | 10.10.40.20 |
SAN/NAS | Storage compartido | 10.10.10.30 | N/A | 10.10.30.30 | N/A |
1.2 Segmentación de red recomendada
Red | VLAN | Uso | Recomendación |
Administración | VLAN 10 | Acceso web, SSH, gestión | 1 GbE mínimo |
Clúster / Corosync | VLAN 20 | Comunicación entre nodos | Red dedicada, baja latencia |
Storage | VLAN 30 | iSCSI, NFS, Ceph o SAN | 10 GbE recomendado |
Backups | VLAN 40 | Tráfico hacia PBS o NAS backup | 1/10 GbE según volumen |
Máquinas virtuales | VLAN 100+ | Redes productivas de VMs | Bridge con VLAN aware |
Proxmox permite aplicar VLAN tags sobre interfaces físicas, bonds o bridges, por lo que se puede trabajar con bridges VLAN-aware para las redes de máquinas virtuales. Proxmox VE
2. Fases del proyecto y tiempos estimados
Resumen general
Fase | Actividad | Tiempo estimado |
1 | Planeación, inventario y diseño | 8 – 16 h |
2 | Preparación física de servidores | 8 – 16 h |
3 | Instalación Proxmox VE en 4 nodos | 8 – 12 h |
4 | Configuración de red | 8 – 16 h |
5 | Creación del clúster | 4 – 8 h |
6 | Configuración de almacenamiento compartido | 8 – 24 h |
7 | Configuración de backups | 6 – 12 h |
8 | Configuración de HA | 4 – 8 h |
9 | Pruebas técnicas y failover | 8 – 16 h |
10 | Documentación y entrega | 4 – 8 h |
Tiempo total estimado:66 a 136 horas técnicas, sin incluir migración de máquinas virtuales productivas.
En calendario real, el proyecto suele ejecutarse en 5 a 10 días hábiles, dependiendo de la disponibilidad de hardware, red, storage, ventanas de mantenimiento y validaciones del cliente.
3. Proceso paso a paso
Fase 1: Planeación e inventario
Actividades
Levantar información de hardware.
Validar CPU, RAM, discos, tarjetas de red y compatibilidad.
Definir nombres de nodos.
Definir direccionamiento IP.
Definir VLANs.
Definir tipo de almacenamiento compartido.
Definir política de backups.
Definir ventanas de mantenimiento.
Definir responsables técnicos.
Definir criterios de aceptación.
Entregables
Documento | Contenido |
Inventario de hardware | CPU, RAM, discos, NICs, firmware |
Diseño lógico | IPs, VLANs, bridges, storage |
Diseño de HA | Grupos, nodos, prioridades |
Diseño de backups | Retención, ventanas, repositorio |
Plan de trabajo | Fases, responsables, tiempos |
Tiempo estimado
8 a 16 horas
Fase 2: Preparación física de servidores
Actividades
Montar servidores en rack o ubicación final.
Conectar energía redundante.
Conectar interfaces de red.
Etiquetar cables.
Actualizar BIOS/UEFI.
Habilitar virtualización:
Intel VT-x / VT-d.
AMD-V / IOMMU.
Configurar orden de arranque.
Configurar RAID local si aplica.
Validar discos de sistema.
Validar conectividad física.
Verificación
Prueba | Resultado esperado |
Encendido de nodos | Los 4 servidores encienden correctamente |
BIOS/UEFI | Virtualización habilitada |
Red | Todas las NICs detectadas |
Discos | Discos visibles y sin errores SMART |
Energía | Fuentes redundantes operativas |
Tiempo estimado
8 a 16 horas
Fase 3: Instalación de Proxmox VE en los 4 nodos
Actividades
Descargar ISO oficial de Proxmox VE.
Crear USB booteable.
Instalar Proxmox VE en cada nodo.
Configurar:
Hostname.
IP de administración.
Gateway.
DNS.
Contraseña root.
Correo de administración.
Reiniciar cada nodo.
Acceder por navegador:
Actualizar repositorios.
Aplicar actualizaciones.
Reiniciar si hay actualización de kernel.
Comandos base
apt update
apt full-upgrade -y
rebootNombres recomendados
pve01.midominio.local
pve02.midominio.local
pve03.midominio.local
pve04.midominio.localVerificación
Prueba | Comando / acción | Resultado esperado |
Acceso web | Interfaz disponible | |
SSH | ssh root@10.10.10.11 | Acceso correcto |
Versión | pveversion -v | Versión visible |
Red | ip a | Interfaces activas |
DNS | ping google.com | Resolución correcta |
Repositorios | apt update | Sin errores críticos |
Tiempo estimado
Actividad | Tiempo |
Instalación por nodo | 1 – 1.5 h |
Actualización por nodo | 0.5 – 1 h |
Validación por nodo | 0.5 h |
Total para 4 nodos:8 a 12 horas
Fase 4: Configuración de red
4.1 Diseño recomendado de bridges
Bridge | Uso | VLAN aware | Interfaz física |
vmbr0 | Administración | No / opcional | NIC 1 |
vmbr1 | VMs productivas | Sí | Bond 1 |
vmbr2 | Storage | No | NIC 3 / Bond 2 |
vmbr3 | Backups | No | NIC 4 / Bond 3 |
corosync0 | Clúster | No | NIC dedicada |
4.2 Ejemplo conceptual de red
vmbr0 -> Administración Proxmox
vmbr1 -> Red de máquinas virtuales con VLANs
vmbr2 -> Storage compartido
vmbr3 -> Backups
link0 -> Corosync / clúster4.3 Actividades
Identificar interfaces físicas.
Configurar bridges.
Configurar bonds si hay redundancia.
Configurar VLAN-aware bridge para VMs.
Separar tráfico de storage.
Separar tráfico de backups.
Separar tráfico de clúster.
Validar MTU si se usan jumbo frames.
Probar conectividad entre nodos.
Documentar puertos de switch.
Verificación
Prueba | Comando | Resultado esperado |
Interfaces | ip link show | NICs activas |
Bridges | ip a | Bridges creados |
Conectividad admin | ping 10.10.10.12 | Responde |
Conectividad clúster | ping 10.10.20.12 | Responde |
Conectividad storage | ping 10.10.30.30 | Responde |
Conectividad backup | ping 10.10.40.20 | Responde |
Ancho de banda | iperf3 | Rendimiento esperado |
Switch | Revisión VLANs | Troncales correctas |
Tiempo estimado
8 a 16 horas
Fase 5: Creación del clúster Proxmox
Actividades
En el primer nodo:
pvecm create CLUSTER-PROXMOXVerificar:
pvecm statusEn los nodos restantes:
pvecm add 10.10.10.11Después de agregar los 4 nodos:
pvecm nodes
pvecm statusValidación de quórum
En un clúster de 4 nodos, todos deben aparecer como miembros activos. Para HA, el quórum es crítico porque evita que varios nodos intenten controlar los mismos recursos al mismo tiempo. Proxmox documenta que su clúster usa Corosync para comunicación entre nodos. Proxmox VE
Verificación
Prueba | Comando | Resultado esperado |
Estado clúster | pvecm status | Quorate: Yes |
Nodos | pvecm nodes | 4 nodos visibles |
GUI | Datacenter → Cluster | 4 nodos online |
Sincronización | /etc/pve/ | Configuración replicada |
Comunicación | Logs Corosync | Sin errores críticos |
Recomendación para 4 nodos
Aunque 4 nodos funcionan, se recomienda evaluar un QDevice externo como quinto voto para reducir riesgo de empate en particiones de red 2/2. Proxmox documenta el uso de Corosync QDevice para aportar votos al clúster. Proxmox VE
Tiempo estimado
4 a 8 horas
Fase 6: Configuración de almacenamiento compartido
Proxmox permite usar almacenamiento local o compartido, como NFS o SAN, para imágenes de máquinas virtuales. Para HA, las VMs deben estar en un almacenamiento accesible por los nodos que puedan ejecutarlas. Proxmox VE
Opciones recomendadas
Opción | Uso recomendado | Comentario |
NFS | Ambientes pequeños/medianos | Fácil de configurar |
iSCSI + LVM | SAN empresarial | Buen rendimiento |
Ceph | Hiperconvergencia | Requiere red rápida y discos dedicados |
ZFS over iSCSI | Ambientes específicos | Requiere diseño cuidadoso |
FC SAN | Ambientes enterprise | Muy buen rendimiento |
Opción A: NFS compartido
Actividades
Crear exportación NFS en NAS/SAN.
Autorizar IPs de los 4 nodos.
Agregar NFS en Proxmox:
pvesm add nfs storage-vm \
--server 10.10.30.30 \
--export /export/proxmox-vm \
--content images,rootdir,iso \
--options vers=4Marcar como almacenamiento compartido.
Probar creación de VM.
Tiempo estimado
4 a 8 horas
Opción B: iSCSI / SAN
Actividades
Crear LUNs en la SAN.
Presentar LUNs a los 4 nodos.
Configurar multipath si aplica.
Agregar target iSCSI.
Crear LVM sobre iSCSI.
Marcar almacenamiento como compartido.
Probar acceso desde todos los nodos.
Tiempo estimado
8 a 16 horas
Opción C: Ceph
Actividades
Validar red dedicada de 10/25 GbE.
Instalar Ceph desde Proxmox.
Crear monitores.
Crear managers.
Crear OSDs.
Crear pool para VMs.
Agregar RBD como storage.
Probar creación de disco VM.
Tiempo estimado
16 a 32 horas
Verificación de storage
Prueba | Resultado esperado |
Storage visible en los 4 nodos | Sí |
Creación de disco VM | Correcta |
Migración de VM apagada | Correcta |
Live migration | Correcta si storage/red lo soportan |
Lectura/escritura | Rendimiento aceptable |
Pérdida de un nodo | Storage sigue accesible |
Logs | Sin errores de I/O |
Comandos útiles
pvesm status
pvesm list storage-vm
df -h
lsblk
multipath -llFase 7: Configuración de backups
Recomendación
No uses el mismo storage productivo de HA como único repositorio de backup. Lo ideal es:
Storage HA productivo: ejecuta VMs
Storage de backup: guarda respaldos
Copia externa: segundo PBS, NAS remoto o cintaProxmox Backup Server documenta la regla 3-2-1: 3 copias, en al menos 2 tipos de medios, con 1 copia fuera del sitio. También recomienda controles de permisos restrictivos y pruebas periódicas de restauración. Proxmox Backup Server
Actividades
Instalar Proxmox Backup Server o definir NAS backup.
Crear datastore.
Crear usuario/API token para el clúster.
Agregar PBS en Proxmox.
Crear jobs de backup.
Definir retención.
Configurar prune.
Configurar garbage collection.
Configurar verification jobs.
Probar restauración.
Ejemplo de política de retención
Tipo | Retención |
Diarios | 7 días |
Semanales | 4 semanas |
Mensuales | 6 a 12 meses |
Anuales | 1 a 5 años, si aplica |
Proxmox Backup Server permite políticas de prune como keep-last, keep-hourly, keep-daily, keep-weekly y keep-monthly. Proxmox Backup Server
Configuración desde Proxmox VE
Ruta GUI:
Datacenter → Storage → Add → Proxmox Backup ServerCampos:
Campo | Ejemplo |
ID | pbs-backup |
Server | 10.10.40.20 |
Datastore | datastore01 |
Username | pve@pbs o token |
Fingerprint | Huella del PBS |
Content | VZDump backup file |
Verificación
Prueba | Resultado esperado |
PBS visible en Proxmox | Sí |
Backup manual de VM | Exitoso |
Backup programado | Exitoso |
Restauración de prueba | VM restaurada correctamente |
Verificación PBS | Sin errores |
Prune | Aplica retención |
Garbage collection | Libera bloques no usados |
Alertas | Notificación de fallo configurada |
Tiempo estimado
6 a 12 horas
Fase 8: Configuración de Alta Disponibilidad
Conceptos clave
En Proxmox HA se configuran:
Elemento | Función |
HA Group | Define en qué nodos puede correr una VM |
HA Resource | VM o CT protegido por HA |
Priority | Preferencia de nodo |
Restricted | Limita ejecución al grupo definido |
No failback | Evita retorno automático si no se desea |
Watchdog | Ayuda al mecanismo de fencing |
Quorum | Define si el clúster puede operar con seguridad |
El HA Manager de Proxmox detecta fallas y reinicia servicios afectados en nodos sanos usando fencing basado en watchdog, según la documentación de Proxmox VE. Proxmox VE
Actividades
Validar que el clúster tenga quórum.
Validar que el almacenamiento compartido esté activo.
Crear grupos HA.
Agregar VMs críticas a HA.
Definir prioridad de nodos.
Definir política de failover.
Probar apagado controlado.
Probar fallo de nodo.
Revisar logs.
Documentar resultados.
Ejemplo de grupos HA
Grupo | Nodos | Uso |
HA-GENERAL | PVE01, PVE02, PVE03, PVE04 | VMs normales |
HA-CRITICO | PVE01, PVE02, PVE03 | Servicios críticos |
HA-APP | PVE02, PVE03, PVE04 | Aplicaciones |
HA-TEST | PVE03, PVE04 | Pruebas |
Ejemplo de configuración por CLI
Crear grupo:
ha-manager groupadd HA-GENERAL \
--nodes pve01,pve02,pve03,pve04Agregar VM a HA:
ha-manager add vm:100 --group HA-GENERAL --state startedVer estado:
ha-manager statusVerificación HA
Prueba | Acción | Resultado esperado |
HA activo | ha-manager status | Servicios en estado correcto |
VM protegida | GUI → Datacenter → HA | VM aparece como recurso HA |
Apagado controlado | Apagar nodo con VM HA | VM migra o reinicia en otro nodo |
Falla simulada | Desconectar nodo de prueba | HA detecta fallo |
Storage accesible | Revisar en nodo destino | Disco VM disponible |
Red VM | Ping/app después de failover | Servicio responde |
Logs | Revisar eventos HA | Sin errores críticos |
Tiempo estimado
4 a 8 horas
Fase 9: Pruebas de operación
9.1 Pruebas de clúster
Prueba | Procedimiento | Resultado esperado |
Estado general | pvecm status | Quorate: Yes |
Nodos activos | GUI Datacenter | 4 nodos online |
Reinicio de nodo | Reiniciar PVE04 | Se reincorpora al clúster |
Pérdida de 1 nodo | Apagar PVE04 | Clúster sigue operativo |
Pérdida de red admin | Desconectar admin | Clúster no debe caer si Corosync está separado |
9.2 Pruebas de red
Prueba | Procedimiento | Resultado esperado |
VLAN VMs | Crear VM en VLAN 100 | Comunicación correcta |
Storage | iperf3 o prueba de copia | Rendimiento esperado |
Backup | Backup de VM | Tráfico por red backup |
Corosync | Latencia entre nodos | Baja latencia, sin pérdida |
MTU | ping -M do -s | MTU correcta si jumbo frames |
9.3 Pruebas de storage
Prueba | Procedimiento | Resultado esperado |
Crear disco VM | Desde GUI | Disco creado |
Migrar VM | Nodo A → Nodo B | Migración correcta |
Live migration | VM encendida | Sin caída o mínima interrupción |
I/O | Prueba de lectura/escritura | Sin errores |
Fallo de nodo | Apagar nodo origen | Disco accesible en destino |
9.4 Pruebas de backup
Prueba | Procedimiento | Resultado esperado |
Backup manual | Ejecutar job | Finaliza exitosamente |
Backup programado | Esperar ventana | Se ejecuta |
Restore VM | Restaurar como VM nueva | Arranca correctamente |
File restore | Restaurar archivo | Archivo recuperado |
Verificación PBS | Verification job | Sin errores |
Prune | Ejecutar política | Retención aplicada |
9.5 Pruebas HA
Prueba | Procedimiento | Resultado esperado |
Failover controlado | Apagar nodo desde GUI | VM reinicia en otro nodo |
Failover no controlado | Corte de red/energía en nodo de prueba | HA reinicia VM |
Recuperación | Encender nodo fallado | Nodo vuelve al clúster |
Restricción de grupo | Forzar HA group | VM solo corre donde corresponde |
Servicios | Validar aplicación | Servicio disponible |
Tiempo estimado
8 a 16 horas
10. Cronograma sugerido
Opción compacta: 5 días hábiles
Día | Actividad | Horas |
Día 1 | Planeación, inventario, diseño IP/VLAN/storage | 8 h |
Día 2 | Instalación física y Proxmox VE en 4 nodos | 8 – 10 h |
Día 3 | Red, bridges, VLANs, bonding y clúster | 8 – 10 h |
Día 4 | Storage compartido, backups y repositorios | 8 – 12 h |
Día 5 | HA, pruebas, failover, documentación y entrega | 8 – 12 h |
Total: 40 – 52 hAdecuado para laboratorio o ambiente controlado.
Opción recomendada: 8 a 10 días hábiles
Día | Actividad | Horas |
Día 1 | Kickoff, inventario y diseño | 6 – 8 h |
Día 2 | Preparación física, BIOS, firmware, cableado | 6 – 8 h |
Día 3 | Instalación Proxmox VE en 4 nodos | 8 h |
Día 4 | Red, VLANs, bridges, bonds | 8 h |
Día 5 | Creación de clúster y validación de quórum | 4 – 6 h |
Día 6 | Configuración de storage compartido | 8 – 10 h |
Día 7 | Proxmox Backup Server / backup storage | 6 – 8 h |
Día 8 | Configuración HA y grupos | 4 – 6 h |
Día 9 | Pruebas de failover, backup y restore | 8 h |
Día 10 | Documentación, reporte y cierre | 4 – 6 h |
Total: 62 – 74 hAdecuado para producción pequeña o mediana.
11. Checklist técnico
11.1 Checklist previo
Ítem | Estado |
Hardware de los 4 nodos validado | ☐ |
CPU compatible con virtualización | ☐ |
Virtualización habilitada en BIOS/UEFI | ☐ |
Memoria RAM instalada y reconocida | ☐ |
Discos del sistema detectados | ☐ |
NICs detectadas | ☐ |
Firmware actualizado | ☐ |
IPs definidas | ☐ |
VLANs definidas | ☐ |
Puertos de switch configurados | ☐ |
Storage compartido disponible | ☐ |
Repositorio de backups disponible | ☐ |
Ventana de mantenimiento aprobada | ☐ |
Plan de rollback definido | ☐ |
11.2 Checklist instalación Proxmox
Ítem | Estado |
Proxmox VE instalado en PVE01 | ☐ |
Proxmox VE instalado en PVE02 | ☐ |
Proxmox VE instalado en PVE03 | ☐ |
Proxmox VE instalado en PVE04 | ☐ |
Hostnames configurados | ☐ |
IPs de administración configuradas | ☐ |
DNS configurado | ☐ |
Gateway configurado | ☐ |
Repositorios configurados | ☐ |
Sistema actualizado | ☐ |
Acceso web validado | ☐ |
Acceso SSH validado | ☐ |
11.3 Checklist red
Ítem | Estado |
Bridge de administración creado | ☐ |
Bridge para VMs creado | ☐ |
VLAN-aware habilitado si aplica | ☐ |
Red Corosync separada | ☐ |
Red storage separada | ☐ |
Red backup separada | ☐ |
Bonding configurado si aplica | ☐ |
VLANs configuradas en switches | ☐ |
Pruebas de ping entre nodos exitosas | ☐ |
Pruebas de rendimiento realizadas | ☐ |
11.4 Checklist clúster
Ítem | Estado |
Clúster creado en PVE01 | ☐ |
PVE02 unido al clúster | ☐ |
PVE03 unido al clúster | ☐ |
PVE04 unido al clúster | ☐ |
pvecm status muestra quórum | ☐ |
Los 4 nodos aparecen online | ☐ |
/etc/pve/ sincronizado | ☐ |
Sin errores de Corosync | ☐ |
QDevice evaluado o configurado | ☐ |
11.5 Checklist storage
Ítem | Estado |
Storage compartido creado | ☐ |
Storage visible en los 4 nodos | ☐ |
Storage marcado como compartido | ☐ |
VM de prueba creada en storage compartido | ☐ |
Migración entre nodos validada | ☐ |
Live migration validada | ☐ |
Rendimiento validado | ☐ |
Sin errores de I/O | ☐ |
11.6 Checklist backups
Ítem | Estado |
Proxmox Backup Server instalado o repositorio definido | ☐ |
Datastore creado | ☐ |
Storage PBS agregado en Proxmox VE | ☐ |
Job de backup creado | ☐ |
Política de retención definida | ☐ |
Prune configurado | ☐ |
Garbage collection configurado | ☐ |
Verification job configurado | ☐ |
Backup manual exitoso | ☐ |
Restore de prueba exitoso | ☐ |
Alertas configuradas | ☐ |
11.7 Checklist HA
Ítem | Estado |
HA Manager activo | ☐ |
Grupos HA creados | ☐ |
VMs críticas agregadas a HA | ☐ |
Prioridades definidas | ☐ |
Storage compartido validado | ☐ |
Quórum validado | ☐ |
Prueba de failover controlado exitosa | ☐ |
Prueba de fallo no controlado exitosa | ☐ |
Servicios validados después del failover | ☐ |
Logs revisados | ☐ |
12. Reportes de actividades
12.1 Reporte diario de avance
REPORTE DIARIO DE ACTIVIDADES
Proyecto: Implementación Proxmox VE HA 4 nodos
Fecha:
Responsable:
Horario de trabajo:
Fase ejecutada:
Actividades realizadas:
1.
2.
3.
Nodos intervenidos:
- PVE01:
- PVE02:
- PVE03:
- PVE04:
Cambios aplicados:
-
Resultados obtenidos:
-
Incidencias:
-
Riesgos detectados:
-
Pendientes:
-
Evidencias:
- Capturas:
- Comandos:
- Logs:
Firma responsable técnico:
Firma cliente / validador:12.2 Reporte de instalación por nodo
REPORTE DE INSTALACIÓN DE NODO PROXMOX
Nodo:
Hostname:
IP administración:
IP clúster:
IP storage:
IP backup:
Versión Proxmox VE:
Kernel:
Fecha de instalación:
Responsable:
Validaciones:
[ ] Acceso web
[ ] Acceso SSH
[ ] DNS
[ ] Gateway
[ ] Repositorios
[ ] Actualizaciones
[ ] Interfaces de red
[ ] Discos locales
[ ] Hora/NTP
[ ] Logs sin errores críticos
Observaciones:
Resultado:
[ ] Aprobado
[ ] Aprobado con observaciones
[ ] Rechazado
Firma:12.3 Reporte de configuración de red
REPORTE DE CONFIGURACIÓN DE RED
Proyecto:
Fecha:
Responsable:
VLANs configuradas:
- VLAN 10 Administración:
- VLAN 20 Clúster:
- VLAN 30 Storage:
- VLAN 40 Backups:
- VLAN 100+ VMs:
Bridges configurados:
- vmbr0:
- vmbr1:
- vmbr2:
- vmbr3:
Bonds configurados:
- bond0:
- bond1:
Pruebas realizadas:
[ ] Ping entre nodos
[ ] Ping hacia gateway
[ ] Ping hacia storage
[ ] Ping hacia PBS
[ ] Prueba VLAN VM
[ ] Prueba rendimiento iperf3
[ ] Validación switch
Resultados:
Incidencias:
Evidencias:
Firma responsable:12.4 Reporte de clúster
REPORTE DE CREACIÓN DE CLÚSTER
Nombre del clúster:
Fecha:
Responsable:
Nodos miembros:
[ ] PVE01
[ ] PVE02
[ ] PVE03
[ ] PVE04
Comandos ejecutados:
- pvecm create:
- pvecm add:
- pvecm status:
- pvecm nodes:
Resultado de quórum:
Quorate: Sí / No
QDevice:
[ ] No aplica
[ ] Evaluado
[ ] Configurado
Estado final:
[ ] Clúster operativo
[ ] Clúster con observaciones
[ ] Clúster no operativo
Observaciones:
Firma:12.5 Reporte de storage compartido
REPORTE DE STORAGE COMPARTIDO
Tipo de storage:
[ ] NFS
[ ] iSCSI
[ ] Ceph
[ ] FC SAN
[ ] Otro:
Nombre del storage en Proxmox:
IP / destino:
Capacidad total:
Capacidad disponible:
Uso:
[ ] VMs
[ ] Contenedores
[ ] ISOs
[ ] Templates
Validaciones:
[ ] Visible en los 4 nodos
[ ] Marcado como compartido
[ ] Creación de disco VM
[ ] Migración VM apagada
[ ] Live migration
[ ] Prueba de rendimiento
[ ] Sin errores de I/O
Resultados:
Observaciones:
Firma:12.6 Reporte de backups
REPORTE DE CONFIGURACIÓN DE BACKUPS
Servidor de backup:
Tipo:
[ ] Proxmox Backup Server
[ ] NAS
[ ] NFS
[ ] CIFS
[ ] Otro:
IP:
Datastore:
Usuario / token:
Política de backup:
Frecuencia:
Horario:
Retención:
Prune:
Garbage Collection:
Verification Job:
Pruebas:
[ ] Backup manual
[ ] Backup programado
[ ] Restore completo
[ ] Restore de archivo
[ ] Verificación de integridad
[ ] Notificación de error
Resultado:
Observaciones:
Firma:12.7 Reporte de pruebas HA
REPORTE DE PRUEBAS DE ALTA DISPONIBILIDAD
Fecha:
Responsable:
VM de prueba:
VMID:
Nodo origen:
Nodo destino esperado:
Prueba 1: Apagado controlado de nodo
Resultado:
Tiempo de recuperación:
Observaciones:
Prueba 2: Falla no controlada
Resultado:
Tiempo de detección:
Tiempo de reinicio VM:
Observaciones:
Prueba 3: Recuperación de nodo
Resultado:
Observaciones:
Prueba 4: Validación de servicio
Servicio probado:
Resultado:
Conclusión:
[ ] HA aprobado
[ ] HA aprobado con observaciones
[ ] HA rechazado
Firma responsable:
Firma cliente:13. Criterios de aceptación
El ambiente se considera listo cuando:
Criterio | Condición |
Proxmox instalado | 4 nodos operativos |
Clúster | 4 nodos visibles y con quórum |
Red | VLANs, bridges y rutas validadas |
Storage | Compartido y accesible por todos los nodos |
HA | Failover probado correctamente |
Backups | Backup y restore probados |
Seguridad | Accesos administrativos definidos |
Monitoreo | Alertas básicas configuradas |
Documentación | Reportes y diagramas entregados |
Operación | Cliente valida ambiente funcional |
14. Estimación final por escenario
Escenario | Tiempo técnico estimado |
Laboratorio básico, 4 nodos, NFS, sin PBS dedicado | 40 – 60 h |
Producción pequeña, 4 nodos, NFS/iSCSI, PBS | 60 – 90 h |
Producción mediana, 4 nodos, SAN, backups, HA validado | 80 – 120 h |
Producción avanzada, Ceph, QDevice, PBS, pruebas completas | 100 – 160 h |
Para un ambiente empresarial con HA real, backups y pruebas documentadas, tomaría como referencia:
Estimación recomendada: 80 a 120 horas técnicas
Duración calendario: 8 a 10 días hábilesNo incluiría todavía la migración de VMs productivas en este tiempo; eso debe estimarse aparte por cantidad de máquinas, tamaño de discos, criticidad y ventanas de mantenimiento.


Comentarios