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

Considerations

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

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

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

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

  从Ops Manager 8.0.26 开始， 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），写入必须得到大多数投票成员的确认，Ops Manager才会认为写入成功。在部署成员位于多个设施中的副本集时，请确保单个设施有足够的票数来选举主节点 (primary node in the replica set)（如果需要）。在为此单个设施选择设施时，请选择托管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 安装检查表》部分中选择针对您平台的程序。

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

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

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

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