Actualizado: octubre de 2026
El mantenimiento de Proxmox es el conjunto de tareas periódicas que mantienen un nodo o un cluster Proxmox VE actualizado, con discos sanos, respaldos que se pueden restaurar y alertas que avisan antes de que algo se caiga. Se divide en tres frentes: preventivo, correctivo y proactivo. En esta guía tienes qué revisar, cada cuánto, con qué comandos y en qué momento conviene que lo haga otra persona.
Va dirigida a quien ya tiene Proxmox en producción, sea un servidor dedicado, un cluster migrado desde VMware o un nodo en la oficina. Si buscas cómo blindar el acceso al panel, eso está en nuestra guía de buenas prácticas de seguridad en entornos Proxmox. Aquí hablamos de operación diaria.
Qué incluye el mantenimiento de Proxmox
El mantenimiento de Proxmox incluye actualizar paquetes y kernel, revisar el estado de ZFS, Ceph y los discos, comprobar que los respaldos terminan y se pueden restaurar, renovar certificados y vigilar los registros. Lo preventivo se agenda, lo correctivo responde a una falla y lo proactivo detecta señales antes de que la falla ocurra.
| Tipo | Cuándo se hace | Ejemplos en Proxmox |
|---|---|---|
| Preventivo | Con calendario fijo, aunque todo funcione | Actualizaciones, scrub de ZFS, revisión SMART, prueba de restauración |
| Correctivo | Cuando algo ya falló | Nodo caído, pérdida de quórum, pool degradado, backup fallido |
| Proactivo | De forma continua, con monitoreo | Alertas de disco, de espacio, de temperatura y de tareas fallidas |
Un dato que conviene tener presente: Proxmox VE 8 llegó a su fin de vida en agosto de 2026, según la tabla de soporte oficial de Proxmox. Un nodo que sigue en la rama 8 ya no recibe parches del hipervisor aunque apt no muestre errores. El salto a la rama 9 es un proyecto aparte, y sus cambios los repasamos en las novedades de Proxmox VE 9.1. La firma de seguridad runZero reportó en 2025 un aumento de instalaciones de Proxmox desactualizadas o sin soporte tras la salida masiva de VMware. Por eso el primer punto de cualquier plan es saber qué versión corre cada nodo.
Mantenimiento preventivo en Proxmox paso a paso
El mantenimiento preventivo de Proxmox sigue un orden: confirmar versión, actualizar un nodo a la vez, revisar almacenamiento y discos, validar respaldos y dejar las notificaciones funcionando. Hacerlo siempre en la misma secuencia evita olvidos y deja un registro comparable de un mes a otro.
- Confirma la versión con
pveversion -vy compárala con la tabla de soporte. Si el nodo está en una rama sin soporte, márcalo como prioridad. - Actualiza con
apt updatey luegoapt full-upgrade. En Proxmox no se usaapt upgradea secas, porque puede dejar dependencias a medias. - Si la actualización trajo un kernel nuevo, programa el reinicio. El nodo sigue corriendo el kernel viejo hasta que reinicia.
- Antes de reiniciar un nodo de cluster, activa el modo mantenimiento o migra las máquinas (lo explicamos abajo).
- Revisa los pools con
zpool status. El estado debe decir ONLINE y sin errores de lectura, escritura o checksum. - Revisa los discos en la pestaña Discos del nodo, que muestra el estado SMART, o con
smartctl -a /dev/sdX. - Si usas Ceph, corre
ceph -s. Lo esperado es HEALTH_OK; cualquier advertencia se investiga ese mismo día. - Revisa que los trabajos de backup del último ciclo terminaron bien y restaura al menos una máquina en un entorno de prueba.
- Busca errores recientes con
journalctl -p err -by revisa el registro de tareas del datacenter.
Cómo activar el modo mantenimiento en un nodo Proxmox
El modo mantenimiento saca un nodo del servicio de alta disponibilidad para que puedas reiniciarlo sin que el cluster lo trate como una falla. Se activa con ha-manager crm-command node-maintenance enable NOMBRE_DEL_NODO y se desactiva con el mismo comando cambiando enable por disable.
Hay un detalle que confunde a mucha gente. El modo mantenimiento solo mueve las máquinas que están registradas como recursos de alta disponibilidad. Las que no están en HA se quedan donde están, así que tienes que migrarlas a mano antes de reiniciar. Así lo aclaran en el foro oficial de Proxmox. Si el stack de HA está desarmado, el comando se ignora y el nodo nunca entra en mantenimiento.
Cómo actualizar la plataforma de virtualización sin tumbar servicios
En un cluster se actualiza un nodo por vez: migras sus máquinas, lo pones en modo mantenimiento, actualizas, reinicias, verificas que volvió al cluster con pvecm status y recién entonces pasas al siguiente. En un servidor único no hay forma de evitar la ventana de corte, así que se agenda en horario de baja carga y con un respaldo reciente.
Una regla práctica: nunca actualices todos los nodos el mismo día que sale una versión. Deja pasar unos días, lee las notas de la versión y empieza por el nodo menos crítico.
Cronograma de mantenimiento recomendado
Un cronograma de mantenimiento para Proxmox reparte las tareas en semanales, mensuales y trimestrales. Algunas ya vienen programadas: en Proxmox con ZFS, el archivo /etc/cron.d/zfsutils-linux ejecuta un TRIM el primer domingo y un scrub el segundo domingo de cada mes, como confirma el foro de Proxmox. Tu trabajo es revisar el resultado, no lanzarlo.
| Tarea | Frecuencia | Dónde se revisa |
|---|---|---|
| Resultado de backups | Semanal | Registro de tareas del datacenter |
| Errores del sistema | Semanal | journalctl -p err -b |
| Espacio libre en almacenamiento | Semanal | Resumen del nodo y del almacenamiento |
| Actualizaciones y reinicio de kernel | Mensual | apt full-upgrade y pveversion -v |
| Resultado del scrub de ZFS | Mensual | zpool status |
| Estado SMART de discos | Mensual | Pestaña Discos del nodo |
| Salud de Ceph | Mensual, o semanal si hay advertencias | ceph -s |
| Prueba de restauración | Trimestral | Restaurar una VM en un entorno aislado |
| Versión y fin de soporte | Trimestral | Tabla de soporte oficial de Proxmox |
Mantenimiento correctivo cuando algo ya falló
El mantenimiento correctivo de Proxmox empieza por no empeorar el problema: identificar qué falló, proteger los datos y recién después reparar. La tabla resume las fallas más comunes y el primer paso razonable en cada una.
| Síntoma | Primer paso |
|---|---|
| Un nodo no responde | Revisar si las VM en HA se movieron a otro nodo y acceder por consola fuera de banda antes de reiniciar |
| El cluster perdió quórum | Revisar con pvecm status cuántos nodos ven a los demás y restablecer la red del cluster |
| Pool ZFS en estado DEGRADED | Identificar el disco con zpool status, reemplazarlo y dejar terminar el resilver |
| Ceph en HEALTH_WARN o HEALTH_ERR | Leer el detalle con ceph health detail antes de tocar OSD o reiniciar servicios |
| Backup fallido | Revisar el log de la tarea, el espacio del destino y relanzar el trabajo a mano |
En clusters de dos nodos se ve con frecuencia el comando pvecm expected 1 como salida rápida a la pérdida de quórum. Funciona, pero baja la protección del cluster y mal usado puede hacer que cada nodo modifique la configuración por su lado. Úsalo solo si entiendes por qué el otro nodo no vuelve.
Mantenimiento proactivo con monitoreo y alertas
El mantenimiento proactivo de Proxmox consiste en recibir avisos antes de la falla: un disco con sectores reasignados, un almacenamiento al 90%, un backup que no corrió o un nodo con temperatura alta. Lo mínimo es configurar las notificaciones por correo del datacenter y el servicio ZED de ZFS, que avisa de errores y del resultado de cada scrub.
Para varios nodos, lo habitual es sumar una herramienta de monitoreo externa como Zabbix o Prometheus con Grafana, que guarda histórico y deja ver tendencias, por ejemplo cuánto crece el uso de disco cada mes. Si prefieres no montar esa plataforma, existe la opción de contratarla como servicio; te lo explicamos en en qué consiste el monitoreo como servicio.
Los respaldos son parte del mantenimiento proactivo. Un respaldo que nunca se restauró es una suposición. Si estás evaluando dónde guardarlos fuera del nodo, tienes una guía de backup de Proxmox con NAKIVO.
Hacerlo tú o externalizar el mantenimiento de Proxmox
Hacer el mantenimiento de Proxmox tú mismo tiene sentido si hay alguien con tiempo fijo cada mes y conocimiento de ZFS, Ceph y HA. Externalizarlo conviene cuando el equipo de IT atiende de todo, cuando el cluster sostiene sistemas críticos o cuando nadie revisa los nodos hasta que algo falla.
| Situación | Lo que suele convenir |
|---|---|
| Un nodo de pruebas o laboratorio | Hacerlo internamente con el cronograma de arriba |
| Un servidor en producción y un solo técnico | Interno, con monitoreo externo y un respaldo probado |
| Cluster con HA, Ceph o ERP encima | Externalizar o compartir la carga con un equipo especializado |
| Nadie revisa los nodos desde la instalación | Una revisión completa primero y luego un plan periódico |
El mercado ya trata esto como un servicio aparte. Por ejemplo, DynFi, partner Gold de Proxmox en Francia, publica un contrato de mantenimiento operativo para servidores Proxmox con precio anual por servidor. En las búsquedas en español casi no aparecen proveedores latinoamericanos que ofrezcan algo así, y es común encontrar nodos que nadie actualiza desde que se instalaron.
¿Quieres que alguien se encargue del mantenimiento de Proxmox por ti? En x5 servers operamos infraestructura desde 2017 y nuestro servicio de administración de servidores Linux y Proxmox puede incluir un plan de mantenimiento periódico para tus nodos: actualizaciones, revisión de ZFS o Ceph, verificación de respaldos y atención de fallas. Se solicita al contratar y se ajusta al tamaño de tu cluster. Si todavía no tienes dónde correr Proxmox, revisa nuestros servidores dedicados Proxmox. Cuéntanos tu caso en el formulario de contacto y te respondemos con una propuesta.
Preguntas frecuentes sobre el mantenimiento de Proxmox
¿Cada cuánto hay que actualizar Proxmox?
Una vez al mes es una frecuencia razonable para la mayoría de las empresas, y antes si sale un parche de seguridad importante. En clusters se actualiza un nodo por vez y se verifica que vuelve al cluster antes de seguir con el siguiente.
¿Qué hace el modo mantenimiento de Proxmox?
Indica al servicio de alta disponibilidad que el nodo va a salir de operación, para que mueva sus recursos HA a otros nodos y no lo trate como una falla. Las máquinas que no están en HA no se mueven solas.
¿Qué diferencia hay entre mantenimiento preventivo, correctivo y proactivo en Proxmox?
El preventivo se agenda aunque todo funcione, como actualizar o revisar discos. El correctivo responde a una falla ya ocurrida. El proactivo usa monitoreo y alertas para detectar señales antes de que la falla llegue.
¿Cómo sé si mi nodo Proxmox sigue con soporte?
Corre pveversion en el nodo y compara la versión con la tabla de soporte de la documentación oficial de Proxmox. Proxmox VE 8 terminó su soporte en agosto de 2026.
¿Puede X5 Servers mantener un Proxmox que no está alojado con ustedes?
Sí. La administración de servidores de X5 atiende servidores propios del cliente o de terceros, y el plan de mantenimiento periódico se puede solicitar al contratar el servicio.
