Lors de la sauvegarde de grandes quantités de données avec Veeam, on tombe souvent sur la solution efficace et économique d'un stockage objet S3, mais sa mise en place et son utilisation comportent aussi des défis. Le choix de la bonne taille de bloc et la gestion d'un grand nombre de requêtes peuvent être décisifs pour éviter les problèmes de performance et maximiser l'efficacité de la protection des données.
Dans le cadre de notre Object Store, nous rencontrons souvent la solution de sauvegarde de Veeam. Dans ce cas, un stockage objet S3 convient parfaitement à l'externalisation économique de nombreuses données de sauvegarde. L'installation est également relativement simple avec l'indication du "Endpoint", de la "Access Key" et de la "Private Key" - mais c'est là que se cache déjà une pierre d'achoppement qui a déjà mis à genoux les plus grands fournisseurs S3.
Taille de bloc standard de Veeam
Par défaut, Veeam utilise une "taille de bloc" de 512 Ko pour les données d'archive et de 1024 Ko pour les données de sauvegarde lors de l'externalisation. Cette valeur permet de définir la taille des données individuelles qui seront chargées en tant qu'objets sur le stockage objet. Un morcellement plus petit peut aider à générer un taux de compression plus élevé pour les petites données sources et donc à économiser des coûts de stockage.
Les nombreux petits objets, qui peuvent rapidement se chiffrer en millions selon la taille de la sauvegarde, sont gérés par Veeam après leur téléchargement sur le stockage d'objets. En raison de la nature des sauvegardes et de leurs dates d'expiration, les objets qui ne sont plus nécessaires sont supprimés, tandis que de nouveaux objets sont chargés en continu. Cela entraîne des milliers de requêtes GET, PUT et DELETE.
Les processus d'effacement, en particulier, sont très gourmands en ressources sur les environnements de stockage objet et il peut donc arriver, sur des environnements de grande taille, que les bases de données situées derrière le stockage objet ne puissent plus effectuer les tâches de nettoyage assez rapidement et que les tables soient ainsi de plus en plus pleines.
Limites à la réglementation
Pour éviter que la sauvegarde des environnements Veeam n'affecte le stockage objet, les fabricants ont mis en place différents outils ou restrictions. Amazon S3 a par exemple introduit une limite de 3,500 PUT/COPY/POST/DELETE ou 5,500 GET/HEAD requests par seconde.
Meilleure pratique pour le stockage d'objets Netstream
La solution de stockage objet de Netstream s'appuie sur le logiciel avancé Cloudian. Dans la version la plus récente que nous utilisons, un protocole innovant a été introduit, qui permet une coordination dynamique des demandes et des tailles de blocs entre le stockage et le logiciel de sauvegarde. Cela permet d'améliorer les performances globales grâce à des processus de coordination automatisés. Toutefois, cette fonction n'est 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
En principe, il est toujours recommandé, selon les lignes directrices, que la taille des blocs de Veeam ne soit pas inférieure à 1 Mo, car cela peut entraîner des problèmes de performance. Il est donc recommandé d'utiliser une taille de bloc minimale de 4 Mo.
En résumé, les paramètres suivants sont importants :
- Backup Job - Storage Optimization Settings doit être réglé sur "4 MB" ou "8MB" (le second peut être activé via la clé de registre)
- Immutability Retention Period sollte < oder = der Backup Retention Period sein
- Limite de tâche du référentiel S3 : 4 ou 8
- Configuration SOBR : un nouveau bucket doit être créé pour chaque 100 VMs ou 200TB de données.
