索引操作期间的SolrCloud高可用性
我正在测试SolrCloud的高可用性特性。我正在使用以下设置 8台linux主机 8个碎片 1个引线，1个副本/主机 使用Curl进行更新操作 我尝试在副本10K/副本上并行索引80K文档。在索引过程中，我停止了4个引线节点。索引完成后，在80K个文档中，只有79808个文档被索引 这是预期的行为吗？在我看来，复制副本应该注意索引，如果领导者不在索引操作期间的SolrCloud高可用性,solr,solrcloud,Solr,Solrcloud,我正在测试SolrCloud的高可用性特性。我正在使用以下设置 8台linux主机 8个碎片 1个引线，1个副本/主机 使用Curl进行更新操作 我尝试在副本10K/副本上并行索引80K文档。在索引过程中，我停止了4个引线节点。索引完成后，在80K个文档中，只有79808个文档被索引 这是预期的行为吗？在我看来，复制副本应该注意索引，如果领导者不在 如果这是一种预期行为，可以从客户端采取的任何步骤来避免这种情况。我建议您应该使用CloudSolrServer来更新solrcloud索引。由于它负
如果这是一种预期行为，可以从客户端采取的任何步骤来避免这种情况。我建议您应该使用CloudSolrServer来更新solrcloud索引。由于它负责关闭节点，因此不会收到任何更新请求，并将所有进一步的请求路由到群集中的适当节点。您需要确保的另一件事是，您的所有80k文档都已关闭唯一的字段值，它的值在所有文档中都是唯一的