ES（主要和灾难设置/集群）答案

【问题标题】：ES(Primary and disaster setup/cluster)ES（主要和灾难设置/集群）
【发布时间】：2015-07-07 17:36:01
【问题描述】：

考虑到灾难恢复需求，ES 可以使用什么架构。基本上我们需要维护位于不同位置的 2 个集群设置。只有在 cluster1 关闭的情况下，请求才会转到 Cluster2。这里的挑战是保持 2 个集群之间的索引数据一致性。

ES 是否支持这种类型的设置？或者任何人都可以建议我们如何实现这一目标？还有我们如何在这些集群中实现全负载索引和数据增量刷新。

谢谢，拉克什

【问题讨论】：

目前已经为 2 个 DC 创建了 2 个集群。虽然索引更新被并行写入两个集群。同样在查询 ES 时，如果出现连接异常，请求将被发送到其他集群。有没有cmets？。

【解决方案1】：

您建议的配置不起作用，因为您需要在集群之间复制数据，并且无论何时切换，总会有一些数据丢失。

您可能想要做的是创建一个具有更高 RF（复制因子）的更大集群，这样即使某些节点出现故障，您仍然可以正常运行。

如果您在云中，您可以在几个区域中启动集群（我指的是 AWS，但其他云提供商之间可能有一个等价的术语），这将使集群能够适应区域中断.

你也可以旋转一个多区域集群，但我不会从那个开始。

【讨论】：

跨数据中心/区域定义的集群可能会影响搜索性能。一个原因是 DC 之间的网络延迟，而 ES 在内部执行转发/搜索请求。
@RMS 虽然这在理论上是正确的，但我们正在跨数十个 ES 集群（再次使用 AWS）进行此操作，并且不会感到任何延迟痛苦！当我们运行多区域集群时，这一点变得有效，这就是为什么我写下我不会从那个开始。