Chez DYB, on intervient régulièrement sur des infrastructures critiques où la sauvegarde n’est pas seulement une obligation réglementaire : c’est un enjeu de continuité d’activité.
👉 Pour l’un de nos clients, nous avons récemment mené une refonte complète du système de backup.
Les objectifs étaient simples :
- accélérer les sauvegardes
- réduire la charge réseau
- minimiser l’espace de stockage utilisé
- tout en améliorant la sécurité.
Le résultat ?
Une réduction du temps de sauvegarde de 3h30 à 21 minutes, et une taille de données divisée par deux… sans changer une seule VM.
Voici comment nous avons fait.
📌 Contexte : 21 machines virtuelles, 1,2 To de données réelles
Le client dispose d’un cluster Proxmox avec :
- 21 machines virtuelles (Linux + Windows)
- 49 snapshots en moyenne par semaine
- 1,2 To de données réelles utilisées
- Un NAS performant (RAM + SSD cache + 8 disques entreprise RAID)
Malgré un bon niveau matériel, les sauvegardes restaient très longues.
Pourquoi ? Parce que le NAS recevait des backups complets, compressés, via un lien 1 Gb/s.
🧪 L’approche DYB : déployer Proxmox Backup Server
Nous avons mis en place un PBS (Proxmox Backup Server), configuré avec :
- Déduplication par chunks de 4 MB
- Compression ZSTD
- Dirty bitmaps QEMU
- Namespaces isolés pour la sécurité
- Token d’accès dédié pour l’hyperviseur
À partir de là, Proxmox ne transfère plus que les blocs modifiés, et PBS ne stocke chaque bloc qu’une seule fois, même s’il est présent dans plusieurs VMs.
📊 Comparatif : NAS classique vs Proxmox Backup Server
Voici le tableau synthétique que nous avons établi pour le client :
| Critère | Backup sur NAS (NFS) | Backup sur PBS | Pourquoi cette différence ? |
|---|---|---|---|
| Taille réelle VMs + snapshots | 1,2 To | 1,2 To | Source identique |
| Taille des backups générés | 670 Go | 324 Go | Déduplication + incrémental |
| Facteur de déduplication PBS | — | 13,54× | Une seule copie des blocs identiques |
| Temps total de backup | 3h30 | 21 minutes | Moins de données lues + moins de données envoyées |
| Débit réseau observé | 50–100 MB/s | 300–500 MB/s | Trafic réduit × compression |
| Technologie | Backup complet .vma.zst | Chunking + hashing + bitmaps | PBS = incrémental bloc |
| Espace consommé sur cible | 670 Go | 324 Go | Espace divisé par deux |
| Impact des VMs Windows identiques | 6× stocké | 1× stocké | Dédup inter-VM |
🔥 Résultat : un backup 10× plus rapide, 2× moins lourd, et une sécurité renforcée
En adoptant PBS :
- Le temps de sauvegarde passe de 3h30 → 21 minutes
- La taille stockée passe de 670 Go → 324 Go
- Les blocs identiques (ex. 6 Windows Server) ne sont stockés qu’une fois
- Le réseau est moins saturé
- Le client bénéficie d’un versioning plus efficace et d’un stockage optimisé dans le temps
C’est typiquement le genre d’optimisation qui améliore à la fois la performance, la fiabilité et la sécurité opérationnelle.
🎯 Pour conclure
L’utilisation d’un simple NAS pour les sauvegardes reste un standard…
Mais lorsqu’on gère des environnements virtualisés, Proxmox Backup Server apporte un gain massif et immédiat grâce à son moteur de déduplication et son approche incrémentale intelligente.
Chez DYB, nous observons régulièrement :
- des tailles divisées par 2 à 10
- des vitesses multipliées par 5 à 20
- une réduction drastique de la charge réseau
- une meilleure protection des données
Ce projet client l’illustre parfaitement.
📞 Vous souhaitez optimiser votre cluster ou vos sauvegardes ?
Nous pouvons vous accompagner sur :
- l’optimisation Proxmox / VMware / Hyper-V
- la mise en place de PBS
- la stratégie de PRA/PCA
- la sécurisation ransomware
- le monitoring et l’alerting infra
