重新启动集群以进行时间点还原的正确顺序是啥？

Posted 2023-03-22

【中文标题】重新启动集群以进行时间点还原的正确顺序是啥？

【英文标题】：What is the Correct order to restart a cluster for point-in-time restore?重新启动集群以进行时间点还原的正确顺序是什么？

【发布时间】：2021-11-24 23:56:43

【问题描述】：

我有一个跨多个数据中心的混合工作负载集群。我已经为要使用已备份的快照还原的表运行了 sstableloader 命令。我已将我从存档备份的提交日志文件添加到所有节点上的还原目录。我已经用这些配置更新了 commitlog_archiving.properties 文件。 重新启动集群节点的正确方法和顺序是什么？ these considerations也申请重启吗？

【参考方案1】：

如果你已经完成了所有这些，我认为顺序并不重要。虽然，您应该首先重新启动种子节点，这样集群中的节点就有一个共同的集群入口点来找到返回并正确重新加入的方式。

【参考方案2】：

作为一般规则，我们建议先重新启动 DC 中的种子节点，然后再重新启动其他节点，这样八卦传播会发生得更快，尤其是对于较大的集群（任意 15 个以上的节点）。请务必注意，如果您使用sstableloader 恢复数据，不需要重新启动。

如果您只是执行滚动重启，则 DC 的顺序无关紧要。但是，如果您从 冷关机 启动集群，这意味着所有节点都已关闭并且集群完全脱机，这很重要。

从冷关机开始时，从“Analytics DC”（以Analytics 模式运行的节点，即启用 Spark）开始很重要，因为这样可以更轻松地选择 Spark 主节点。假设 Analytics 键空间的复制配置为使用建议的复制因子 3，您将需要从种子开始启动 2 或 3 个节点，理想情况下间隔 1 分钟，因为LeaderManager 需要一定数量的节点来选举 Spark 主节点。

为了方便起见，我们建议将节点以Search 模式运行（启用 Solr）的 DC 留在最后，以便在集群开始接受来自应用程序的搜索请求之前，所有其他 DC 都可以运行。干杯！