配置高度可用 Ops Manager 备份服务

Considerations

在实现备份的高可用性时，需要考虑以下因素：

• Ops Manager 应用程序托管备份。为了满足您的备份需求，请部署足够数量的带有负载均衡器的 Ops Manager 主机。

• Ops Manager 希望所有存储始终可用。S3 兼容存储和文件系统存储的高可用性超出了 Ops Manager 应用程序的范围。

• 为托管 应用程序的每个 专用 进程 和每个后端数据库MongoDB 创建副本集 ，而不是独立运行。MongoDB Ops Manager后端数据库可以包括 MongoDB 块存储快照存储、MongoDB oplog 存储或 S 3兼容存储元数据存储。

  从 MongoDB Ops Manager 8.0.26 开始，MongoDB Ops Manager 默认使用 majority 写关注（write concern），以便对 应用程序数据库 和备份元数据存储进行持久性写入。这适用于新部署和升级到 8.0.26 的现有部署或更高版本。非持久性写入（例如日志和指标）继续使用 w: 2 写关注（write concern）以提高性能。要恢复到 8.0.26 之前的行为（即某些持久性写入使用 w: 2），请将 mms.writeConcern.mode 设置为 legacy。仅在升级后出现性能下降时才使用 legacy 模式。

  使用 majority 写关注（write concern），写入必须得到大多数投票节点的确认，MongoDB Ops Manager 才会认为它成功。在部署节点分布在多个设备中的副本集时，请确保单个设备在必要时有足够的选票来选出主节点 (primary node in the replica set)。在为该单个设备进行选择时，请选择托管 MongoDB Ops Manager 应用程序和应用程序数据库的设备。将大多数有投票权的节点和所有可以成为主节点 (primary node in the replica set)的节点放置在该设备中。否则，网络分区可能会阻止集形成大多数。

  要了解详情，请参阅：

  • 跨两个或多个数据中心分布的副本集

  • 副本集选举

• 如果您选择将快照存储分配给特定数据中心，请根据您的部署需求考虑每个区域的高可用性要求。 例如，在某些部署中，配置副本集即可提供足够的可用性。 如果您的部署具有 24/7 高可用性要求，即使数据中心Go，请在每个数据中心配置足够的节点以容纳写入。要了解更多信息，请参阅高可用性 Ops Manager 应用程序和多个快照存储。

• 为 可查询恢复作业 和 groom作业 配置多个 备份守护程序 实例，这对于大型部署非常有用。

  对于每个备份守护程序，您可以：

  • 分配备份作业。 如果您不将作业分配给特定的守护程序和存储，Ops Manager 将使用每个组的所有可用备份守护程序。

  • 调整Daemon配置页面上的设置。 例如，对于专用可查询守护进程主机，您可以清除除Queryable Restore Jobs之外的所有复选框。

• 如果使用多个备份守护程序，请为每个头部目录路径使用不同的本地文件夹。

• 如果您打算运行 可查询恢复 作业，我们建议您使用 NFS 以外的文件系统。有关文件系统的更多建议，请参阅MongoDB操作清单。

更多信息

• 您使用 MongoDB Ops Manager 包安装备份守护程序组件。要运行守护进程，必须激活守护进程。要了解更多信息，请在《MongoDB Ops Manager 安装检查表》部分中选择针对您平台的程序。

• 要查看所有活动的备份守护程序并访问其配置选项，请参阅守护进程。

• 要在服务器上启动和停止备份守护程序，请参阅管理备份守护程序。

• 要将作业从丢失的备份服务器移动到另一台备份服务器，请参阅将作业从丢失的备份守护进程移动到另一台备份守护进程。

• 要使 MongoDB Ops Manager 应用程序高度可用，请参阅配置高度可用的 MongoDB Ops Manager 应用程序