Data Domain - DDBoostFS-validointi ja MongoDB Ops Managerin parhaat käytännöt

Operations Manager sisältää useita tekijöitä, jotka on otettava huomioon DD Boostin tallennuksen ja verkon tehokkuuden optimoimiseksi, mukaan lukien.
 

1. Tallennuskoneen tyyppi
   1. Langallinen tiikeri
   2. MMAPv1
       
2. Operations Manager -versio ja pakkaus
   1. V2.7.0 ja tiedostojärjestelmäsäilön pakkaustaso
   2. V3.4.0 ja langallinen Tiger Snapshot -pakkausasetus
       

Tallennusmoottorin tyyppi:

MongoDB: n avulla sinulla on mahdollisuus valita yksi kahdesta käytettävissä olevasta tallennusmoottorista - Wired Tiger tai MMAPv1. MMAPv1 oli oletusmoottori kaikille MongoDB-versioille versioon 3.2 asti, joka tallentaa tuotantotiedot pakkaamattomassa muodossa (katso kaavio).

Wired Tiger on uudempi, edistyneempi tallennusmoottori, joka julkaistiin ottamalla käyttöön MongoDB v3.0, jonka tiedot pakataan oletuksena. Pakatun datan varmuuskopiointi Data Domainiin johtaa odotettua vähäisempään deduplikointiin, mikä vaikuttaa tallennuksen tehokkuuteen.

 
BoostFS-tehokkuuden optimoimiseksi pakkaus ja salaus on poistettava käytöstä sovelluksessa, jotta MMAPv1-tallennusjärjestelmä tuottaa parhaat tulokset.

Data Domain voi käyttää varmuuskopioita Wired Tiger -toteutuksista, mutta pienemmällä deduplikointinopeudella (4:1), noin 50 % vähemmän kuin MMAPv1:ssä.

Operations Manager -pakkaus: Tallennusmoottorin pakkauksen lisäksi OpsMgr antaa operaattoreille mahdollisuuden pakata tiedostot toisen kerran ennen kuin ne lähetetään varmuuskopiotallennustilaan.

Varmuuskopiointitilannevedoksissa käytetään useita GZIP-pakkaustasoja 0–10, ja oletusasetus on 6. BoostFS:n optimoimiseksi OpsMgr v2.7.0:n pakkaustasoksi on asetettava '0.'

On tärkeää huomauttaa, että taso 0 käyttää pientä puristusta, mikä johtaa jonkin verran yleiskustannuksiin.

OpsMgr poistaa tämän ongelman antamalla järjestelmänvalvojien asettaa tilannevedoksen pakkaustason arvoon 'ei mitään.' Lisäksi pakkaustaso on yleinen asetus.
 

 
Määritä WiredTiger/MMapV1-tallennuksen pakkausasetukseksi "none" kullekin BoostFS-liityntäkohdalle, jotta tiedostot lähetetään pakkaamattomina Data Domainiin.

Tästä tulee oletusarvoinen liityntäkohta, joka ohittaa yleisen (GZIP) pakkausasetuksen.

Kun Wired Tiger -tilannevedoksen pakkaus on none, kirjoitussuorituskyky on parantunut 60 % verrattuna varmuuskopioihin, joissa on GZIP-tason 0 pakkaus.

Alla olevassa kaaviossa on yhteenveto BoostFS-tuloksesta OpsMgr-käyttötapauksista, joissa pakkaus on poistettu käytöstä kullekin tallennusmoottorille.

 
BoostFS-laajennuksen määrittäminen

1. Olkoon /mongodb-backup liitäntäpiste, johon BoostFS asennetaan Ops Manager -palvelimella.
2. Siirry Ops Manager -käyttöliittymässä kohtaan Admin  Backup  Snapshot Storage ja valitse Create New File System Store.
3. Anna tiedostojärjestelmän säilön nimi ja kirjoita polulle /mongodb-backup ja Tallenna.
   
    

Aseta OpsMgr-pakkaus tasolle 0

1. Kirjaudu Ops Manageriin
2. Siirry kohtaan Admin, General Ops, Manager configuration, Miscellaneous-välilehti.
3. Määritä varmuuskopiointitilannevedoksia varten tiedostojärjestelmän säilön Gzip-pakkaustasoksi 0.
    

Parhaat käytännöt - MongoDB OpsMgr

1. Aseta tiedostojärjestelmän pakkaustasoksi "ei mitään" OpsMgr v3.4: ssä.
2. Määritä Backup SnapShot -pakkaustasoksi 0 Ops Mgr:ssä
3. Käytä aina OpsMgr 2.0.7: ää tai uudempaa.
4. Parhaan tuloksen saavuttamiseksi suositellaan MMAPv1-tallennusmoottoria, jossa on OpsMgr v3.4.
5. Wired Tiger -varmuuskopiot sisältävät pakattuja tietoja.
6. OpsMgr-varmuuskopiointivirrat on rajoitettu yhteen palvelinta kohti.
7. BoostFS-laajennus on asennettava OpsMgr-palvelimeen.
8. Jopa 63 striimiä BoostFS-laajennusta kohden

Data Domain BoostFS MongoDB OpsMgr yksinkertainen tukimatriisi

Boostfs-ajurit ja ladattavat tiedostot
Boostfs-määritysoppaat