【问题标题】:Datadog alert when Amazon RDS is created创建 Amazon RDS 时的 Datadog 警报
【发布时间】:2019-10-22 10:16:10
【问题描述】:

当 CPU 积分不足时,我在 Datadog 中收到警报。问题是当我在 Amazon 中创建新的 RDS 时,最初它的 CPU 积分为 0,我收到此警报。

如何避免这种情况?我试图找到“自创建以来的时间”指标,但没有成功。

【问题讨论】:

    标签: postgresql amazon-web-services datadog


    【解决方案1】:

    你试过composite monitors吗?您应该能够将您的低 CPU 信用监视器与另一个查看 RDS 事件的监视器结合起来。

    两个监视器如:

    • 答:CPU 积分
    • B:过去一小时内收到的关于创建 RDS 的事件数 > 1

    复合监视器:A && !B

    (我希望我的例子有意义)

    【讨论】:

    • 听起来不错,但是如何创建 B 监视器?是否有一个名为“事件数”的指标?
    • 如果一切配置正确,您应该会在event page 中看到一些 RDS 事件。然后你可以创建a monitor on this events。此外,我注意到在您的监视器的“设置警报条件”部分中,您应该看到一个名为:Delay evaluation by 的参数。您可以设置一个延迟,以便在前 5 分钟(例如 300 秒)内不会收到通知。
    • 我明白了!但是,即使我在事件多警报监视器中按“数据库 id”对它进行分组,在复合监视器中它仍显示“按 * 的多警报”。这意味着它不进行任何聚合,也不能“加入”两个监视器。很奇怪。
    • 您能在事件监视器中显示您正在使用的查询吗?你应该使用类似于share.getcloudapp.com/yAu4BL9v 的东西然后我设法在我的复合显示器中看到Multi-Alert by dbinstanceidentifier
    • 赫斯顿,我们有问题。当很久以前创建数据库并且您用完 CPU 积分时,复合监视器不会触发,因为 B 触发器尚未收到任何事件并将其视为“NO DATA”,但它应该返回 0反而。 :(
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2022-11-09
    • 1970-01-01
    • 1970-01-01
    • 2018-10-10
    相关资源
    最近更新 更多