Lors de la sauvegarde de volumes importants de données avec Veeam, on rencontre souvent la solution efficace et économique duag Object S3, mais sa configuration et son utilisation présentent également des défis. Le choix d'une taille de bloc appropriée et la gestion d'un grand nombre de requêtes peuvent s'avérer essentiels pour éviter les problèmes de performance et optimiser l'efficacité de la sauvegarde des données.
Concernant notre Object nous rencontrons régulièrement BackupVeeam solution de stockage est parfaitement adapté Object stockageagau stockage externe économiqueaggrandes quantités de Backup. La configuration est également relativement simple : il suffit de spécifier le « point de terminaison », la « clé d'accès » et la « clé privée ». Mais c'est là que réside un obstacle, un obstacle qui a déjà mis à mal même les plus grands fournisseurs S3. la solution . Un S3 données
Taille de bloc standard par Veeam
Par défaut, Veeam utilise une taille de bloc de 512 Ko pour les données d'archivage et de 1 024 Ko pour les données Backuplors deag. Cette valeur détermine la taille des données individuelles chargées en tant qu'objets sur leag Object . Des tailles de bloc plus petites permettent d'obtenir un taux de compression plus élevé pour les données sources de petite taille et ainsi de réduire les coûts de stockage.
Les nombreux petits objets, dont le nombre peut rapidement atteindre plusieurs millions selon la taille Backup, sont gérés parag Object de Veeam après leur chargement. Du fait de la nature des Backupet de leur date d'expiration, les objets devenus inutiles sont supprimés, tandis que de nouveaux objets sont chargés en continu. Cela génère des milliers de requêtes GET, PUT et DELETE.
Les opérations de suppression, en particulier, sont très gourmandes en ressources dans les environnementsag Object, et il peut donc arriver dans les environnements plus importants que les bases de données sous-jacentes au stockage Object neagplus suivre le rythme des tâches de nettoyage assez rapidement, et que les tables deviennent ainsi de plus en plus pleines.
Limites de la réglementation
Pour éviter que les sauvegardes de l'environnement Veeam n'impactentag Object , les fournisseurs ont mis en place divers outils et limitations. Amazon S3, par exemple, a introduit une limite de 3 500 requêtes PUT/COPY/POST/DELETE ou de 5 500 requêtes GET/HEAD par seconde.
Bonnes pratiques pour Netstream Object ag
Object La solutionagrepose Netstream de stockage sur le logiciel avancé Cloud. La dernière version, que nous utilisons, introduit un protocole innovant permettant la coordination dynamique des requêtesagentre le logiciel de stockageagde sauvegarde Backup. Ceci améliore les performances globales grâce à des processus de réconciliation automatisés. Cependant, cette fonctionnalité n'est pas encore compatible avec tous les systèmes clients ; par conséquent, la configuration manuelle des paramètres reste une approche judicieuse pour obtenir des résultats optimaux. des tailles le
Vous trouverez plus d'informations sur la configuration dans notre base de connaissances.
Recommandation
Les recommandations préconisent toujours que la taille des blocs Veeam ne descende pas en dessous de 1 Mo, car cela peut entraîner des problèmes de performance. Par conséquent, une taille de bloc minimale de 4 Mo est recommandée.
En résumé, les paramètres suivants sont importants :
- Les paramètres d'optimisationagtâche Backup doivent être définis sur « 4 Mo » ou « 8 Mo » (cette dernière option peut être activée via une clé de registre)
- La période de conservation de l'immuabilité doit être inférieure ou égale à la période de conservation Backup
- Limite de tâches du référentiel S3 : 4 ou 8
- Configuration SOBR : un nouveau compartiment doit être créé pour chaque tranche de 100 machines virtuelles ou 200 To de données
