性能监控

监控 DC/OS 群集

您的监控工具应利用历史数据点，以便跟踪变更和偏差。已知处于健康状态和不健康状态时，您应对群集进行监控。这可以为 DC/OS 环境中的“正常”提供基准。使用此历史数据，您可以微调工具，设置适当的阈值和条件。超出这些阈值时，您可以向管理员发送警报。

Mesos 和 Marathon 揭示以下类型的度量标准：

  • 仪表是指在查询时提供当前状态的度量标准。
  • 计数器具有添加性的度量标准，包括过去和现在的结果。这些度量标准不会在故障切换过程中持续存在。

Marathon 有一个计时器度量标准，用以确定事件出现了多长时间。计时器对 Mesos 可观察性度量标准而言不存在。

Marathon 提供了许多用于监控的 度量标准。您可以在 查询 DC/OS 群集中的度量标准 HTTP 端点。. 以下是对 DC/OS 特别有用的内容。

  • marathon.apps.active.gauge — 活跃应用程序的数量。
  • marathon.deployments.active.gauge — 活跃部署的数量。
  • marathon.deployments.counter — 自当前 Marathon 实例成为领导者以来收到的部署数量。
  • marathon.deployments.dismissed.counter — 自当前 Marathon 实例成为领导者以来，被解散部署的数量；当并发部署太多时，Marathon 可能会解散部署。
  • marathon.groups.active.gauge — 活跃组数。
  • marathon.leadership.duration.gauge.seconds — 当前领导者的持续时间。这一度量标准提供时间量。使用此度量标准来诊断稳定性问题并确定领导者选举的频率。
  • marathon.persistence.gc.runs.counter — 自成为领导者以来，Marathon GC 的数量一直在增加。
  • marathon.persistence.gc.compaction.duration.timer.seconds — Marathon GC 压缩阶段持续时间的直方图，以及压缩持续时间的计量器。
  • marathon.persistence.gc.scan.duration.timer.seconds — Marathon GC 扫描阶段持续时间的直方图，以及扫描持续时间的计量器。
  • marathon.instances.running.gauge — 当前运行的实例数。
  • marathon.instances.staged.gauge — 当前暂停的实例数。实例在启动后立即分阶段。持续大量的分阶段实例可能表示无法快速启动或正在重新启动大量实例。
  • marathon.uptime.gauge.seconds — 当前 Marathon 实例的正常运行时间。使用此度量标准来诊断可能导致 Marathon 重启的稳定性问题。

Mesos 特定度量标准

  • marathon.tasks.launched.counter — 自成为领导者以来，当前 Marathon 实例发起的 Mesos 任务数量。
  • marathon.mesos.calls.suppress.counter — 自当前 Marathon 实例成为领导者以来，Mesos suppress 调用的数量。
  • marathon.mesos.offer-operations.launch-group.counter — 自当前 Marathon 实例成为领导者以来，LaunchGroup 提供的操作数量。
  • marathon.mesos.offer-operations.launch.counter — 自当前 Marathon 实例成为领导者以来，Launch 提供的操作数量。
  • marathon.mesos.offer-operations.reserve.counter — 自当前 Marathon 实例成为领导者以来，Reserve 提供的操作数量。
  • marathon.mesos.offers.declined.counter — 自当前 Marathon 实例成为领导者以来，offer 数量有所下降。
  • marathon.mesos.offers.incoming.counter — 自当前 Marathon 实例成为领导者以来收到的 offer 数量。
  • marathon.mesos.offers.used.counter — 自当前 Marathon 实例成为领导者以来使用的 offer 计数。

HTTP 特定度量标准

  • marathon.http.event-streams.responses.size.counter.bytes — 自当前 Marathon 实例成为领导者以来，通过事件流发送给客户端的数据大小。
  • marathon.http.requests.size.counter.bytes — 自当前 Marathon 实例成为领导者以来所有请求的总大小。
  • — 自当前 Marathon 实例成为领导者以来所有 gzip 压缩请求的 总大小。
  • marathon.http.responses.size.counter.bytes — 自当前 Marathon 实例成为领导者以来所有响应的总大小。
  • marathon.http.responses.size.gzipped.counter.bytes — 自当前 Marathon 实例成为领导者以来所有 gzip 压缩的响应的总大小。
  • marathon.http.requests.active.gauge — 活跃请求的数量。
  • marathon.http.responses.1xx.rate``1xx 响应率。
  • marathon.http.responses.2xx.rate``2xx 响应率。
  • marathon.http.responses.3xx.rate``3xx 响应率。
  • marathon.http.responses.4xx.rate``4xx 响应率。
  • marathon.http.responses.5xx.rate``5xx 响应率。
  • marathon.http.requests.duration.timer.seconds — 请求持续时间的直方图，以及请求持续时间的计量器。
  • marathon.http.requests.get.duration.timer.seconds — 同样但仅针对 GET 请求。
  • marathon.http.requests.post.duration.timer.seconds — 同样但仅针对 POST 请求。
  • marathon.http.requests.put.duration.timer.seconds — 同样但仅针对 PUT 请求。
  • marathon.http.requests.delete.duration.timer.seconds — 同样但仅针对 DELETE 请求。

有关 Marathon 度量标准的更多详细信息，请参阅其 [文档] 。

Mesos 提供了许多用于监控的 度量标准。以下是对 DC/OS 特别有用的内容。

  • master/slave_reregistrations（计数器）此度量标准提供代理节点重新注册和重新启动的次数。使用此度量标准以及历史数据来确定发生网络分区时的偏差和峰值。如果此数字大幅增加，则群集出现停机，但已重新连接。
  • master/slave_removals（计数器）此度量标准提供因各种原因（包括维护）而移除的代理节点的数量。在大量代理节点断开连接后，使用此度量标准确定网络分区。如果此数字严重偏离上一数字，应通知系统管理员（PagerDuty 等）。
  • master/tasks_failed（计数器）此度量标准提供失败任务的数量。
  • master/tasks_killed（计数器）此度量标准提供被杀死任务的数量。
  • master/tasks_lost（计数器）此度量标准提供丢失任务的数量。丢失任务是指任务被外部因素杀死或断开。当大量任务偏离前一历史数字时，使用此度量标准。
  • master/slaves_disconnected（仪表）此度量标准提供断开的代理节点的数量。此度量标准与 一起很有用。master/slave_removals. 如果代理节点断开连接，此数字将增加。如果代理节点重新连接，此数字将减少。
  • master/messages_kill_task（计数器）此度量标准提供被杀死任务消息的数量。
  • master/slave_removals（计数器）此度量标准提供在管理节点故障切换期间未重新注册的代理节点的数量。这是一个广泛的端点，结合了 ../reason_unhealthy、 和 ../reason_registered. 您可以明确地监控或利用 master/slave_removals/reason_unhealthy、master/slave_removals/reason_unregistered 和 master/slave_removals/reason_registered 了解详情。
  • master/slave_removals/reason_unhealthy（计数器）此度量标准提供由于未通过健康检查而失败的代理节点的数量。此端点返回不健康的代理节点的总数。
  • master/slave_removals/reason_unregistered（计数器）此度量标准提供未注册代理节点的数量。如果此数字大幅增加，则表示管理节点或代理节点无法正常通信。使用此端点确定网络分区。
  • master/slave_removals/reason_registered（计数器）此度量标准提供在新代理节点于同一地址处注册时被移除的代理节点的数量。新代理节点替代旧代理节点。此类事件应该很少见。如果此数字增加，则应通知系统管理员（PagerDuty 等）。

这些度量标准不应随时间推移而减少

  • master/slaves_active（计数器）此度量标准提供活跃代理节点的数量。活跃代理节点的数量通过将 slaves_connected 和 slave_disconnected. 加起来进行计算。
  • master/slaves_connected（计数器）此度量标准提供已连接代理节点的数量。此数字应等于 Mesos 代理节点的总数 (slaves_active). 使用此度量确定群集总体健康状况为占总数的百分比。
  • master/elected（仪表）此度量标准表示这是选择的管理节点。此度量标准应从所有管理节点获取并总计达 1。如果此数字在一段时间内不是 1，则应通知系统管理员（PagerDuty 等）。
  • master/uptime_secs（仪表）此度量标准提供管理节点的正常运行时间，以秒为单位。此数字应至少为 5 分钟（300 秒），表示管理节点稳定。您可以使用这些度量标准来检测“波动”。例如，如果管理节点在 10 多分钟内正常运行时间少于 1 分钟（60 秒），则它可能已重启 10 次或更多次。
  • master/messages_decline_offers（计数器）此度量标准提供被拒绝任务的数量。此数字应等于代理节点的数量乘以框架的数量。如果此数字降至一个较低值，则有些东西可能会变得匮乏。

这些度量标准不应随时间推移而减少

  • slave/uptime_secs（仪表）此度量标准提供代理节点的正常运行时间，以秒为单位。此数字应始终在增加。此数字重新设置为 0 时，表示代理节点进程已重启。您可以使用这些度量标准来检测“波动”。例如，如果代理节点在 10 多分钟内正常运行时间少于 1 分钟（60 秒），则它可能已重启 10 次或更多次。
  • slave/registered（仪表）此度量标准指出该代理节点是否已向管理节点注册。该值应始终是 1. 0 表示代理节点正在寻求加入新的管理节点。

  • 检查关键应用程序 API 端点的 Marathon 应用程序健康 API 。

  • 检查代理节点是否关闭：

    • 跟踪 /var/log/mesos 警告日志并注意 Shutting down
    • 指出已关闭多少代理节点的 Mesos 端点增加

  • 检查 Mesos 管理节点的正常运行时间是否较短，这显示在 Mesos 度量标准中。

  • 将 mom-marathon-service 日志记录级别从 WARN 变为 INFO。

    • 确保管理节点有大量磁盘空间。

    • 将 logrotation 选项从 rotate 7 变为 maxage 14 或更多。例如：

有关 Mesos 基本警报，请参阅 Apache Mesos 文档。

[

使用 Nagios 监控 DC/OS 群集

]($40f96456cc547f42.md)