solr - Solr 复制和 Solr 云有什么区别？

Question

我支持 Rails 项目，其中包含 Rails 应用程序和 Solr 的附加实例。

我的环境:rails 3.2.1、ruby 2.1.2、sunspot 2.1.0、Solr 4.1.6。

问题:

云提供商不稳定。我不能使用其他云提供商 - 这是客户的需求。通常，搜索服务器会进行维护，而 Web 应用程序会停止在生产环境中运行。因此，我考虑如何制作两台相同的搜索服务器而不是一台，以使系统更加稳定:如果一台服务器宕机，另一台服务器将继续工作。

摆脱困境的方法:

• 或将两个搜索服务器配置为 Solr Replication
• 或将两个搜索服务器配置为 SolrCloud

问题:

1. 要做什么以及为什么？
2. SolrCloud 是更好的解决方案吗？
3. 这些变体的优点和缺点是什么？
4. 什么情况下使用 SolrCloud 更好？
5. 在哪些情况下最好协调 Solr 复制？

Answer 1

您应该能够在论坛中找到 Solr Master Slave Heirarchy 与 SolrCloud 的可能比较，但这些是我对它们的理解/经验，因此请谨慎使用。

1. 要做什么以及为什么？这完全取决于您的业务需求。我想说，如果您的应用程序只是从 SOLR 读取数据，并且需要从 SOLR 读取数据的高可用性，那么简单的一主多从层次结构就足够了。但如果您也在寻求写入 SOLR 的高可用性，那么 SolrCloud 是一个正确的选择
2. SolrCloud 是更好的解决方案吗？没有什么比这更好的了，维护 SolrCloud 需要良好的基础设施，并且必须注意 ZooKeepers 的可用性、节点健康状况、高性能磁盘以获得更好的复制速度等。但是，除此之外，我们不需要担心节点之间的数据一致性，因为这将由 SolrCloud 负责
3. 这些变体的过程和缺点是什么？如上所述。
4. 什么情况下使用 SolrCloud 更好？当您需要 Solr 写入和读取的高可用性时，我们必须选择 SolrCloud另外，如果您无法负担更大的机器来拥有一个节点，那么您可以将索引拆分为多个分片并将其保留在较小的配置机器下。
5. 什么情况下更适合选择Solr Replication？当您的应用程序不实时写入 SOLR 时，复制就足够了，无需使用 SolrCloud 变得复杂。此外，设置 Master Slave 比 SolrCloud 相对容易