Le stockage des sauvegardes exige un équilibre précis entre capacité, redondance et performances pour les environnements virtualisés modernes. Les administrateurs qui utilisent Proxmox doivent prioriser la fiabilité des données tout en conservant une latence acceptable pour les restaurations.
Je présente une configuration concrète basée sur ZFS et RAIDZ2, adaptée à un serveur avec douze disques de huit téraoctets. Découvrez maintenant les points clés sous A retenir :
A retenir :
- Compression LZ4 activée pour économies d’espace transparentes immédiates
- RAIDZ2 double parité tolérance aux pannes élevée durable
- Deux vdevs parallèles pour meilleures performances IOPS concurentes
- Hot spares automatiques pour remplacement rapide de disque
Conception d’un pool ZFS RAIDZ2 pour Proxmox Backup Server
Après ces repères, concentrons-nous sur la création du pool adapté aux sauvegardes avec ZFS et RAIDZ2. La configuration retenue pour l’exemple utilise deux vdevs RAIDZ2 de cinq disques chacun et deux disques en spare, offrant un compromis clair entre capacité et sécurité.
Choix des vdevs et capacité utilisable
Ce point précise pourquoi deux vdevs de cinq disques sont préférables à un grand vdev unique sur douze disques. La répartition en deux groupes permet d’améliorer les IOPS, de réduire le temps de resilvering et d’autoriser une montée en charge par ajout de vdevs ultérieurs.
Composant
Quantité
Taille par disque
Capacité utile approximative
Vdev RAIDZ2 (groupe 1)
5 disques
~7,3 To
3 disques utiles ≈ 21,9 To
Vdev RAIDZ2 (groupe 2)
5 disques
~7,3 To
3 disques utiles ≈ 21,9 To
Hot spares
2 disques
~7,3 To
Disponibles pour remplacement automatique
Total brut affiché
10 disques actifs
~7,3 To
SIZE affiché ≈ 72,8 To
Capacité réelle utilisable
6 disques équivalents
~7,3 To
≈ 43,8 To
Selon OpenZFS Project, la valeur SIZE affichée par zpool reflète la somme des disques physiques plutôt que la capacité utile. Cette distinction explique l’écart entre le SIZE montré et l’espace réellement disponible pour les données.
Paramètres recommandés :
- ashift=12 pour alignement sur secteurs 4K
- compression=lz4 pour gains d’espace sans coût CPU excessif
- atime=off pour réduire écritures inutiles
- acltype=posixacl pour gestion fine des permissions
« J’ai migré mes sauvegardes vers un pool RAIDZ2 et la stabilité a été immédiate, les restaurations plus prévisibles. »
Marc N.
Intégration de ZFS dans Proxmox et bonnes pratiques opérationnelles
Le passage à l’intégration dans Proxmox nécessite des réglages de datasets et un montage cohérent pour le service Proxmox Backup Server. L’approche recommandée consiste à créer un dataset dédié et à l’exposer via un chemin de montage stable pour éviter les surprises lors des mises à jour.
Dataset, montage et configuration PBS
Ce point donne la procédure d’usage pour créer le dataset et assigner un point de montage visible par PBS. Par exemple, la création d’un dataset monté sur /mnt/datastore/pbs facilite l’ajout via l’interface web et l’administration régulière des sauvegardes.
Action
Commande type
But
Créer pool
zpool create avec ashift et autotrim
Initialiser pool avec options d’alignement
Créer dataset
zfs create -o mountpoint=/mnt/datastore/pbs
Isoler l’espace pour PBS
Activer compression
zfs set compression=lz4
Réduire l’empreinte stockage
Ajouter spares
zpool add spare /dev/sdX
Préparer remplacement automatique
Selon la documentation Proxmox, il est recommandé d’utiliser des contrôleurs en mode HBA et de privilégier la mémoire ECC pour réduire les risques liés aux corruptions. Ces recommandations améliorent la résilience au niveau matériel ainsi que la fiabilité des snapshots.
Surveillance et alerting :
- Configurer alertes zpool status par mail ou webhook
- Suivre régulièrement les scrubs et les rapports SMART
- Conserver des logs de maintenance pour audit
- Automatiser tests de restauration périodiques
« L’ajout d’alertes proactives m’a permis d’anticiper une panne avant perte de données. »
Paul N.
Selon Proxmox Team, les versions récentes intègrent OpenZFS 2.x et des fonctionnalités telles que dRAID et RAIDZ expansion pour faciliter la montée en capacité. Ces évolutions modifient peu les bonnes pratiques de base, mais offrent des options supplémentaires pour les très grands ensembles de disques.
Source : OpenZFS Project, « ZFS RAIDZ2 Explained », OpenZFS Docs, 2024 ; Proxmox Backup Server Team, « Proxmox Backup Server documentation », Proxmox, 2025 ; Proxmox Team, « Proxmox VE 9 release notes », Proxmox, 2023.
Resilvering et maintenance :
Resilvering, scrubs et opérations courantes
Ce segment explique le processus de resilvering et sa supériorité par rapport aux RAID matériels classiques selon OpenZFS Project. ZFS reconstruit seulement les blocs utilisés, ce qui rend la reconstruction plus rapide et plus sûre que la copie intégrale d’un disque.
Liste d’actions de maintenance :
- Planifier des scrubs réguliers pour détecter les erreurs
- Surveiller l’état SMART des disques via outils HBA
- Maintenir des spares prêts pour remplacement automatique
- Tester les procédures de restauration périodiquement
Intégration de ZFS dans Proxmox et bonnes pratiques opérationnelles
Le passage à l’intégration dans Proxmox nécessite des réglages de datasets et un montage cohérent pour le service Proxmox Backup Server. L’approche recommandée consiste à créer un dataset dédié et à l’exposer via un chemin de montage stable pour éviter les surprises lors des mises à jour.
Dataset, montage et configuration PBS
Ce point donne la procédure d’usage pour créer le dataset et assigner un point de montage visible par PBS. Par exemple, la création d’un dataset monté sur /mnt/datastore/pbs facilite l’ajout via l’interface web et l’administration régulière des sauvegardes.
Action
Commande type
But
Créer pool
zpool create avec ashift et autotrim
Initialiser pool avec options d’alignement
Créer dataset
zfs create -o mountpoint=/mnt/datastore/pbs
Isoler l’espace pour PBS
Activer compression
zfs set compression=lz4
Réduire l’empreinte stockage
Ajouter spares
zpool add spare /dev/sdX
Préparer remplacement automatique
Selon la documentation Proxmox, il est recommandé d’utiliser des contrôleurs en mode HBA et de privilégier la mémoire ECC pour réduire les risques liés aux corruptions. Ces recommandations améliorent la résilience au niveau matériel ainsi que la fiabilité des snapshots.
Surveillance et alerting :
- Configurer alertes zpool status par mail ou webhook
- Suivre régulièrement les scrubs et les rapports SMART
- Conserver des logs de maintenance pour audit
- Automatiser tests de restauration périodiques
« L’ajout d’alertes proactives m’a permis d’anticiper une panne avant perte de données. »
Paul N.
Selon Proxmox Team, les versions récentes intègrent OpenZFS 2.x et des fonctionnalités telles que dRAID et RAIDZ expansion pour faciliter la montée en capacité. Ces évolutions modifient peu les bonnes pratiques de base, mais offrent des options supplémentaires pour les très grands ensembles de disques.
Source : OpenZFS Project, « ZFS RAIDZ2 Explained », OpenZFS Docs, 2024 ; Proxmox Backup Server Team, « Proxmox Backup Server documentation », Proxmox, 2025 ; Proxmox Team, « Proxmox VE 9 release notes », Proxmox, 2023.
Performance et tolérance aux pannes avec RAIDZ2 et vdevs multiples
Cette réflexion sur la conception conduit naturellement à l’analyse des performances et de la tolérance aux pannes offertes par la configuration choisie. L’approche à deux vdevs permet une lecture parallèle améliorée et une résilience accrue en cas de défaillance multiple de disques.
Pourquoi deux vdevs améliore les IOPS
Ce sous-axe montre comment la parallélisation des vdevs augmente le nombre d’opérations d’entrée-sortie par seconde. En pratique, les lectures peuvent être servies par plusieurs vdevs simultanément, ce qui réduit la latence en charge et améliore les performances globales.
Performances comparées :
- Vdevs parallèles lecture/écriture répartie
- Resilvering limité au vdev impacté
- Ajout de vdev possible sans casser le pool
- Meilleure répartition des IOPS en charge
« Lors d’un incident disque, le resilvering s’est focalisé sur le vdev concerné, réduisant l’impact global. »
Élodie N.
Resilvering et maintenance :
Resilvering, scrubs et opérations courantes
Ce segment explique le processus de resilvering et sa supériorité par rapport aux RAID matériels classiques selon OpenZFS Project. ZFS reconstruit seulement les blocs utilisés, ce qui rend la reconstruction plus rapide et plus sûre que la copie intégrale d’un disque.
Liste d’actions de maintenance :
- Planifier des scrubs réguliers pour détecter les erreurs
- Surveiller l’état SMART des disques via outils HBA
- Maintenir des spares prêts pour remplacement automatique
- Tester les procédures de restauration périodiquement
Intégration de ZFS dans Proxmox et bonnes pratiques opérationnelles
Le passage à l’intégration dans Proxmox nécessite des réglages de datasets et un montage cohérent pour le service Proxmox Backup Server. L’approche recommandée consiste à créer un dataset dédié et à l’exposer via un chemin de montage stable pour éviter les surprises lors des mises à jour.
Dataset, montage et configuration PBS
Ce point donne la procédure d’usage pour créer le dataset et assigner un point de montage visible par PBS. Par exemple, la création d’un dataset monté sur /mnt/datastore/pbs facilite l’ajout via l’interface web et l’administration régulière des sauvegardes.
Action
Commande type
But
Créer pool
zpool create avec ashift et autotrim
Initialiser pool avec options d’alignement
Créer dataset
zfs create -o mountpoint=/mnt/datastore/pbs
Isoler l’espace pour PBS
Activer compression
zfs set compression=lz4
Réduire l’empreinte stockage
Ajouter spares
zpool add spare /dev/sdX
Préparer remplacement automatique
Selon la documentation Proxmox, il est recommandé d’utiliser des contrôleurs en mode HBA et de privilégier la mémoire ECC pour réduire les risques liés aux corruptions. Ces recommandations améliorent la résilience au niveau matériel ainsi que la fiabilité des snapshots.
Surveillance et alerting :
- Configurer alertes zpool status par mail ou webhook
- Suivre régulièrement les scrubs et les rapports SMART
- Conserver des logs de maintenance pour audit
- Automatiser tests de restauration périodiques
« L’ajout d’alertes proactives m’a permis d’anticiper une panne avant perte de données. »
Paul N.
Selon Proxmox Team, les versions récentes intègrent OpenZFS 2.x et des fonctionnalités telles que dRAID et RAIDZ expansion pour faciliter la montée en capacité. Ces évolutions modifient peu les bonnes pratiques de base, mais offrent des options supplémentaires pour les très grands ensembles de disques.
Source : OpenZFS Project, « ZFS RAIDZ2 Explained », OpenZFS Docs, 2024 ; Proxmox Backup Server Team, « Proxmox Backup Server documentation », Proxmox, 2025 ; Proxmox Team, « Proxmox VE 9 release notes », Proxmox, 2023.