Data Domain : validation et pratiques d’excellence DDBoostFS pour MongoDB Ops Manager

Operations Manager propose plusieurs facteurs à prendre en compte pour optimiser l’efficacité du stockage et du réseau de DD Boost, notamment :
 

1. Type de moteur de stockage
   1. Tigre filaire
   2. MMAPv1
       
2. Version et compression d’Operations Manager
   1. V2.7.0 avec niveau de compression du magasin du système de fichiers
   2. V3.4.0 avec Wired Tiger Snapshot Compression Setting
       

Type de moteur de stockage :

Avec MongoDB, vous avez la possibilité de choisir l’un des deux moteurs de stockage disponibles - Wired Tiger ou MMAPv1. MMAPv1 était le moteur par défaut pour toutes les versions de MongoDB jusqu’à la version 3.2, qui stocke les données de production dans un format non compressé (voir graphique).

Wired Tiger est le moteur de stockage le plus récent et le plus avancé qui a été publié avec l’introduction de MongoDB v3.0, dont les données sont compressées par défaut. La sauvegarde des données compressées sur Data Domain entraîne une déduplication plus faible que prévu, ce qui aura un impact sur l’efficacité du stockage.

 
Pour optimiser l’efficacité de BoostFS, la compression et le chiffrement doivent être désactivés dans l’application afin que le moteur de stockage MMAPv1 fournisse les meilleurs résultats.

Data Domain peut consommer des sauvegardes à partir d’implémentations Wired Tiger, mais à un taux de déduplication inférieur (4:1), environ 50 % inférieur à ce que vous verriez avec MMAPv1.

Operations Manager Compression : En plus de la compression du moteur de stockage, OpsMgr permet aux opérateurs de compresser les fichiers une seconde fois avant qu’ils ne soient envoyés au stockage de sauvegarde.

Les snapshots de sauvegarde utilisent plusieurs niveaux de compression GZIP allant de « 0 » à « 10 », « 6 » étant le paramètre par défaut. Pour optimiser BoostFS, le niveau de compression pour OpsMgr v2.7.0 doit être défini sur « 0 ».

Il est important de souligner que le niveau 0 applique une petite quantité de compression, ce qui entraîne une certaine surcharge.

OpsMgr élimine ce problème en permettant aux administrateurs de définir le niveau de compression des snapshots sur « none ». De plus, le niveau de compression est un paramètre global.
 

 
Définissez le paramètre de compression du stockage WiredTiger/MMapV1 sur « none » pour chaque point de montage BoostFS afin que les fichiers soient envoyés sans compression au système Data Domain.

Il s’agit du point de montage par défaut, qui remplace le paramètre

de compression global (GZIP).Avec la compression des snapshots Wired Tiger définie sur « none », nous avons constaté une augmentation de 60 % des performances d’écriture par rapport aux sauvegardes avec compression GZIP de niveau 0.

Le graphique ci-dessous récapitule le résultat BoostFS des exemples d’utilisation OpsMgr avec la compression désactivée pour chaque moteur de stockage.

 
Configuration du plug-in BoostFS

1. Soit /mongodb-backup le point de montage où BoostFS est monté sur le serveur Ops Manager.
2. À partir de l’interface utilisateur d’Ops Manager, accédez à Admin  Backup  Snapshot Storage, puis cliquez sur Create New File System Store.
3. Indiquez le nom du magasin du système de fichiers et, pour le chemin d’accès, saisissez /mongodb-backup et enregistrez.
   
    

Définir la compression OpsMgr sur le niveau 0

1. Connexion à Ops Manager
2. Accédez à l’onglet Admin, General Ops, Manager configuration, Miscellaneous.
3. Pour les snapshots de sauvegarde, définissez le File System Store Gzip Compression Level sur 0.
    

Pratiques d’excellence - MongoDB OpsMgr

1. Définissez le niveau de compression du système de fichiers sur « none » dans OpsMgr v3.4.
2. Définissez le niveau de compression Backup SnapShot sur « 0 » dans Ops Manager
3. Utilisez toujours OpsMgr 2.0.7 ou une version ultérieure.
4. Pour de meilleurs résultats, il est préférable d’utiliser le moteur de stockage MMAPv1 avec OpsMgr v3.4.
5. Les sauvegardes Wired Tiger contiennent des données compressées.
6. Les flux de sauvegarde OpsMgr sont limités à un par serveur.
7. Le plug-in BoostFS doit être installé sur le serveur OpsMgr.
8. Jusqu’à 63 flux par plug-in BoostFS

Matrice de support simplifiée Data Domain BoostFS MongoDB OpsMgr

Pilotes et téléchargements
BoostfsGuides de configuration de Boostfs