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

Considerations

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

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

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

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

  MongoDB Ops Manager使用 w: 2写关注（write concern），这需要主节点 (primary node in the replica set)和从从节点(secondary node from replica set)对每个写入操作进行确认。 在部署成员位于多个设施中的副本集时，请确保单个设施有足够的票数来选举主节点 (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 操作清单。

更多信息

• 您可以使用Ops Manager包安装备份守护程序组件。要运行守护进程，必须将其激活。要学习；了解更多信息，请在Ops Manager安装清单部分中选择特定于您平台的程序。

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

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

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

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