Proxmox Backup Server vs Veeam : lequel choisir en 2026 ?

Depuis le rachat de VMware par Broadcom et la flambée des renouvellements Veeam Universal, on reçoit chaque semaine la même question d’un DSI ou d’un MSP : faut-il rester sur Veeam ou basculer sur Proxmox Backup Server ? La réponse simple n’existe pas. Mais après dix-huit mois passés à migrer des dizaines de clients dans les deux sens, on a une grille d’analyse qui tient debout.

Ce comparatif s’appuie sur des chiffres terrain : 300+ datastores PBS supervisés chez Cloud-PBS, 80+ serveurs managés en production, des audits Veeam B&R 12.x et 13 menés chez nos clients, et plusieurs migrations bidirectionnelles documentées. Pas de tableau marketing recopié de la doc éditeur. On regarde le coût réel sur 3 ans, les ratios de déduplication mesurés sur du vrai stockage, les limites qu’aucun des deux camps ne met en avant, et les scénarios où l’une ou l’autre solution prend clairement l’avantage.

PBS et Veeam, en 2 minutes

Proxmox Backup Server (PBS) est l’outil de sauvegarde natif de l’écosystème Proxmox. Open source, GPLv3, dérivé du même socle Debian que Proxmox VE. Première version stable en 2020. PBS gère les VM Proxmox, les containers LXC, et depuis la 3.0 les hôtes Linux et Windows via le client proxmox-backup-client. Le binaire est gratuit, un abonnement payant donne accès au dépôt enterprise et au support. PBS 4.2, version courante en 2026, apporte le sync multi-datastore amélioré et l’object storage S3 natif.

Veeam Backup & Replication (VBR) joue dans une autre catégorie. C’est une suite commerciale pensée pour les grandes infrastructures hybrides. Elle gère VMware vSphere, Hyper-V, Nutanix AHV, AWS, Azure, GCP, Microsoft 365, Salesforce, Kubernetes, et depuis la branche 12.3 le support natif de Proxmox VE, étendu dans VBR 13 (sortie fin 2025) à Proxmox VE 9 avec intégration VSS et restauration applicative. Le tarif suit, avec un modèle Universal License facturé par workload. Veeam a démarré en 2008 et c’est aujourd’hui un pilier du marché entreprise.

Vu de loin, on dirait deux outils qui font le même métier. Vu de près, ce sont deux philosophies opposées : PBS est un moteur de sauvegarde minimaliste taillé pour Proxmox, Veeam est une plateforme de protection de données multi-cloud avec quinze ans de fonctionnalités empilées.

Fonctionnalités clés face à face

Capacité	PBS 4.2	Veeam VBR 13
Hyperviseurs supportés	Proxmox VE, LXC	VMware, Hyper-V, Nutanix, Proxmox VE
Backup applicatif (SQL, Exchange, AD)	Image-level uniquement	Agent + application-aware
Restauration item-level	Mount + extraction manuelle	Mailbox, AD object, table SQL en quelques clics
Object storage	S3 natif (PBS 4.x), Azure Blob via passerelle	S3, Azure, GCS natifs avec immutability
Réplication / sync	Sync entre datastores PBS	CDP, Backup Copy, replica VM
Sauvegarde sur bande	LTO natif	LTO et VTL
Protection SaaS (M365, Salesforce)	Non	Oui (modules dédiés)
Restore cross-cloud	Non	Direct Restore vers AWS, Azure, GCP

Sur le périmètre virtualisation pure, PBS couvre l’essentiel pour qui reste sur Proxmox. Si votre parc mélange vSphere, Hyper-V et Proxmox, ou si vous devez sauvegarder du Microsoft 365 et du Salesforce, Veeam reste devant sans débat. C’est sa raison d’être historique.

L’écart se creuse aussi sur la restauration applicative. Veeam Explorer for Microsoft Exchange permet de restaurer un mailbox individuel, voire un seul mail, depuis n’importe quel point de sauvegarde. Avec PBS, vous restaurez la VM Exchange entière, vous la démarrez en mode isolé, vous extrayez ce qu’il faut. C’est faisable. C’est plus lent. Et ça suppose que vous ayez les ressources de calcul disponibles pour booter une VM Exchange de 200 Go juste pour récupérer un fichier PST.

Côté immutabilité, les deux solutions tiennent leurs promesses. Veeam s’appuie sur l’immutability S3 ou sur les Hardened Linux Repositories. PBS chiffre les chunks côté client, et les datastores ZFS avec snapshots immuables font l’équivalent. Pour répondre à NIS2 ou DORA sur le volet “preuve d’inviolabilité”, les deux passent, à condition que la couche stockage soit bien configurée. Ce n’est jamais l’outil de backup seul qui fournit l’immutabilité, c’est la combinaison outil + repository.

Le coût réel sur 3 ans

Sur le papier, PBS est gratuit et Veeam est payant. La réalité est plus nuancée parce que le coût d’un système de sauvegarde, ce n’est jamais juste la licence. Pour un parc type qu’on accompagne, 30 VM Proxmox, une douzaine de To utiles, RTO 4 heures, RPO 12 heures, quatre lignes de coût pèsent réellement sur 3 ans.

Le matériel et le stockage cible sont équivalents entre les deux solutions. Que vous mettiez un PBS ou un Veeam Backup Server en frontal, vous achetez la même classe de serveur, les mêmes disques, et la même cible externe pour la copie 3-2-1. Cette ligne ne discrimine pas le choix logiciel.

La licence est le poste qui creuse l’écart. PBS est gratuit en community, avec des abonnements Proxmox Server Solutions optionnels par socket pour le SLA. Veeam est facturé à la Universal License par workload, avec une maintenance annuelle qui s’ajoute. Sur le profil 30 VM cité plus haut, on observe un rapport de 1 à 6 ou 1 à 8 entre les deux postes, en faveur de PBS. C’est la principale raison pour laquelle on reçoit autant d’appels d’équipes IT cherchant à sortir d’un renouvellement Veeam.

Le repository S3 externe pour la copie hors site est identique chez les deux. Si vous tirez l’immutabilité côté Veeam, prévoyez de la prévoir aussi côté PBS via ZFS snapshots ou S3 object-lock, ce n’est pas une économie qu’on peut faire en passant à PBS.

Le temps d’exploitation est l’argument que les commerciaux Veeam mettent en avant, et il est partiellement valide. Veeam économise des heures d’administration sur les restaurations applicatives complexes (Exchange, SQL, AD) et sur les chaînes de réplication multi-sites configurées au clic. PBS demande un peu plus de manipulation CLI sur ces scénarios. Si votre help-desk traite deux ou trois restaurations applicatives par semaine, cette différence d’exploitation rattrape une partie de l’écart de licence. Si vous restaurez quatre fois par an, elle ne pèse pas grand-chose.

Au global, sur un parc de 30 VM, le TCO 3 ans côté Veeam tourne autour de deux à trois fois celui d’un PBS auto-hébergé bien dimensionné. L’écart se réduit sur les très petites infrastructures (où la licence Veeam est moins lourde en absolu) et s’amplifie sur les parcs au-delà de 100 workloads.

Reste la question des renouvellements. Le passage en Veeam Data Platform Foundation a lissé les hausses, mais sur les comptes hérités des anciennes Editions Standard / Enterprise / Enterprise Plus, on voit régulièrement des bonds significatifs au moment du switch obligatoire. Quand un client nous appelle paniqué par un devis de renouvellement, c’est très souvent ce mécanisme qui est en cause, et c’est ce qui déclenche le projet de migration plus que le calcul TCO froid.

Performance et déduplication mesurées

Les chiffres marketing affichent des taux de déduplication entre 10:1 et 30:1 chez les deux éditeurs. Sur le terrain, on observe autre chose.

PBS : ratio de 4,2:1 à 7,8:1 selon le profil de données. Sur nos 300+ datastores supervisés via VictoriaMetrics, la médiane mesurée fin 2025 est à 5,4:1. Le moteur PBS s’appuie sur du content-defined chunking (chunks de 4 Mo en moyenne, hash SHA-256, compression zstd niveau 1 par défaut). C’est rapide en ingest, c’est moins agressif que les chiffres optimistes affichés par certains comparatifs.

Veeam : ratio de 3:1 à 6:1 sur du backup classique avec dédup intra-job. Le ratio monte à 8:1 voire 12:1 si vous activez la déduplication inline sur un repository ReFS ou XFS avec block cloning, et jusqu’à 20:1 sur du Data Domain externe. Mais ces chiffres élevés supposent une cible de stockage qui sait dédupliquer. Sur un repository NTFS classique ou un partage NFS standard, vous retombez à 3-4:1.

Côté vitesses de restauration, on a mesuré sur nos infrastructures :

• PBS sur datastore ZFS RAIDZ2 + special device SSD NVMe : 850 Mo/s moyens en restore live
• Veeam VBR 12.x sur Backup Repository ReFS bien tuné : 1,1 Go/s moyens (VBR 13 promet le double sur le même matériel, nous n’avons pas encore assez de mesures pour le confirmer)
• PBS via sync entre datastores distants (LAN 10 Gb) : 600 Mo/s

L’écart Veeam vs PBS sur le restore vient surtout du tuning ReFS et du cache mémoire de Veeam Proxy, pas d’une supériorité algorithmique du moteur. Les deux solutions sont bottleneckées par le réseau et le stockage cible bien avant de l’être par le moteur de sauvegarde lui-même. Si votre fenêtre de RTO est à 4 heures sur 12 To, n’importe laquelle des deux solutions tient, la différence se joue sur le tuning de la couche storage, pas sur le choix du logiciel.

Écosystème, intégrations et scénarios MSP

L’écosystème Veeam est mature après quinze ans de marché. Plugins pour Veeam ONE en supervision, Veeam Backup for AWS/Azure/GCP en agent natif chez les hyperscalers, Service Provider Console pour les MSP avec multi-tenancy fin et facturation par usage, intégration native dans la plupart des SIEM, support officiel chez tous les hébergeurs majeurs. Quand vous vendez du backup-as-a-service à 200 clients, l’outillage MSP de Veeam est sans rival aujourd’hui.

L’écosystème PBS est plus jeune mais s’étoffe vite. Le client proxmox-backup-client couvre les hosts Linux et Windows depuis 2023. La sync native entre datastores permet de monter une topologie hub-and-spoke sans outil tiers. Côté MSP, le multi-tenancy de PBS repose sur les namespaces (introduits en 2.2) et sur des ACL fines par utilisateur. Fonctionnel, plutôt élégant techniquement, mais moins poli que la console Veeam quand il s’agit de gérer 200 tenants avec facturation auto.

Pour un MSP qui accompagne 50 clients PME sur du Proxmox, PBS suffit dans 80 % des cas et coûte cinq à dix fois moins cher en licences. Pour un MSP qui héberge du multi-hyperviseur ou qui vend du backup managé incluant la protection SaaS, Veeam reste la solution la plus complète pour facturer ces services à valeur ajoutée. Sur nos 80+ serveurs managés Cloud-PBS, c’est ce premier profil qu’on voit le plus : équipes IT internes ou MSP qui ont rationalisé leur infra autour de Proxmox et qui veulent un backup natif, sans la facture Veeam mais sans gérer eux-mêmes le PBS.

Si vous n’êtes pas encore au clair sur la couche basse (vzdump vs PBS, règle 3-2-1-1-0, dimensionnement ZFS), notre guide complet de la sauvegarde Proxmox 2026 couvre l’amont de cette décision.

Limites à connaître avant de choisir

PBS a trois limites qu’il faut accepter en connaissance de cause.

D’abord, la restauration item-level Microsoft Exchange ou SharePoint n’existe pas. Il faut booter la VM entière en mode recovery et utiliser les outils Microsoft pour extraire ce qu’il faut. Sur un Exchange de 500 mailbox, c’est 1 à 2 heures de récupération contre 3 minutes sur Veeam Explorer. Si votre help-desk traite trois demandes “j’ai supprimé un mail” par semaine, ça pèse.

Ensuite, pas de SaaS protection. Si vous devez sauvegarder Microsoft 365, Salesforce ou Google Workspace, il faut un outil tiers (Afi.ai, AvePoint, Veeam Backup for M365 acheté seul, ou des solutions souveraines comme Synology Active Backup for Microsoft 365). PBS ne couvre pas ce périmètre et ne le couvrira probablement pas dans sa roadmap visible.

Enfin, le support contractuel n’existe que via les abonnements Enterprise de Proxmox Server Solutions, facturés par socket CPU. Le ticket P1 répondu en deux heures, c’est uniquement les plans haut de gamme. Le forum Proxmox est excellent pour de l’entraide, mais ce n’est pas un SLA.

Veeam a aussi ses zones d’ombre.

Le coût devient absurde au-delà de 100 workloads. La grille Universal License grimpe vite, les remises se négocient mais restent loin du gratuit, et l’augmentation annuelle des maintenances est devenue un sujet politique chez beaucoup de DSI.

Le format VBK est propriétaire. Sortir de Veeam après 5 ans de backups, c’est un projet en soi : conversion via outils tiers, parfois recréation de l’historique. PBS utilise un format chunk-based documenté, dérivé de la lignée Borg/Restic, lisible hors de PBS au besoin. La portabilité n’est pas un argument secondaire dans une stratégie long terme.

L’empreinte serveur Veeam est plus lourde. Un Veeam Backup Server de production réclame 8 à 16 cœurs et 16 à 32 Go de RAM minimum, plus les Veeam Proxies dédiés selon le débit. Un PBS équivalent tient sur 4 cœurs et 16 Go pour le même volume.

Si la question d’auto-héberger PBS vs le confier à un opérateur managé vous travaille, on a détaillé l’arbitrage layer par layer dans PBS managé vs PBS auto-hébergé.

Verdict : sur quel critère arbitrer

Choisir entre PBS et Veeam n’est pas une question d’idéologie open source contre propriétaire. C’est une question de périmètre, de volume et de besoins applicatifs.

Restez sur Veeam si vous gérez du multi-hyperviseur (vSphere + Hyper-V + Proxmox), si la restauration item-level Microsoft est centrale dans vos SLA, ou si votre charge SaaS dépasse celle de vos VM. C’est l’outil pensé pour ces scénarios et il les fait mieux que toute alternative aujourd’hui.

Basculez sur PBS si votre parc est Proxmox-first ou s’apprête à le devenir, si votre RTO/RPO est honnête mais pas extrême, et si vous voulez sortir d’un cycle de licences qui doublent tous les trois ou quatre ans. Le bénéfice n’est pas seulement financier, c’est aussi la fin du verrouillage par un format propriétaire.

Une troisième voie existe : confier l’exploitation du PBS à un opérateur managé. C’est ce qu’on fait chez Cloud-PBS pour des PME et des MSP qui veulent les économies d’un PBS sans gérer le matériel, le tuning ZFS, ni la copie hors-site. Si vous hésitez entre signer un renouvellement Veeam qui pique et tout reconstruire en interne, on propose un audit gratuit de votre stratégie backup actuelle : une heure d’échange, un comparatif TCO sur votre parc précis, et un avis honnête sur la voie qui a le plus de sens chez vous. Le formulaire de contact se trouve sur cloud-pbs.com/fr/contact.