Elasticseach застрял на 213 документов и потерял данные - PullRequest
0 голосов
/ 03 октября 2018

У меня есть установка эластичного поиска с 1 узлом и без узлов реплики, которые делят каплю с установкой Kibana в цифровом океане.Моя капелька имеет 2 ГБ оперативной памяти и достаточно процессора.Моя эластичная поисковая JVM настроена на использование 768 МБ ОЗУ (так что кибана может иметь свою долю).

Моя проблема в том, что я, похоже, теряю данные, так как мой узел застрял на 213 документах, и я уже заметил, что некоторые важныедокументы пропали.

Я не смог найти документацию о том, как это работает.Единственное, что я нашел по этому поводу, это то, что больше памяти лучше использовать при работе с большими объемами данных, и что наличие вторичного узла для хранения реплик является хорошей практикой.

Стоит ли выделять больше памяти?Как я могу узнать, удаляются ли мои данные, чтобы выделить больше?Это какая-то нумерация страниц?Может ли это быть проблемой кибаны?

1 Ответ

0 голосов
/ 09 октября 2018

Я решил это.Проблема была в моем поколении удостоверений личности.Я генерировал идентификаторы вручную и не сохранял постоянно последний сгенерированный идентификатор.После перезапуска системы идентификаторы теряются, а упругий поиск позволяет переопределить идентификатор.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...