🌐 También en: English · Deutsch · Français
😱 Hoy casi tiro todo mi rack a la basura…
Hoy he tenido uno de esos clásicos momentos de pánico del homelab. 😅 Estaba copiando un conjunto de datos enorme de vuelta a mi VM del NAS, y la transferencia iba desesperadamente lenta, con timeouts y tirones de vez en cuando. ¡Hasta mis archivos personales importantes se vieron afectados! En un momento dado, me planteé en serio tirar el rack entero, servidores incluidos, a la basura…
Ayer todo funcionaba como la seda, y había aprendido un montón sobre mi clúster de Proxmox y mi configuración de ZFS. Pero hoy, de la nada, me cayó encima esta ralentización brutal. 🤯
Después de darle muchas vueltas (y de consultar a ChatGPT, mi fiel oráculo del homelab 🤓), resultó que el culpable no era la red, ni la configuración de la VM, ni siquiera la compresión de ZFS. Qué va — era un ajuste de ZFS pequeño pero crítico que controla cómo se cachean las escrituras: el modo Sync 🧠.
⚙️ El culpable: el modo Sync de ZFS
ZFS es una maravilla, pero puede ser brutalmente conservador con las escrituras. Por defecto, el modo Sync está en standard:
- standard: cada escritura espera hasta que los datos llegan físicamente al disco. Muy seguro, muy lento. 🐢
- disabled: las escrituras se cachean y se vuelcan al disco de forma asíncrona. ⚡ Rápido, pero arriesgado si la luz decide irse a mitad de la transferencia.
En mi caso, standard provocaba ralentizaciones enormes — copiar 50 GB de archivos era como ver secarse la pintura. Al principio sospeché de la compresión LZ4 (clásico error de novato 😅), pero en realidad el problema era el ajuste sync desde el principio.
🔍 Cómo comprobar tu modo Sync
En tu host de Proxmox (o en cualquier sistema ZFS), puedes comprobar el modo sync con:
zfs get sync <DatasetName>Por ejemplo, para el dataset de mi VM del NAS:
zfs get sync vmdataLa salida puede tener este aspecto:
NAME PROPERTY VALUE SOURCE
vmdata sync standard default
Aquí, standard = tortuga lenta 🐢, disabled = rápido como un rayo ⚡.
🔧 Cómo solucionarlo (y conseguir superpoderes)
Para disparar el rendimiento de escritura, basta con poner sync en disabled en tu dataset:
zfs set sync=disabled vmdataDespués, compruébalo:
zfs get sync vmdataSalida esperada:
NAME PROPERTY VALUE SOURCE
vmdata sync disabled local
Tras este cambio, pasé de ~100 MB/s a 3,2 GB/s 🚀 en mi VM del NAS. Sí… eso es treinta veces más rápido. 😎
💡 Consejo: este cambio se mantiene tras reiniciar. No tienes que preocuparte de perder el ajuste cuando reinicies el servidor. Eso sí, recuerda: un gran poder conlleva una gran responsabilidad — ¡si tus datos son críticos, plantéate usar un SAI!
Después de ajustar la caché de ZFS, hice una primera prueba copiando otra vez archivos grandes — y todo funcionó de maravilla. ✅ Mi VM del NAS volvía a ir a toda máquina, sin tirones ni timeouts.
😂 Lecciones aprendidas
- ZFS es genial, pero revisa los ajustes de caché antes de echarle la culpa a tu hardware. 🖥️
- La compresión LZ4 NO siempre es la culpable (¡error de novato!). 😅
- A veces el ajuste más diminuto hace que tu NAS parezca ir con combustible de cohete. 🚀
Así que sí, hoy he sobrevivido a un posible desastre en el homelab gracias a entender la caché sync de ZFS. Y sí, dormiré un poco más tranquilo sabiendo que mi copia de 50 GB no se va a quedar arrastrándose a 100 MB/s para siempre. 😎
