监控MongoDB

监控策略¶

MongoDB提供了各种方法来收集有关正在运行的MongoDB实例状态的数据：

• 从版本4.0开始，MongoDB 为独立和副本集提供免费的云监视。
• MongoDB分发了一组实用程序，这些实用程序提供了数据库活动的实时报告。
• MongoDB提供了各种数据库命令，这些命令以更高的保真度返回有关当前数据库状态的统计信息。
• MongoDB Atlas 是一种云托管的数据库即服务，用于运行，监视和维护MongoDB部署。
• MongoDB Cloud Manager是一项托管服务，可监视正在运行的MongoDB部署以收集数据并基于该数据提供可视化和警报。
• MongoDB Ops Manager是MongoDB Enterprise Advanced 中提供的本地解决方案，用于监视正在运行的MongoDB部署以收集数据并提供基于该数据的可视化和警报。

每种策略都可以帮助回答不同的问题，并且在不同的情况下很有用。这些方法是互补的。

MongoDB报告工具¶

本节概述了随MongoDB分发的报告方法。它还提供了每种方法最适合您解决的各种问题的示例。

过程记录¶

在正常运行期间，mongod和mongos 实例报告的真实账户的所有服务器活动和操作要么标准输出或日志文件中。以下运行时设置控制这些选项。

• quiet。限制写入日志或输出的信息量。
• verbosity。增加写入日志或输出的信息量。您还可以在运行时使用Shell中的logLevel参数或 db.setLogLevel()方法修改日志记录的详细程度。
• path。启用日志记录到文件，而不是标准输出。调整此设置时，必须指定日志文件的完整路径。
• logAppend。将信息添加到日志文件，而不是覆盖文件。

mongod -v --logpath /var/log/mongodb/server1.log --logappend

以下数据库命令也会影响日志记录：

• getLog。显示来自mongod过程日志的最新消息 。
• logRotate。mongod 只为进程循环日志文件。请参阅旋转日志文件。

db.clients.insertOne( { "name" : "Joe", "PII" : "Sensitive Information" } )

2017-06-09T13:35:23.446-0400 I COMMAND  [conn1] command internal.clients
   appName: "MongoDB Shell"
   command: insert {
      insert: "clients",
      documents: [ {
            _id: ObjectId('593adc5b99001b7d119d0c97'),
            name: "Joe",
            PII: " Sensitive Information"
         } ],
      ordered: true
   }
   ...

2017-06-09T13:45:18.599-0400 I COMMAND  [conn1] command internal.clients
   appName: "MongoDB Shell"
   command: insert {
      insert: "###", documents: [ {
         _id: "###", name: "###", PII: "###"
      } ],
      ordered: "###"
   }

诊断性能问题¶

使用MongoDB开发和操作应用程序时，您可能需要分析数据库作为应用程序的性能。 MongoDB Performance讨论了一些可能影响性能的操作因素。

复制和监控¶

除了对任何MongoDB实例的基本监视要求之外，对于副本集，管理员还必须监视复制延迟。“复制延迟”是指将主磁盘上的写操作复制（即复制）到 辅助磁盘上所花费的时间。可以接受一些小的延迟时间，但是随着复制滞后的增加，会出现严重的问题，包括：

• 主数据库上越来越多的缓存压力。

• 滞后期间发生的操作不会复制到一个或多个次级。如果您使用复制来确保数据持久性，那么特别长的延迟可能会影响数据集的完整性。

• 如果复制滞后超过操作日志（oplog）的长度，则MongoDB将必须在辅助数据库上执行初始同步，从主数据库复制所有数据并重建所有索引。[1]在正常情况下，这种情况并不常见，但是如果您将oplog配置为小于默认值，则可能会出现问题。

  注意

  oplog的大小只能在第一次运行时使用命令的--oplogSize参数（mongod最好oplogSizeMB是使用MongoDB配置文件中的 设置）进行配置。如果在使用该--replSet 选项运行之前未在命令行上指定此选项，mongod将创建一个默认大小的操作日志。

  默认情况下，操作日志是64位系统上总可用磁盘空间的5％。有关更改oplog大小的更多信息，请参阅“ 更改Oplog的大小”。

rs.status()

分片和监控¶

在大多数情况下，分片集群的组件 与所有其他MongoDB实例一样，都将从相同的监视和分析中受益。此外，群集需要进一步监视以确保数据在节点之间有效分布，并且分片操作正常运行。

use config
db.locks.find()

db.locks.find( { _id : "balancer" } )

存储节点看门狗¶

存储节点看门狗监视以下MongoDB目录以检测文件系统无响应：

• 该--dbpath目录
• 该journal内部目录--dbpath如果目录 journaling已启用
• --logpath文件目录
• --auditPath文件目录

默认情况下，禁用存储节点监视程序。mongod通过将watchdogPeriodSeconds参数设置为大于或等于60的整数，只能在启动时启用存储节点监视程序。但是，一旦启用，您就可以暂停存储节点监视程序并在运行时重新启动。有关watchdogPeriodSeconds详细信息，请参见 参数。

如果包含受监视目录的任何文件系统都没有响应，则存储节点监视程序将终止 mongod并退出，并以状态代码61退出。如果 副本集mongod的主副本，则终止会启动故障转移，从而允许另一个成员成为主副本。

一旦mongod终止，它可能无法干净地重新启动它在同一机器。

存储节点看门狗可以检测到无响应的文件系统，并终止最大时间几乎是两倍的价值watchdogPeriodSeconds。