Data Domain - MongoDB Ops Manager 的 DDBoostFS 驗證與最佳實務

有了 Operations Manager，需要考慮幾個因素來優化 DD Boost 的儲存裝置和網路效率，包括：
 

1. 儲存引擎類型
   1. 有線虎
   2. MMAPv1
       
2. Operations Manager 版本和壓縮
   1. V2.7.0 的檔案系統儲存壓縮層級
   2. V3.4.0 與有線 Tiger 快照壓縮設定
       

儲存引擎類型：

使用MongoDB，您可以選擇兩個可用的存儲引擎之一 - Wired Tiger或MMAPv1。MMAPv1 是 MongoDB 所有版本的預設引擎，直到 v3.2，它以未壓縮的格式存儲生產數據（見圖表）。

Wired Tiger是隨著MongoDB v3.0的引入而發佈的更新，更先進的存儲引擎，默認情況下數據是 壓縮 的。將壓縮資料備份至 Data Domain 會導致重複資料刪除低於預期，進而影響儲存效率。

 
為了優化 BoostFS 效率，必須在應用程式上禁用壓縮和加密，以便 MMAPv1 儲存引擎 將提供最佳結果。

Data Domain 可以使用 Wired Tiger 實作的備份，但重複資料刪除率 （4：1） 較低，比 MMAPv1

少約 50%。Operations Manager 壓縮：除了存儲引擎壓縮之外，OpsMgr還允許操作員在將檔發送到備份存儲之前對其進行第二次壓縮。

備份快照使用多個級別的 GZIP 壓縮，範圍從“0”到“10”，“6”是預設設置。若要最佳化 BoostFS，OpsMgr v2.7.0 的壓縮層級應設為「0」。

請務必指出，「0」的「層級」會套用少量 的壓縮，進而產生一些額外負荷。

OpsMgr 可讓管理員將快照壓縮等級設定為「無」，以消除此問題。此外，壓縮級別是全域設置。
 

 
將每個 BoostFS 掛接點的 WiredTiger/MMapV1 儲存壓縮設定設為「無」，以便將檔案以未壓縮的狀態傳送至 Data Domain。

這將成為此固定點的預設，覆蓋全域 （GZIP） 壓縮設置。

將 Wired Tiger 快照壓縮設定為「無」後，我們看到寫入效能比使用 GZIP 層級「0」壓縮

的備份高出 60%。下圖總結了每個儲存引擎禁用壓縮的 OpsMgr 用例的 BoostFS 結果。

 
設定 BoostFS 附掛程式

1. 讓 /mongodb-backup 作為 Ops Manager 伺服器上掛載 BoostFS 的掛接點。
2. 從 Ops Manager UI 中，導覽至「管理」「備份」「快照儲存」，然後按一下建立新的檔案系統儲存區。
3. 提供檔案系統儲存名稱，並在路徑中輸入「/mongodb-backup and save」。
   
    

將 OpsMgr 壓縮設定為層級 0

1. 登入運維管理員
2. 瀏覽至「管理」、「一般作業」、「經理組態」、「其他」標籤。
3. 若為備份快照，請將檔案系統儲存 Gzip 壓縮層級設為 0。
    

最佳實務 - MongoDB OpsMgr

1. 在 OpsMgr v3.4 中將檔案系統壓縮等級設定為「無」。
2. 在 Ops Mgr 中將 Backup SnapShot 壓縮等級設定為「0」
3. 請務必使用 OpsMgr 2.0.7 或更高版本。
4. 為了獲得最佳結果，最好使用具有 OpsMgr v3.4 的 MMAPv1 儲存引擎。
5. 有線 Tiger 備份包含壓縮資料。
6. OpsMgr 備份串流限制為每個伺服器一個。
7. BoostFS 附掛程式應安裝在 OpsMgr 伺服器上。
8. 每個 BoostFS 外掛程式最多 63 個串流

Data Domain BoostFS MongoDB OpsMgr 簡易支援矩陣

Boostfs 驅動程式與下載
Boostfs 組態指南