主页 / server / 问题 / 1065483
Accepted
Chris
Asked: 2021-06-03 10:55:32 +0800 CST

起搏器资源监视器操作中超时和间隔的交互作用是什么

  • 772

如果我有这样的起搏器资源：

     Resource: FoobarServer (class=ocf provider=foo type=bar)
  Operations: monitor interval=5m timeout=8m (FoobarServer-monitor-interval-5m)
              start interval=0 timeout=360s (FoobarServer-start-0)
              stop interval=0 timeout=360s (FoobarServer-stop-0)

鉴于超时时间长于间隔，似乎会有冲突。但是，我找不到任何专门警告这种潜在情况的文档。

是否每 5m 产生一个不同的监视器进程，然后在 8m 后死亡？还是一个进程每 5m 重新启动一次，并且（在这种情况下）它会错过在间隔和超时之间的 3m 差中发生的事件？

pacemaker

1 个回答

  1. Best Answer

    Red Hat 提供的文档（SUSE 是ClusterLabs起搏器/corosync 的主要赞助商）：

    RHEL8 - 第 20 章。资源监控操作：

    interval

    [...]
    资源启动完成后将立即执行重复的监控操作，并在上一个监控操作完成时安排后续监控操作。例如，如果在 01:00:00 执行间隔 = 20s 的监控操作，则下一个监控操作不会在 01:00:20 发生，而是在第一个监控操作完成后 20 秒发生。

    timeout

    如果操作未在此参数设置的时间内完成，则中止操作并将其视为失败。
    [...]

    所以总结一下：

    • 不会有任何两个重叠的监控动作：间隔是在上一个完成之后，而不是在开始之后。连续的监控动作可能发生在 500 万到 1300 万之间。在 OP 的情况下，在一小时内，可能会触发 4 (1h/(5mn+8mn)) 到 12 (1h/5mn) 次触发监视操作，具体取决于监视器完成检查所需的时间，
    • 即使间隔是一个小时的除数，监视器事件也不会在一小时内的固定时间（比如这里的 12 次）发生，而是会漂移，
    • 取决于资源和监视器的实现方式，这意味着如果这些事件没有在某处排队等待监视器处理，则可能会错过整个间隔时间 5 百万个事件，
    • 无论如何，如果在最后一个间隔之后立即发生故障，则几乎有间隔时间才有机会检测到故障，
    • 超时是允许监控操作完成的最长时间，但可以更短，
    • 监视器的作用是在其动作开始时返回一个状态。它不应该“持续监控” 800 万。与间隔值和绝对值相比，监视器超时8mn看起来像是一个可疑的值，
    • 虽然一个动作是一个新的衍生过程似乎是合乎逻辑的，但此信息没有记录，因此可能是特定于实施/监控的。这无关紧要，因为不会有两个重叠的监控操作。
    • 0

相关问题