Pour sauvegarder de grands volumes de données avec Veeam, on se tourne souvent vers une solution efficace et économique : un S3 Object Storage. Sa mise en place et son utilisation comportent toutefois des défis. Le choix de la bonne taille de bloc et la gestion du nombre élevé de requêtes peuvent être déterminants pour éviter les problèmes de performance et maximiser l’efficacité de la sauvegarde.
Dans le cadre de notre object store, nous rencontrons régulièrement la solution de sauvegarde de Veeam. Un S3 Object Storage se prête parfaitement à l’externalisation économique de grandes quantités de données de sauvegarde. La configuration est elle aussi relativement simple, avec la saisie de l’«Endpoint», de l’«Access Key» et de la «Private Key» – mais c’est justement là que se cache un écueil qui a déjà mis à genoux les plus grands fournisseurs S3.
Taille de bloc par défaut de Veeam
Par défaut, Veeam utilise lors de l’externalisation une «taille de bloc» de 512 KB pour les données d’archive et de 1024 KB pour les données de sauvegarde. Cette valeur définit la taille des fragments de données chargés en tant qu’objets sur l’Object Storage. Un découpage plus fin peut aider à obtenir un meilleur taux de compression pour de petites données sources et donc à réduire les coûts de stockage.
Les nombreux petits objets, qui peuvent vite se compter en millions selon la taille de la sauvegarde, sont gérés par Veeam après leur chargement sur l’Object Storage. De par la nature des sauvegardes et de leurs dates d’expiration, les objets devenus inutiles sont supprimés tandis que de nouveaux objets sont chargés en continu. Il en résulte des milliers de requêtes GET, PUT et DELETE.
Les opérations de suppression, en particulier, sont très gourmandes en ressources dans les environnements Object Storage. Dans les grands environnements, il peut donc arriver que les bases de données derrière l’Object Storage ne parviennent plus à suivre le rythme des tâches de nettoyage et que les tables se remplissent de plus en plus.
Limites de régulation
Pour éviter que la sauvegarde d’environnements Veeam ne nuise à l’Object Storage, les fabricants ont mis en place différents outils ou limitations. Amazon S3 a par exemple introduit une limite de 3500 requêtes PUT/COPY/POST/DELETE ou 5500 requêtes GET/HEAD par seconde.
Bonnes pratiques pour Netstream Object Storage
La solution Object Storage de Netstream repose sur le logiciel avancé de Cloudian. La version la plus récente, que nous utilisons, a introduit un protocole innovant qui permet d’ajuster dynamiquement les requêtes et les tailles de bloc entre le stockage et le logiciel de sauvegarde. Les performances globales s’en trouvent améliorées grâce à des processus d’ajustement automatisés. Cette fonction n’est cependant pas encore compatible avec tous les systèmes clients, ce qui fait de la configuration manuelle des paramètres une mesure judicieuse pour obtenir des résultats optimaux.
Vous trouverez plus d’informations sur la configuration dans notre base de connaissances.
Recommandation
Selon les directives, il reste recommandé de ne pas descendre en dessous de 1 MB pour la taille de bloc de Veeam, faute de quoi des problèmes de performance peuvent survenir. Une taille de bloc minimale de 4 MB est donc recommandée.
En résumé, les paramètres suivants sont importants :
- Backup Job – les Storage Optimization Settings doivent être réglés sur «4 MB» ou «8 MB» (la seconde valeur s’active via une clé de registre)
- L’Immutability Retention Period doit être < ou = à la Backup Retention Period
- S3 Repository Task Limit : 4 ou 8
- Configuration SOBR : il convient de créer un nouveau bucket pour chaque tranche de 100 VM ou de 200 TB de données
