Сбой узла Elasticsearch

Мы получаем эти ошибки в узле в нашем кластере, а узел выдает эти ошибки хайпа cpu и нагрузки на максимальный уровень elasticsearch не может ответить. ресурсы узла 2 ЦП 8 ОЗУ

Версия эластичного поиска: 6.5.4

Ошибки: 1)

Found index level settings on node level configuration.

Since elasticsearch 5.x index level settings can NOT be set on the nodes
configuration like the elasticsearch.yaml, in system properties or command line
arguments.In order to upgrade all indices the settings must be updated via the
/${index}/_settings API. Unless all settings are dynamic all indices must be closed
in order to apply the upgradeIndices created in the future should use index templates
to set default values.

Please ensure all required values are updated on all indices by executing:

curl -XPUT 'http://localhost:9200/_all/_settings?preserve_existing=true' -d '{
"index.refresh_interval" : "2m"
}'

2)

[2019-06-10T13:17:31,996][WARN ][o.e.d.s.a.MultiBucketConsumerService] [elasticsearch6_data02] This aggregation creates too many buckets (10480) and will throw an error in future versions. You should update the [search.max_buckets] cluster setting or use the [composite] aggregation to paginate all buckets in multiple requests.
org.elasticsearch.index.mapper.MapperParsingException: failed to parse field [flashlogExtra.installedVersion] of type [text]

версия Java: версия openjdk "1.8.0_212"

JVM configuration
-Xms3843m
-Xmx3843m
-XX:+UseParNewGC
-XX:+UseConcMarkSweepGC
-XX:CMSInitiatingOccupancyFraction=75
-XX:+UseCMSInitiatingOccupancyOnly
-XX:+HeapDumpOnOutOfMemoryError
-XX:+PrintGCDetails
0
0
326
1
Перейти к ответу Данный вопрос помечен как решенный

Ответы 1

Ответ принят как подходящий

Есть несколько проблем.

Начнем с самого простого.

  1. org.elasticsearch.index.mapper.MapperParsingException: не удалось проанализировать поле [flashlogExtra.installedVersion] типа [текст]

    Это исключение ясно говорит о том, что поле flashlogExtra.installedVersion в вашем отображении определяется как text поле, которое ES не может разобрать, . в имени поля используется для определения типа object в ES и подробнее об этом здесь. Я подозреваю, что вы используете сопоставление, определенное в более ранней версии ES, в вашей текущей версии ES, поскольку . в имени поля поддерживается в версии ES 1.x..

  2. Второе предупреждение или ОШИБКА, которая не показана в вашем сообщении, связана с к некоторым настройкам, которые больше не применимы к используемой вами версии ES, в логах у вас должна быть информация об этой настройке. Но это легко решить, поскольку подсказка для решения также отображается в сообщении, как показано ниже.

curl -XPUT 'http://localhost:9200/_all/_settings?preserve_existing=true' -d '{ "index.refresh_interval" : "2m" }'

  1. Третье предупреждение, которое является причиной низкой производительности вашего кластера [2019-06-10T13:17:31,996][WARN ][o.e.d.s.a.MultiBucketConsumerService] [elasticsearch6_data02] Эта агрегация создает слишком много сегментов (10480) и вызовет ошибку в будущих версиях. Вам следует обновить настройку кластера [search.max_buckets] или использовать агрегацию [composite] для разбивки на страницы.

    Это предупреждение дает вам подсказку о том, что некоторые из ваших поисковых запросов агрегации создают огромное количество сегментов в ES, число которых равно 10480, что является огромным, и ES рекомендует вам использовать search.max_buckets, чтобы уменьшить это число, или использовать агрегацию составной, чтобы избежать этих ошибок. много ведер.

Надеюсь, вы сможете решить эти проблемы одну за другой и дайте мне знать, решит ли это вашу проблему.

Другие вопросы по теме