🌐 Aussi en: English · Deutsch · Español
😱 Aujourd’hui, j’ai failli jeter tout mon rack à la poubelle…
Aujourd’hui, j’ai eu droit à l’un de ces grands classiques du homelab : le moment de panique. 😅 Je recopiais un énorme jeu de données sur ma VM NAS, et le transfert était d’une lenteur désespérante, avec des timeouts et des à-coups par moments. Même mes fichiers personnels importants étaient touchés ! À un moment, j’ai sérieusement envisagé de balancer tout le rack, serveurs compris, à la poubelle…
Hier encore, tout tournait comme une horloge, et j’avais appris pas mal de choses sur mon cluster Proxmox et ma configuration ZFS. Mais aujourd’hui, sans crier gare, ce ralentissement massif m’est tombé dessus. 🤯
Après mûre réflexion (et une consultation de ChatGPT, mon fidèle oracle du homelab 🤓), il s’est avéré que le coupable n’était ni le réseau, ni la configuration de la VM, ni même la compression ZFS. Non — c’était un petit réglage ZFS, mais crucial, qui détermine comment les écritures sont mises en cache : le mode Sync 🧠.
⚙️ Le coupable : le mode Sync de ZFS
ZFS est génial, mais il peut se montrer d’une prudence implacable dès qu’il s’agit d’écrire. Par défaut, le mode Sync est réglé sur standard :
- standard : chaque écriture attend que les données soient physiquement sur le disque. Très sûr, très lent. 🐢
- disabled : les écritures sont mises en cache et vidées sur le disque de façon asynchrone. ⚡ Rapide, mais risqué si le courant décide de lâcher en plein transfert.
Dans mon cas, standard provoquait des ralentissements énormes — copier 50 Go de fichiers, c’était comme regarder la peinture sécher. J’ai d’abord soupçonné la compression LZ4 (erreur de débutant typique 😅), mais c’était bel et bien le réglage sync depuis le début.
🔍 Comment vérifier votre mode Sync
Sur votre hôte Proxmox (ou n’importe quel système ZFS), vous pouvez vérifier le mode sync avec :
zfs get sync <DatasetName>Par exemple, pour le dataset de ma VM NAS :
zfs get sync vmdataLa sortie peut ressembler à ceci :
NAME PROPERTY VALUE SOURCE
vmdata sync standard default
Ici, standard = tortue au ralenti 🐢, disabled = rapide comme l’éclair ⚡.
🔧 Comment corriger le problème (et gagner des super-pouvoirs)
Pour booster les performances en écriture, il suffit de passer sync à disabled sur votre dataset :
zfs set sync=disabled vmdataPuis vérifiez :
zfs get sync vmdataSortie attendue :
NAME PROPERTY VALUE SOURCE
vmdata sync disabled local
Après ce changement, ma VM NAS est passée d’environ 100 MB/s à 3,2 GB/s 🚀. Oui… c’est trente fois plus rapide. 😎
💡 Astuce : ce changement survit aux redémarrages. Pas de crainte à avoir de perdre le réglage en redémarrant le serveur. Mais n’oubliez pas : un grand pouvoir implique de grandes responsabilités — si vos données sont critiques, pensez à un onduleur !
Après avoir ajusté le cache ZFS, j’ai lancé un premier test en recopiant de gros fichiers — et tout a fonctionné à merveille. ✅ Ma VM NAS avait retrouvé sa pleine vitesse, sans à-coups ni timeouts.
😂 Ce que j’en retiens
- ZFS est génial, mais vérifiez les réglages de cache avant d’accuser votre matériel. 🖥️
- La compression LZ4 n’est PAS toujours la coupable (erreur de débutant !). 😅
- Parfois, le plus petit ajustement donne l’impression que votre NAS carbure au kérosène de fusée. 🚀
Alors oui, aujourd’hui j’ai échappé à une catastrophe de homelab en comprenant enfin le cache sync de ZFS. Et oui, je dormirai un peu mieux en sachant que ma copie de 50 Go ne va pas ramper éternellement à 100 MB/s. 😎
