Vous n'avez pas besoin de Proxmox Backup Server, jusqu'au jour où vous en avez vraiment besoin

Le confort des sauvegardes « suffisantes »

Une installation simple apporte un certain calme. Deux nœuds, des sauvegardes par snapshot chaque nuit vers un partage réseau, et un plan de reprise d'une fiabilité presque ennuyeuse : remplacer le matériel, réinstaller, restaurer, passer à autre chose. C'est la base sur laquelle beaucoup de gens fonctionnent aujourd'hui, et honnêtement, ça marche. Quelqu'un l'a résumé sans détour : « Non, vous n'en avez pas besoin. Mais c'est agréable. »

C'est l'état d'esprit général. Si votre homelab ne fait rien tourner de critique, l'approche actuelle paraît pratique et prévisible, sans couche supplémentaire à surveiller. Sous cette simplicité, une question persiste pourtant : que se passe-t-il le jour où le « suffisant » ne suffit plus ?

L'attrait de la déduplication et des tableaux de bord

L'argument le plus souvent avancé pour ajouter Proxmox Backup Server est d'ordre pratique : économies de stockage, visibilité et contrôle. Un utilisateur l'a décrit comme « un tableau de bord pour vos sauvegardes », avec une vue sur les échecs et l'espace occupé. Ça ne paraît peut-être pas excitant, jusqu'au jour où votre stockage se remplit plus vite que prévu.

Il y a aussi la déduplication, dont les gens parlent comme d'une quasi-magie. Quelqu'un a mentionné en passant une réduction de 7.71x, et un autre a annoncé un chiffre encore plus élevé. Le hic, c'est qu'elle brille surtout quand vous avez des systèmes similaires, comme plusieurs conteneurs ou VM construits sur les mêmes images de base. Si votre installation est petite ou hétérogène, les gains peuvent décevoir.

Un camp estime malgré tout que cela suffit à justifier l'effort. « La déduplication vaut le coup à elle seule », a insisté quelqu'un. C'est une affirmation forte pour une fonction qui change l'efficacité du stockage des sauvegardes sans rien changer à la façon dont vous restaurez.

L'état d'esprit « fais-le tourner dans une VM »

Au-delà de la question du besoin, l'un des thèmes les plus intéressants est la désinvolture avec laquelle les gens le déploient. Aucune révérence ici, et pas de chasse gardée « réservée à l'entreprise ». Le conseil le plus courant : le lancer dans une VM, l'essayer, et le supprimer s'il ne vous plaît pas.

« Je fais tourner PBS dans une VM, et ça marche bien », a dit un commentateur. D'autres ont décrit la même approche : installation depuis l'ISO, quelques gigaoctets de RAM, et l'affaire est réglée. Certains voient même le fait de le faire tourner sur le même matériel comme un compromis plutôt qu'un péché capital.

Tout le monde n'est pas convaincu, et il y a là une certaine tension. Faire tourner votre système de sauvegarde sur l'hôte même que vous protégez paraît… fragile. Si cet hôte meurt, qu'avez-vous protégé exactement ? C'est là qu'interviennent les voix plus prudentes, qui suggèrent des machines séparées, voire des sauvegardes à froid synchronisées de temps en temps.

Quand le « plus » devient une bouée de sauvetage

La plupart des gens s'accordent à dire que PBS ne rend pas les restaurations spectaculairement plus rapides et ne supprime pas par magie les temps d'arrêt. Alors pourquoi s'en embêter ? Parce que les cas limites existent, et qu'ils sont moches.

Un utilisateur a raconté avoir effacé un disque de démarrage, tout réinstallé, importé le datastore et être reparti plus vite que prévu, ce qui relève de la résilience plus que du confort. Un autre a souligné la possibilité de détacher le stockage et de le monter ailleurs pour restaurer sans friction.

Il y a ensuite la question du hors site : la prise en charge expérimentale de S3, la synchronisation vers une autre machine et les sauvegardes à froid qui dorment jusqu'à la catastrophe. À ce stade, vous avez dépassé les snapshots nocturnes pour empiler des couches de protection, une assurance par-dessus une autre.

Les sceptiques maintiennent leurs objections. L'un d'eux a prévenu que PBS s'appuie sur des snapshots plutôt que sur des copies complètes indépendantes, ce qui signifie qu'une corruption pourrait se propager. C'est le genre de détail qui n'apparaît pas dans les pages marketing, mais qui compte quand les choses tournent mal.

Votre besoin dépend de votre camp

Après avoir passé tous les points de vue au crible, il n'y a pas de « oui » ou de « non » universel. On distingue plutôt trois camps bien nets.

D'abord, les minimalistes. Ils sont satisfaits de leurs sauvegardes par snapshot vers un NAS. Ça marche, c'est simple et ça ne les a pas encore lâchés, donc ajouter PBS revient pour eux à résoudre un problème qu'ils n'ont pas.

Ensuite, les optimiseurs. Ils adorent l'efficacité, et la déduplication, les tableaux de bord et une gestion plus propre rendent l'expérience plus fluide. Pour eux, PBS n'est pas indispensable, mais c'est une nette amélioration.

Enfin, les prévoyants. Ils pensent aux pires scénarios, comme la perte totale du matériel, une corruption passée inaperçue ou une reprise hors site. Pour eux, PBS sert moins le confort que des nuits plus tranquilles.

Ce qui frappe, c'est la facilité avec laquelle les gens passent d'un camp à l'autre. Quelqu'un commence en minimaliste, fait un essai dans une VM, et se retrouve un beau jour à synchroniser ses sauvegardes vers une deuxième machine une fois par mois. Le glissement se fait progressivement, sans grand saut.

C'est peut-être la leçon à retenir. Vous n'avez pas besoin de Proxmox Backup Server, jusqu'au moment où votre installation grandit juste assez, ou tombe en panne une seule fois, pour que vous regrettiez de ne pas l'avoir eu depuis le début.