Data Domain – DDBoostFS-validering och bästa praxis för MongoDB Ops Manager

Med Operations Manager finns flera faktorer att ta hänsyn till för att optimera lagrings- och nätverkseffektiviteten i DD Boost, bland annat.
 

1. Typ av lagringsmotor
   1. Trådbunden Tiger
   2. MMAPv1
       
2. Operations Manager-version och komprimering
   1. V2.7.0 med komprimeringsnivå för filsystemlagring
   2. V3.4.0 med Wired Tiger Snapshot-komprimeringsinställning
       

Typ av lagringsmotor:

Med MongoDB har du möjlighet att välja en av de två tillgängliga lagringsmotorerna – Wired Tiger eller MMAPv1. MMAPv1 var standardmotorn för alla versioner av MongoDB fram till v3.2, som lagrar produktionsdata i ett okomprimerat format (se diagram).

Wired Tiger är den nyare, mer avancerade lagringsmotorn som släpptes med introduktionen av MongoDB v3.0, vars data komprimeras som standard. Säkerhetskopiering av komprimerade data till Data Domain resulterar i lägre deduplicering än förväntat, vilket påverkar lagringseffektiviteten.

 
För att optimera BoostFS-effektiviteten måste komprimering och kryptering inaktiveras i programmet så att MMAPv1-lagringsmotorn ger bästa resultat.

Data Domain kan förbruka säkerhetskopior från Wired Tiger-implementeringar men med en lägre dedupliceringshastighet (4:1), cirka 50 % mindre än vad du skulle se med MMAPv1.

Operations Manager-komprimering: Förutom komprimering av lagringsmotorn gör OpsMgr det möjligt för operatörer att komprimera filerna en andra gång innan de skickas till lagring av säkerhetskopior.

Säkerhetskopieringssnapshots använder flera nivåer av GZIP-komprimering, från 0 till 10, där 6 är standardinställningen. För att optimera BoostFS ska komprimeringsnivån för OpsMgr v2.7.0 anges till 0.

Det är viktigt att påpeka att nivå till "0" tillämpar en liten mängd komprimering, vilket resulterar i vissa omkostnader.

OpsMgr eliminerar det här problemet genom att tillåta administratörer att ställa in komprimeringsnivån för ögonblicksbilder till "ingen". Dessutom är komprimeringsnivån en global inställning.
 

 
Ställ in lagringskomprimeringsinställningen WiredTiger/MMapV1 på "none" för varje BoostFS-monteringspunkt så att filer skickas okomprimerade till Data Domain.

Detta blir standardvärdet för den här monteringspunkten, vilket åsidosätter den globala komprimeringsinställningen

(GZIP).Med Wired Tiger snapshot-komprimering inställd på "none" har vi sett en 60-procentig ökning av skrivprestanda jämfört med säkerhetskopieringar med GZIP-komprimering på nivå 0.

Diagrammet nedan sammanfattar BoostFS-resultatet av OpsMgr-användningsfallen med komprimering inaktiverat för varje lagringsmotor.

 
Konfigurera BoostFS-insticksprogrammet

1. Låt /mongodb-backup vara monteringspunkten där BoostFS monteras på Ops Manager-servern.
2. Från användargränssnittet för Ops Manager navigerar du till Admin  Backup  Snapshot Storage och klickar på create New File System Store.
3. Ange filsystemets arkivnamn och för sökväg anger du /mongodb-backup och sparar.
   
    

Ställ in OpsMgr-komprimering på nivå 0

1. Logga in i Ops Manager
2. Gå till fliken Admin, Allmän Ops, Chefskonfiguration, Diverse.
3. För Säkerhetskopieringssnapshots ställer du in filsystemets Gzip-komprimeringsnivå på 0.
    

Bästa praxis – MongoDB OpsMgr

1. Ange komprimeringsnivån för filsystemet till "none" i OpsMgr v3.4.
2. Ange SnapShot-komprimeringsnivån för säkerhetskopiering till "0" i Ops Mgr
3. Använd alltid OpsMgr 2.0.7 eller senare.
4. För bästa resultat är MMAPv1-lagringsmotorn med OpsMgr v3.4 att föredra.
5. Wired Tiger-säkerhetskopior innehåller komprimerade data.
6. OpsMgr-säkerhetskopieringsströmmar är begränsade till en per server.
7. Plugin-programmet BoostFS ska installeras på OpsMgr-servern.
8. Upp till 63 strömmar per BoostFS-insticksprogram

Data Domain BoostFS MongoDB OpsMgr enkel stödmatris

BoostFS-drivrutiner och nedladdningar
Konfigurationsmanualer för Boostfs