Avec beaucoupo de retard, voici un petit débrief de la v10 de Veeam Backup&Replication
Je pensais ne faire qu’un article, mais à croire que je n’ai pas réussi à me censurer suffisamment ! Donc je répartis le contenu en deux articles. C’est plutôt bon signe sur le contenu de cette nouvelle version :)
Une version très attendue
La version 10 était attendue depuis plusieurs années maintenant, certaines fonctionnalités annoncées à l’époque ont été livrées entre temps dans les Updates de la 9.5 qui se sont succédées.
La fonctionnalité qui nous a fait attendre tout ce temps, c’est bien sûr la sauvegarde NAS; on a pu la voir fonctionner dans des démos, mais à chaque fois il restait des choses à paufiner pour la rendre 100% fonctionnelle. Le défi technique a peut-être été sous-estimé par Veeam au vu du temps qu’il a fallu pour qu’elle soit opérationnelle.
Quoi de neuf docteur ?
Je ne vais pas détailler toutes les nouveautés de cette v10, si cela vous intéresse je vous conseille de vous référer au What’s New qui est toujours très bien réalisé. En revanche je vais évoquer celles qui m’intéressent le plus, ou qui m’ont fait réagir. Pour cela je les ai triées dans divers catégories 😊
Catégorie : Number 1 !
La sauvegarde NAS , l’incontournable de cette v10, on aura attendu 2 ans pour cette fonctionnalité, mais à en voir les divers retours sur Twitter et sur le forum Veeam, elle semble tenir toutes ses promesses.
Catégorie : Ça à l’air puissant
Intégration avec XFS. Depuis les toutes premières versions de Veeam, on peut utiliser un serveur Linux en tant que Backup Repository, soit avec du stockage local, soit en tant que « Proxy » d’un NAS en NFS. Cette dernière utilisation a longtemps été recommandée par Veeam quand on souhaitait utiliser une baie NAS car Veeam ne supportait pas la sauvegarde direct sur NFS. Dans le même temps, CIFS/SMB a longtemps montré ses limites en termes de performance et de traitement des gros fichiers (et donc des vbk).
Depuis, l’utilisation de serveurs physiques Windows combinant Proxy, Repository et ReFS, ainsi que l’intégration dans Veeam des baies de déduplication (article intéressant sur le sujet par Damien Rivière sur MyVMWorld : https://myvmworld.fr/veeam-br-v9-5-les-appliances-de-deduplication/) sont la norme. Il y aura maintenant une troisième option avec l’utilisation de serveur Linux avec XFS et de sa fonctionnalité Reflink. On se rapproche très fortement de ce que fait ReFS, d’ailleurs côté Backup Veeam, vous verrez le mot clé « Fast clone » pour les deux fonctionnalités. Jorge de la Cruz en a déjà fait un très bon article sur le sujet: https://jorgedelacruz.uk/2020/03/19/veeam-whats-new-in-veeam-backup-replication-v10-xfs-reflink-and-fast-clone-repositories-in-veeam/.
Actuellement, seul XFS sur Ubuntu est supportée (18.04 minimum), le reste est en test. Espérons que le support pour RHEL8 arrive bientôt. C’est pour moi une très bonne décision de ne supporter qu’un seul OS pour l’instant, cela permet au support de se concentrer sur d’éventuels problèmes Reflink/Veeam.
Deux questions se posent sur cette intégration cependant :
- Stabilité : on a été refroidi avec ReFS et ses bugs successifs depuis ~4ans, particulièrement quand il s’agit de volumétrie importante. Je pense que XFS est plus mature que ReFS et je pense (en tout cas je l’espère) que l’on devrait rencontrer moins de problème ; à suivre.
- Performance : la question qui ne manquera pas d’arriver très vite, ReFS vs XFS ? Là encore, très peu d’éléments pour l’instant, on va attendre que plusieurs comparatifs soient effectués.
Catégorie : On recommence !
Refonte de Instant Recovery, avec une version « Reimagined » comme indiqué dans le What’s New ! Je pense qu’on pourrait faire un article dédié sur le sujet, mais concentrons-nous sur l’essentiel. Le nouveau « engine » d’Instant Recovery s’appuie sur la RAM du Proxy pour accroitre de manière significative les performances. C’est une excellente idée, et ça devrait ouvrir la porte au vrai Multi-VM Instant Recovery.