服务稳定性和性能告警配置

服务的不稳定可能表现在以下方面：

  • 服务突然异常卡顿。

  • 服务无法访问。

  • 页面一直转圈。

归根结底，这些表象可归为两类问题：

  • 资源瓶颈

  • 性能瓶颈

针对这两类问题，您可以借助 Erda 的告警功能防患于未然，并借助其监控功能进行问题排查。

资源瓶颈

您可以配置容器资源使用的告警策略。一旦资源水位达到阈值即可触发告警，方便及时处理。

服务稳定性和性能告警配置 - 图1

目前内置的资源告警配置包含以下选项：

  • 应用实例 CPU 使用异常
    • 默认：当 CPU 使用率在持续一分钟内平均值大于等于 90% 时触发告警。
    • 建议：可将触发阈值修改为 70~80%，为处理人员预留缓冲时间。
  • 应用实例内存使用率异常
    • 默认：当内存使用率在持续一分钟内平均值大于等于 90% 时触发告警。
    • 建议：可将触发阈值修改为 70~80%，为处理人员预留缓冲时间。
  • 应用实例 OOM
    • 默认：当出现 OOM 时，将触发 OOMKilled，此时触发告警。
  • 应用 JVM GC 次数
    • 默认：三分钟内触发 GC 次数大于 5 时触发告警。
  • 应用 JVM GC 耗时
    • 默认：GC 耗时的最大值大于等于 400ms，或 GC 总和大于等于 1s 时触发告警。
  • 应用 JVM 堆内存
    • 默认：当 JVM 堆内存使用率在持续一分钟内平均值大于等于 75% 时触发告警。
  • 应用 NodeJS 堆内存使用率
    • 默认：当 NodeJS 堆内存使用率在持续一分钟内平均值大于等于 75% 时触发告警。

性能瓶颈

如出现性能问题，某种程度上这是种积极的变现，至少说明用户量增加了。而此时要做的便是让服务可以承受更多用户的并发访问，具体可参考 性能压测大盘，排查各类慢请求、慢 SQL，从而解决性能问题。