Переиндексация dse enterprise solr

Есть ли способ переиндексировать ядро ​​​​solr, не затрагивая приложения, которые полагаются на это ядро? Например, можем ли мы запустить новое замещающее ядро ​​и позволить ему полностью проиндексироваться перед заменой и выводом из эксплуатации старого ядра?

В нашем случае использования мы не можем позволить себе иметь частичные данные, доступные нашим приложениям, что произойдет, если мы выполним переиндексацию на месте. В настоящее время полная переиндексация нашего ядра занимает от 24 до 36 часов.


person Ravi Nayak    schedule 23.10.2017    source источник
comment
Пробовали ли вы использовать SWAP от CoreAdmin? Или, если вы используете кластер, вариант CREATEALIAS для коллекций? (т.е. псевдоним вашей существующей коллекции, укажите своим клиентам псевдоним, а затем сделайте так, чтобы псевдоним указывал на новую коллекцию, когда она будет готова)   -  person MatsLindh    schedule 24.10.2017
comment
@MatsLindh - спасибо за предложение, но, учитывая, что это solr, интегрированный с dse, я не верю, что он поддерживает параметры Swap или createalias (могу ошибаться, но ничего не нашел в документе)   -  person Ravi Nayak    schedule 24.10.2017
comment
@CalebRackliffe - спасибо за предложение - это именно то, что я искал - не был уверен, что поиск dse обрабатывает скользящие переиндексации. Если вы повысите свой комментарий до ответа, я могу пометить его как правильный ответ, чтобы другие могли ссылаться на него в будущем.   -  person Ravi Nayak    schedule 24.10.2017


Ответы (1)


Если соответствующее пространство ключей настроено с коэффициентом репликации 2 или более, вы сможете выполнить скользящую переиндексацию своего кластера, не влияя на доступность. (т. е. вы должны иметь возможность использовать dsetool reload_core <your core name> distributed=false reindex=true.) Пока узел выполняет переиндексацию, он не будет обслуживать запросы для принадлежащих ему диапазонов токенов, если нет других доступных реплик.

person Caleb Rackliffe    schedule 24.10.2017