Data Domain – DDBoostFS-validering og bedste fremgangsmåder for MongoDB Ops Manager

Med Operations Manager er der flere faktorer, der skal overvejes for at optimere storage- og netværkseffektiviteten af DD Boost, herunder.
 

1. Lagermotortype
   1. Kablet Tiger
   2. MMAPv1
       
2. Version og komprimering af Operations Manager
   1. V2.7.0 med File System Store Komprimeringsniveau
   2. V3.4.0 med komprimeringsindstilling for Wired Tiger Snapshot
       

Lagermotortype:

Med MongoDB har du mulighed for at vælge en af de to tilgængelige lagermotorer - Wired Tiger eller MMAPv1. MMAPv1 var standardmotoren for alle versioner af MongoDB indtil v3.2, som gemmer produktionsdata i et ukomprimeret format (se diagram).

Wired Tiger er den nyere, mere avancerede lagermotor, der blev frigivet med introduktionen af MongoDB v3.0, hvilke data komprimeres som standard. Sikkerhedskopiering af komprimerede data til Data Domain resulterer i deduplikering, der er lavere end forventet, hvilket vil påvirke storageeffektiviteten.

 
For at optimere BoostFS-effektiviteten skal komprimering og kryptering deaktiveres ved programmet, så MMAPv1-lagerprogrammet giver de bedste resultater.

Data Domain kan forbruge sikkerhedskopier fra Wired Tiger-implementeringer, men med en lavere deduplikeringshastighed (4:1), hvilket er ca. 50 % mindre end det, du ville se med MMAPv1.

Operations Manager-komprimering: Ud over lagermotorkomprimering giver OpsMgr operatører mulighed for at komprimere filerne en anden gang, før de sendes til backup-lager.

Backup Snapshots bruger flere niveauer af GZIP-komprimering, der spænder fra '0' til '10', hvor "6" er standardindstillingen. For at optimere BoostFS skal komprimeringsniveauet for OpsMgr v2.7.0 indstilles til '0'.

Det er vigtigt at påpege, at niveau til '0' anvender en lille mængde kompression, hvilket resulterer i noget overhead.

OpsMgr eliminerer dette problem ved at tillade administratorer at indstille snapshotkomprimeringsniveauet til 'ingen'. Plus, kompressionsniveauet er en global indstilling.
 

 
Indstil WiredTiger/MMapV1-lagringskomprimeringsindstillingen til "ingen" for hvert BoostFS-monteringspunkt, så filer sendes ukomprimerede til Data Domain.

Dette bliver standardtilslutningspunktet og tilsidesætter den globale komprimeringsindstilling

(GZIP).Med komprimering af Wired Tiger-snapshots indstillet til "ingen" har vi oplevet en stigning på 60 % i skriveydeevnen sammenlignet med sikkerhedskopier med GZIP-niveau '0'-komprimering.

Diagrammet nedenfor opsummerer BoostFS-resultatet af OpsMgr-brugsscenarierne med komprimering deaktiveret for hver lagermaskine.

 
Opsætning af BoostFS-plug-in

1. Lad /mongodb-backup være monteringspunktet, hvor BoostFS er monteret på Ops Manager Server.
2. Fra Ops Manager-brugergrænsefladen skal du gå til Admin  Backup  Snapshot Storage og klikke på Opret nyt filsystemlager.
3. Angiv navnet på filsystemlageret, og indtast /mongodb-backup for stien, og gem.
   
    

Indstil OpsMgr-komprimering til niveau 0

1. Log ind på Ops Manager
2. Naviger til Admin, General Ops, Manager-konfiguration, fanen Diverse.
3. I forbindelse med sikkerhedskopieringssnapshots skal du indstille File System Store Gzip-komprimeringsniveau til 0.
    

Bedste praksis - MongoDB OpsMgr

1. Indstil filsystemets komprimeringsniveau til "ingen" i OpsMgr v3.4.
2. Indstil komprimeringsniveauet for Backup SnapShot til "0" i Ops Mgr
3. Brug altid OpsMgr 2.0.7 eller højere.
4. For de bedste resultater foretrækkes MMAPv1-lagermotoren med OpsMgr v3.4.
5. Kablede Tiger-sikkerhedskopier indeholder komprimerede data.
6. OpsMgr-backupstreams er begrænset til én pr. server.
7. BoostFS-plug-in skal installeres på OpsMgr-serveren.
8. Op til 63 streams pr. BoostFS-plugin

Data Domain BoostFS MongoDB OpsMgr Simpel supportmatrix

BoostFS-drivere og downloads
BoostFS-konfigurationsvejledninger