DRBD(类似)解决方案用于启用假脱机文件的故障转移

DRBD(类似)解决方案用于启用假脱机文件的故障转移

我即将使用 hardbeat 和 DRBD 为我们的 Kannel 服务设置故障转移设置。一台机器是主机器,当该机器死机/停机时,它会切换到辅助机器。

Kannel 使用假脱机目录来存储临时(track/DLR)文件。为了在主服务器宕机时不丢失跟踪数据,数据由 DRBD 同步。但使用 DRBD 无法同时在两台服务器上安装同步分区。因此,我需要创建一个 up-/down-script,用于(卸载)安装分区、(重新)启动 Kannel 等,以便在切换时使 Kannel 正常工作。这是可能的,但在切换主服务器时也存在潜在风险(启动和停止 Kannel 有时可能需要一些时间)。

因为一旦我设置了上述安装,系统就会处理大量的短信流量和负载,而且之后很难改变。所以我正在研究实现相同目标的其他选项,以便做出稳定和持续的决定。

还有人有其他选择吗?

谢谢

附言:我知道 Kannel 可以将跟踪/dlr 数据保存在数据库中,但我们无法使用它,因为我们还在使用其他 Kannel盒子/没有该数据库功能的进程。

答案1

不确定这是否对您的场景有帮助,但如果您使用像 GFS2 或类似的集群文件系统,DRBD 确实可以与双主卷一起使用。

答案2

迁移时,您必须忍耐并等待 Kannel 关闭。没有可靠的方法可以知道在离开节点上关闭 Kannel 之前何时可以安全地在另一个节点上启动 Kannel —— 因此在 Kannel 关闭之前切换 DRBD 是没有意义的(而且 DRBD 中从辅助切换到主的时间是几毫秒)。

相关内容