SolrCloud与Solr主从复制

Question

本周，我遇到了一个关于Solr索引的问题：http://lucene.472066.n3.nabble.com/corrupted-index-in-slave-td4054769.html，

今天，这个错误开始在几乎每一个请求中不断发生，我创建了一个JIRA问题，因为我认为它是一个bug https://issues.apache.org/jira/browse/SOLR-4707。

正如您所读到的，最终原因是Solr主从复制失败，现在我不知道是否应该考虑迁移到SolrCloud，因为Solr主从复制似乎不符合我们的要求：

• 索引大小：~2000万个文档，~9GB
• ~1200次更新/分钟
• ~10000个查询/min(分布在两个从站上) MoreLikeThis、RealTimeGet、TermVectorComponent、SearchHandler

如果有人能帮助我回答这些问题，我将非常感谢：

• 迁移到SolrCloud是明智的吗？它会影响复制性能吗？
• 在这种情况下，什么会有更好的表现？在每个服务器中维护索引的副本，还是使用碎片服务器？
• 为了确保高可用性，您会建议多少个碎片和副本？

致以亲切的问候，

维克多

Answer 1

好吧，回答你所有的问题取决于你到底想从太阳云中得到什么。

• 是的，建议转移到solrcloud，因为它提供了高可用性、可伸缩性和近乎实时的搜索加上自动的热复制.But--这些特性的代价是性能略有下降(即使在配置良好的集群中也需要注意)。
• 我建议您使用共享配置来允许solr为您维护索引数据(我相信如果您这样做，您将为TechOps人员带来微笑)。这也将减少人为错误和资源需求。
• 对最后一个问题的回答完全取决于您的云deployment.You应该尝试使用2 shard 2副本配置，然后创建测试部署以确保它不为您的needs.If服务，尝试使用不同的碎片和副本计数组合，直到您得到您想要的(我知道它的痛苦!)。

最后，不要忘记估计您未来的增长(您将在未来几年中为集群添加多少数据)，并且要记住，您应该决定碎片和副本。