Qué hacemos
Reparación de hardware Mantenimiento de servidores Recuperación de datos Ampliación & upgradeIntervención & diferenciadores
Datacenter Lombardia Aruba Ponte San Pietro Más allá del soporte del fabricanteProxmox VE: ZFS, LVM-thin, qcow2. Recovery sobre los tres stacks de almacenamiento.
Proxmox VE es la plataforma de virtualización open source más frecuente en nuestros casos. Almacenamiento habitual: ZFS (pool, dataset), LVM-thin (logical volume con thin provisioning), qcow2 (imagen de disco qemu). El recovery cubre las tres capas y sus interdependencias.
Pool faulted, snapshots huérfanos.
ZFS es un filesystem-RAID integrado con excelente capacidad de self-healing. Cuando un pool pasa a estado faulted suele ser recuperable mediante zpool import -fF en modo readonly, si hace falta con rewind a un checkpoint anterior. En escenarios más graves se requiere clonar los discos y reconstruir algebraicamente los vdev que faltan.
Thin pool corrupted, metadata exhaustion.
LVM-thin es eficiente en espacio (asignación on-demand) pero tiene un punto débil conocido: si el área de metadata se agota o se corrompe, todo el thin pool queda inaccesible. El recovery exige manipular la metadata del thin pool y recuperar el logical volume manager sobre un volumen clonado.
Imagen qemu corrupted, snapshot chain.
qcow2 (QEMU Copy-On-Write) es el formato estándar de las VM Proxmox cuando el almacenamiento no es ZFS ni LVM. Header, tablas L1/L2, múltiples snapshots internos, backing file chain: todos son elementos que pueden corromperse y que exigen un recovery dedicado. Herramientas: qemu-img check, reconstrucción de las L1/L2 cuando están dañadas, extracción manual de los datos raw cuando el qcow2 no es recuperable como tal.
Las preguntas que más nos hacen.
Clúster Proxmox VE de 3+ nodos: ¿cómo funciona el recovery si uno cae?
Si la replicación HA está activa y configurada, las VM críticas deberían hacer failover automáticamente. El recovery del nodo caído es un proceso aparte: a menudo recovery hardware del servidor y después rejoin al clúster. En casos de split-brain o pérdida de quórum hace falta una intervención manual ordenada sobre la herramienta de quórum (pmxcfs).
¿Conviene migrar a ZFS o seguir con LVM-thin?
ZFS aporta ventajas importantes (compresión, snapshots atómicos, checksum end-to-end, scrub) pero exige más RAM (ARC). En sistemas con 64+ GB de RAM dedicados al almacenamiento, ZFS es casi siempre la mejor opción para nuevos despliegues. En sistemas más pequeños o con limitaciones, LVM-thin sigue siendo válido.