【问题标题】:Stopping replication of cassandra in regular intervals定期停止 cassandra 的复制
【发布时间】:2017-07-21 14:14:12
【问题描述】:

我们有一个想法。我们想要考虑并可能在生产中使用它。

我们想使用 1 个数据中心作为主要 cassandra。 2 数据中心是辅助和第三个数据中心,以 cassandra 集群作为备份集群。

数据中心 1 和 2 正常复制。数据中心 3 应该落后 30 分钟。我们想通过关闭数据中心 3 复制来强制它。基本上每 30 分钟通过 nodetool 开始/停止八卦。

我认为这应该偶尔起作用(例如,您有一个架构更改,您关闭 DC3 并更新,如果出现问题,您使用空数据从 DC3 引导 DC1 和 DC2)但是如果您这样做会发生什么经常?

你们怎么看?复制迟早会被破坏吗?

【问题讨论】:

    标签: cassandra replication


    【解决方案1】:

    你想完成什么?

    首先,如果你这样做,DC3 不会一直落后 30 分钟。事实上,DC3 在 30 分钟内没有得到任何更新,然后进入“一致”状态,几乎没有延迟。

    您会将所有写入都写入提示,因此您需要确保它们都不会丢失,否则您将需要经常进行维修。默认情况下,提示切换保留 3 小时,也有一个节流阀。在某些情况下可能会失败,例如高写入加载时间。 (http://docs.datastax.com/en/cassandra/3.0/cassandra/configuration/configCassandra_yaml.html#configCassandra_yaml__max_hint_window_in_ms)

    您想要一个安全的灾难恢复点吗?

    您可以每隔 30 分钟通过 cron 在 DC3 中创建快照。快速,不需要额外的空间(硬链接),您可以轻松地从中恢复。用时间戳标记它们 201707-1200 可以很容易地找到正确的 - 也可以清理旧的。

    http://docs.datastax.com/en/cassandra/3.0/cassandra/tools/toolsSnapShot.html

    http://docs.datastax.com/en/cassandra/3.0/cassandra/operations/opsBackupSnapshotRestore.html

    【讨论】:

    • 谢谢,我认为这可能是个坏主意。只是想要更多的输入。
    猜你喜欢
    • 2014-11-26
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2015-11-14
    • 1970-01-01
    • 2016-06-29
    相关资源
    最近更新 更多