Veeam bloatware ? Pourquoi les admins le trouvent plus lourd

Veeam reste un produit de sauvegarde solide, mais plusieurs discussions d'administrateurs pointent un problème de complexité qui grandit autour de lui. Un utilisateur de longue date a qualifié une application qu'il adorait autrefois de « bloatware frustrant ». Un autre s'est plaint qu'une mise à jour de l'interface affichait moins d'informations sur la même surface d'écran. Un troisième a passé dix minutes sur le site de Veeam sans réussir à identifier avec certitude le nom du produit de sauvegarde qu'il voulait étudier.

Ce sont trois plaintes différentes, et elles prennent plus de sens lues ensemble. La complexité d'un produit ne se résume pas au nombre de fonctionnalités. C'est toute la friction entre un administrateur et la réponse dont il a besoin : quel produit acheter, quel écran utiliser, quel job a échoué, quel paramètre a changé, et à quelle vitesse l'opérateur peut rétablir la situation quand quelque chose tourne mal.

Que voulait dire l'administrateur en traitant Veeam de bloatware ?

La plainte la plus forte venait d'un environnement Hyper-V d'environ 30 VM réparties sur cinq ou six hôtes. L'administrateur expliquait que Veeam avait été l'une de ses applications préférées, mais qu'au fil des années il était devenu assez frustrant pour qu'il cherche activement un remplaçant.

Il ne disait pas que Veeam ne fonctionnait plus. Sa plainte portait sur le temps nécessaire pour le faire coopérer. En exploitation d'infrastructure, la différence compte, car un produit peut être riche en fonctionnalités et techniquement réussi tout en accaparant trop l'attention de l'administrateur.

Les réponses n'ont pas désigné de remplaçant évident. Rubrik a reçu de grands éloges, mais plusieurs personnes ont aussitôt mis en garde contre le prix. Commvault a été cité comme nettement plus cher. D'autres administrateurs ont défendu Veeam en disant que les alternatives pouvaient être plus difficiles à gérer.

Cette réaction en dit long, parce que la complexité est relative. Une plateforme qui paraît boursouflée dans une petite structure Hyper-V de 30 VM peut sembler à la hauteur dans une entreprise qui a besoin de nombreux types de dépôts, de restaurations applicatives, de stockage objet, de bande, de charges de travail cloud, de reporting, de séparation des rôles et de contrôles de conformité.

Pourquoi la nouvelle interface de Veeam a-t-elle énervé les administrateurs ?

La plainte sur l'interface était précise : même taille de police, plus d'espace vide, moins d'informations visibles et plus de défilement pour voir des données qui tenaient auparavant sur un seul écran. L'administrateur ne réclamait pas un texte plus petit ni une interface laide. Il voulait une console d'exploitation qui privilégie la densité d'information.

Beaucoup de commentateurs étaient d'accord. L'un d'eux a résumé l'outil idéal du sysadmin comme un écran qui regroupe les informations utiles dans une disposition ordonnée au lieu de les cacher pour paraître plus épuré. D'autres ont accusé le responsive design et les interfaces conçues pour fonctionner sur toutes les tailles d'écran.

Ce compromis se retrouve partout dans les logiciels modernes, mais les outils d'infrastructure ont des besoins particuliers. Un opérateur de sauvegarde peut avoir à comparer d'un coup l'état des jobs, l'état des dépôts, les horodatages, les avertissements, la capacité et les erreurs sur de nombreux objets, et l'espace blanc supplémentaire a un vrai coût quand il repousse le cinquième job hors de l'écran en plein incident.

Viser la densité maximale à tout prix serait aussi une erreur. Les opérateurs ont besoin d'une densité qu'ils peuvent parcourir d'un coup d'œil : données liées regroupées, hiérarchie préservée, et assez de contexte visible pour qu'un opérateur expérimenté n'ait pas à ouvrir une série de panneaux imbriqués.

Pourquoi le site de Veeam déroutait-il même un acheteur IT ?

Un décideur IT d'une organisation de taille moyenne avait entendu parler des tests de restauration automatisés de Veeam et voulait en savoir plus. Après avoir parcouru le site, il disait ne même pas savoir si le produit de sauvegarde s'appelait toujours Veeam Backup & Replication ou s'il avait été renommé sous Veeam Data Platform.

La discussion s'est scindée en deux camps. Plusieurs administrateurs ont convenu que les sites des éditeurs de logiciels d'entreprise rendent inutilement difficiles des questions simples : que fait le produit, comment fonctionne-t-il et combien coûte-t-il ? D'autres ont trouvé rapidement la bonne page produit et ont soutenu que l'information était bien là.

Les deux constats peuvent être vrais. La documentation actuelle de Veeam emploie toujours, sans ambiguïté, le nom Veeam Backup & Replication, et Veeam Data Platform est l'ensemble plus large qui structure produits et éditions. Un utilisateur expérimenté qui connaît les noms peut aller directement à la documentation ou aux téléchargements. Un nouvel acheteur qui arrive depuis la description d'une fonctionnalité peut tomber sur des noms de plateforme, des éditions, des produits propres à certaines charges de travail, des services de data cloud et des pages marketing avant d'atteindre la réponse technique. Cette complexité de découverte frappe avant même que le logiciel soit installé.

Comment Veeam est-il devenu plus compliqué ?

Une partie de la réponse tient au périmètre. Veeam Backup & Replication protège désormais des charges de travail virtuelles, physiques, cloud, partages de fichiers et stockage objet depuis un environnement centralisé unique. La documentation actuelle décrit la sauvegarde au niveau image, la protection des machines physiques, les charges de travail cloud, les partages de fichiers, les dépôts objet, les opérations de restauration, la réplication et les intégrations autour du produit principal.

Un périmètre plus large apporte plus de composants, plus d'assistants, plus de questions de licences et plus d'endroits où un même mot a un sens légèrement différent selon la charge de travail. Cette croissance peut en valoir la peine quand une entreprise veut une seule plateforme de protection pour plusieurs types d'infrastructure.

Elle peut aussi créer un décalage. Un petit parc Hyper-V ne profite pas forcément de l'étendue dont une grande entreprise a besoin, mais l'administrateur vit quand même avec les conséquences de l'architecture du produit complet, même s'il n'en utilise qu'une fraction des fonctionnalités.

Le comparatif des sauvegardes VMware et le guide de sauvegarde Proxmox de Mr.PlanB montrent pourquoi c'est important au moment de choisir une plateforme. Comparez les outils de sauvegarde à votre environnement réel, pas au nombre maximal de fonctionnalités qu'un éditeur peut aligner dans une matrice.

Les alternatives sont-elles vraiment plus simples ?

Parfois, pas toujours. Le fil sur les concurrents revenait sans cesse au même compromis : les produits loués pour une meilleure expérience coûtent souvent plus cher, alors que les produits moins chers peuvent avoir des capacités plus limitées ou d'autres compromis opérationnels.

Un administrateur a jugé Rubrik meilleur après avoir utilisé les deux, tandis qu'un autre a expliqué qu'une autre plateforme d'entreprise avait été plus difficile à gérer et que c'était pour cela que son équipe était passée à Veeam. Un autre commentateur a fait remarquer que beaucoup des alternatives proposées étaient démesurées pour un environnement d'environ 30 VM seulement.

C'est le contrepoids le plus utile à l'accusation de bloatware. Remplacer Veeam parce qu'il paraît trop gros peut vous amener sur une plateforme plus grosse, plus chère ou moins familière.

Avant de changer, mesurez la friction. Combien de dossiers de support ouvrez-vous chaque trimestre ? Combien de temps faut-il pour diagnostiquer un job en échec ? Combien d'écrans demande une restauration courante ? Combien de fonctionnalités restent inutilisées ? Combien de temps l'équipe passe-t-elle à maintenir proxies, dépôts, agents, certificats et mises à jour ? Ces réponses transforment le « bloat » d'une impression en coût d'exploitation.

Quand la complexité de Veeam devient-elle une raison de partir ?

La complexité devient une raison de migrer quand elle réduit concrètement la confiance dans la restauration ou consomme plus de temps d'équipe que les capacités de la plateforme ne le justifient. Un produit peut être agaçant sans mériter d'être remplacé, et la migration elle-même a un coût et comporte des risques.

Si l'environnement perd régulièrement des heures à cause de comportements de jobs inexpliqués, d'escalades au support, de friction dans l'interface ou de composants qui ne correspondent plus à la stratégie d'infrastructure, comparer les alternatives est rationnel. Si la plainte porte surtout sur un nouvel écran avec plus d'espace blanc, s'adapter coûte probablement moins cher que de reconstruire tout le parc de sauvegarde.

Il en va de même pour les noms de produits. Un site déroutant est un problème commercial et ne dit rien de la fiabilité des chaînes de sauvegarde.

Avant de décider, classez la friction par catégorie : découverte du produit, licences, interface, dépannage, support, fiabilité et capacité de restauration. Seules certaines justifient de déplacer des données protégées vers une nouvelle plateforme.

Que ferais-je dans un petit environnement Veeam qui paraît boursouflé ?

Je commencerais par réduire l'environnement aux fonctionnalités réellement nécessaires. Supprimez les jobs abandonnés et les objets d'infrastructure obsolètes, documentez les chemins de restauration qui comptent et vérifiez que les dépôts, proxies, agents et copies de sauvegarde servent encore à quelque chose. Un déploiement Veeam nettoyé peut donner une impression très différente d'un déploiement qui a accumulé des années d'essais et de migrations.

Ensuite, j'évaluerais une alternative dans un environnement de test avec les mêmes tâches de restauration : protéger une VM représentative, restaurer un fichier, récupérer un élément applicatif si nécessaire, tester le comportement de la copie hors site et mesurer l'effort de l'opérateur.

Si l'alternative est nettement plus simple pour la charge de travail visée et que l'équation économique tient, la migration se défend. Si le remplaçant ne fait que déplacer la complexité vers une nouvelle appliance, de nouvelles licences et un nouveau processus de support, la plainte de bloatware est toujours là, sous un autre nom.