Solr Replication和Solr Cloud有什么區別？

Question

我支持rails項目，它包含rails app和Solr的附加實例。

我的環境：rails 3.2.1，ruby 2.1.2，sunspot 2.1.0，Solr 4.1.6。

問題：

Clould提供商不穩定。 我不能使用其他雲提供商 - 這是客戶的需求。 通常，搜索服務器繼續維護，Web應用程序停止生產。 因此，我考慮如何制作2個相同的搜索服務器而不是一個，以使系統更穩定：如果一個服務器將關閉，其他服務器將繼續工作。

擺脫困境的方法：

• 或將兩個搜索服務器配置為Solr Replication
• 或將兩個搜索服務器配置為SolrCloud

題：

1. 怎么辦？為什么？
2. SolrCloud是更好的解決方案嗎？
3. 這些變體的PROC和CONS是什么？
4. 在哪些情況下更好地應對SolrCloud？
5. 在哪些情況下更好地處理Solr Replication？

Answer 1

您應該能夠在論壇中找到Solr Master Slave Heirarchy Vs SolrCloud的比較，但這些是我對他們的理解/體驗，所以要輕易消耗它。

1. 怎么辦？為什么？ 這完全取決於您的業務需求。 我想說如果你的應用程序只是從SOLR讀取數據並且在從SOLR讀取數據時需要高可用性，那么簡單的一個主機到多個從機層次結構就足夠了。 但是，如果您正在尋找SOLR寫入的高可用性，那么SolrCloud是一個正確的選擇
2. SolrCloud是更好的解決方案嗎？ 沒有比這更好的了，維護SolrCloud需要一個良好的基礎架構，並且必須查看ZooKeeper的可用性，以及節點運行狀況，高性能磁盤以獲得更好的復制速度等。但是，除此之外我們不需要擔心數據一致性在節點之間，SolrCloud將對此進行處理
3. 這些變體的PROC和CONS是什么？ 如上所述。
4. 在哪些情況下更好地應對SolrCloud？ 當您需要Solr Writes和讀取的高可用性時，我們必須選擇SolrCloud此外，如果您無法承受更大的機器擁有一個節點，那么您可以將索引拆分為分片並將其保存在較小的配置機器下。
5. 在哪種情況下最好選擇Solr Replication？ 當您的應用程序沒有實時寫入SOLR時，復制就足夠了，無需使用SolrCloud。 此外，它比SolrCloud相對容易設置Master Slave