高可用性的 Solr 主从故障转移设置

Question

在使用 Solr(我们目前使用的是 3.5)时，我们如何为故障转移设置主节点？

假设在我的设置中我有两个主人和两个奴隶。应用程序将所有写入提交给一个活跃的主控，两个从属都从这个活跃的主控获得更新。还有另一个中继器，与 Master 的目的相同。

现在我的问题是，如果 Master 由于某种原因出现故障，我如何才能在没有任何手动干预的情况下将 Repeater 设置为 Master。从站如何开始从中继器而不是损坏的主站获取更新。有推荐的方法吗？是否有任何其他推荐的主/从设置来确保 Solr 系统的高可用性？

Answer 1

目前，您最好的选择可能是研究当前 Solr 4.0 alpha 中的 SolrCloud 功能，在撰写本文时，它将于几个月内发布最终版本。 SolrCloud 的目标是处理数据分发和主节点选举，使用 ZooKeeper 分布式数据库在集群内保持关于哪些节点在不同角色中服务的共识。

还有其他更传统的方法可以为 Solr 3 的复制主从架构设置故障转移，但我个人不想在 Solr 4.0 如此接近发布时进行这项投资。

编辑:参见Linux-HA ，对于这样一种传统方法。就我个人而言，我会创建一个专门构建的守护进程来重新配置您的核心和负载均衡器，使用 ZooKeeper 进行存在检测和分布式锁。

如果外包是一种选择，您可以考虑托管服务，例如我自己的谦虚 Websolr .我们默认提供这种分发和热故障转移，因此我们的客户不必太担心它的实现机制。