Data Domain — MongoDB Ops Manager 的 DDBoostFS 验证和最佳实践

使用 Operations Manager 时，需要考虑几个因素来优化 DD Boost 的存储和网络效率，包括：
 

1. 存储引擎类型
   1. Wired Tiger
   2. MMAPv1
       
2. Operations Manager 版本和压缩
   1. V2.7.0，具有文件系统存储压缩级别
   2. 带有 Wired Tiger 快照压缩设置的 V3.4.0
       

存储引擎类型：

使用 MongoDB，您可以选择两种可用存储引擎之一 - Wired Tiger 或 MMAPv1。在 v3.2 之前，MMAPv1 是所有 MongoDB 版本的默认引擎，它以未压缩的格式存储生产数据（见图表）。

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 允许管理员将快照压缩级别设置为“none”，从而消除了此问题。此外，压缩级别是全局设置。
 

 
对于每个 BoostFS 装载点，将 WiredTiger/MMapV1 存储压缩设置设置为“none”，以便将未压缩的文件发送到 Data Domain。

这将成为此装载点的默认设置，覆盖全局 （GZIP） 压缩设置。

将 Wired Tiger 快照压缩设置为“none”后，我们看到与使用 GZIP“0”级压缩的备份相比，写入性能提高了 60%。

下图汇总了针对每个存储引擎禁用压缩的 OpsMgr 应用场景的 BoostFS 结果。

 
设置 BoostFS 插件程序

1. 让 /mongodb-backup 成为 Ops Manager 服务器上装载 BoostFS 的装载点。
2. 在 Ops Manager UI 中，导航到“Admin”（管理）“Backup”（备份）“Snapshot Storage”（快照存储），然后单击“create New File System Store”（创建新文件系统存储）。
3. 提供文件系统存储名称，对于路径，输入/mongodb-backup并保存。
   
    

将 OpsMgr 压缩设置为级别 0

1. 登录到 Ops Manager
2. 导航到“Admin”、“General Ops”、“Manager configuration”、“Miscellaneous”选项卡。
3. 对于备份快照，将文件系统存储 Gzip 压缩级别设置为 0。
    

最佳实践 - MongoDB OpsMgr

1. 在 OpsMgr v3.4 中将文件系统压缩级别设置为“none”。
2. 在 Ops Mgr 中将备份快照压缩级别设置为“0”
3. 始终使用 OpsMgr 2.0.7 或更高版本。
4. 为获得最佳结果，首选使用 OpsMgr v3.4 的 MMAPv1 存储引擎。
5. Wired Tiger 备份包含压缩数据。
6. OpsMgr 备份流限制为每个服务器一个。
7. BoostFS 插件应安装在 OpsMgr 服务器上。
8. 每个 BoostFS 插件最多 63 个流

Data Domain BoostFS MongoDB OpsMgr 简单支持矩阵

Boostfs 驱动程序与下载
Boostfs 配置指南