代码之家  ›  专栏  ›  技术社区  ›  Nil Pun

针对SOLR搜索提供商的Sitecore 8.1索引重建策略

  •  9
  • Nil Pun  · 技术社区  · 10 年前

    只需阅读下面的索引更新策略文档,但无法获得关于哪种策略最适合SOLR搜索实施的明确答案:

    https://doc.sitecore.net/sitecore_experience_platform/search_and_indexing/index_update_strategies

    我们已经设置了主Solr端点和从Solr端点,其中主Solr将用于创建/更新。而奴隶只供阅读。

    如果您能建议索引策略,请不胜感激:

    1. 内容编辑

    2. 内容交付

    解决方案托管在azure web应用程序中,内容交付可以随时从1-N数量扩大或缩小。

    我计划配置以下内容:

    1. 只有CA具有OnPublishEndAsync
    2. 所有CD都没有任何索引策略。

    如果你能提出一个对你有效的解决方案,我将不胜感激。另外,我们如何禁用索引策略?

    谢谢

    1 回复  |  直到 10 年前
        1
  •  13
  •   Marek Musielak    10 年前

    通常,当您在Solr(主+从Solr服务器)中使用复制时,应该这样配置:

    内容创作(CM服务器) :

    • 连接到Solr主服务器。
    • 它运行 syncMaster 战略 master 数据库,以及 onPublishEndAsync 对于 web 数据库

    内容交付(CD服务器) :

    • 连接到Solr从属服务器(如果有多个Solr从属服务,则连接到某个负载平衡器)。
    • 将所有索引策略设置为 manual -他们不应该更新从属solr服务器。

    使用此解决方案,CD服务器始终可以从Solr获得结果,即使正在进行完全索引重建(这种情况发生在 Master Solr服务器和数据复制到 Slaves 之后 它完成了)。

    你应该考虑有两个Solr Slave 服务器和负载平衡器。如果您这样做:

    • 如果Solr 主人 由于某种原因, slaves 仍然可以响应CD盒的请求。您可以安全地重新启动 主人 ,重新索引,你唯一失去的是你有一段时间没有100%最新的CD搜索结果。
    • 如果其中一个Solr slave 服务器关闭,第二个 奴隶 服务器仍然响应请求,负载平衡器应该将所有流量重定向到 奴隶 服务器。
    推荐文章