Data Domain – DDBoostFS-validering og anbefalte fremgangsmåter for MongoDB Ops Manager

Med Operations Manager er det flere faktorer å vurdere for å optimalisere lagrings- og nettverkseffektiviteten til DD Boost, inkludert.
 

1. Lagringsmotortype
   1. Kablet tiger
   2. MMAPv1
       
2. Operations Manager-versjon og -komprimering
   1. V2.7.0 med komprimeringsnivå for filsystemlager
   2. V3.4.0 med kablet Tiger Komprimeringsinnstilling for øyeblikksbilde
       

Type lagringsmotor:

Med MongoDB har du muligheten til å velge en av de to tilgjengelige lagringsmotorene - Wired Tiger eller MMAPv1. MMAPv1 var standardmotoren for alle versjoner av MongoDB til v3.2, som lagrer produksjonsdata i et ukomprimert format (se diagram).

Wired Tiger er den nyere, mer avanserte lagringsmotoren som ble utgitt med introduksjonen av MongoDB v3.0, hvilke data komprimeres som standard. Sikkerhetskopiering av komprimerte data til Data Domain fører til lavere deduplisering enn forventet, noe som vil påvirke lagringseffektiviteten.

 
For å optimalisere BoostFS-effektiviteten må komprimering og kryptering deaktiveres i applikasjonen, slik at MMAPv1-lagringsmotoren gir de beste resultatene.

Data Domain kan bruke sikkerhetskopier fra Wired Tiger-implementeringer, men med en lavere dedupliseringshastighet (4:1), omtrent 50 % mindre enn det du ville se med MMAPv1.

Operations Manager Compression: I tillegg til komprimering av lagringsmotorer, lar OpsMgr operatører komprimere filene en gang til før de sendes til sikkerhetskopilagring.

Sikkerhetskopieringsøyeblikksbilder bruker flere nivåer av GZIP-komprimering fra 0 til 10, der standard "6" er standardinnstillingen. For å optimalisere BoostFS, bør kompresjonsnivået for OpsMgr v2.7.0 settes til '0.'

Det er viktig å påpeke at nivå til '0' bruker en liten mengde komprimering, noe som resulterer i noe overhead.

OpsMgr eliminerer dette problemet ved å la administratorer sette øyeblikksbildekomprimeringsnivået til 'ingen'. I tillegg er kompresjonsnivået en global innstilling.
 

 
Sett innstillingen for WiredTiger/MMapV1-lagringskomprimering til "ingen" for hvert BoostFS-monteringspunkt, slik at filer sendes ukomprimert til datadomenet.

Dette blir standard dette monteringspunktet, og overstyrer komprimeringsinnstillingen

for global (GZIP).Med komprimering av øyeblikksbilde av kablet tiger satt til "ingen", har vi sett en 60 % økning i skriveytelsen sammenlignet med sikkerhetskopier med GZIP-komprimering på nivå 0.

Diagrammet nedenfor oppsummerer BoostFS-resultatet fra OpsMgr-brukstilfeller med komprimering deaktivert for hver lagringsmotor.

 
Oppsett av BoostFS-plugin

1. La /mongodb-backup være monteringspunktet der BoostFS er montert på Ops Manager Server.
2. Fra Ops Manager UI, naviger til Admin  Backup  Snapshot Storage og klikk på opprett ny filsystembutikk.
3. Oppgi navnet på filsystemlageret og for bane Skriv inn /mongodb-backup og lagre.
   
    

Sett OpsMgr-komprimering til nivå 0

1. Logg på Ops Manager
2. Naviger til Admin, General Ops, Manager configuration, Diverse fanen.
3. For øyeblikksbilder av sikkerhetskopiering angir du File System Store Gzip-komprimeringsnivået til 0.
    

Beste praksis - MongoDB OpsMgr

1. Sett filsystemkompresjonsnivået til "none" i OpsMgr v3.4.
2. Angi komprimeringsnivået for Backup SnapShot til "0" i Ops Mgr
3. Bruk alltid OpsMgr 2.0.7 eller høyere.
4. For best resultat foretrekkes MMAPv1-lagringsmotoren med OpsMgr v3.4.
5. Wired Tiger-sikkerhetskopier inneholder komprimerte data.
6. OpsMgr-sikkerhetskopieringsstrømmer er begrenset til én per server.
7. BoostFS-plugin-modulen bør installeres på OpsMgr-serveren.
8. Opptil 63 strømmer per BoostFS-pluginmodul

Data Domain BoostFS MongoDB OpsMgr enkel støttematrise

Boostfs-drivere og nedlastinger
Boostfs konfigurasjonsveiledninger