Назад | Перейти на главную страницу

Pi4 + запускает кластер Elasticsearch из 1, показывает желтый статус

В настоящее время я запускаю Elasticsearch 7.3.2 на экземпляре Rasbian (Buster) на Raspberry Pi 4+. Похоже, он работал в зеленом состоянии несколько дней, обрабатывая файлы, но внезапно я заметил желтый статус. Я заглянул в gc.log, и файл показал, что есть

Entering Safepoint region: GenCollectForAllocation
Pause Young (Allocation Failure)
Using 4 workers of 4 for Evaluation
Desired survivor size 3342336 bytes, new threshold 6 (max threshold 6)

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

Глядя на свой смонтированный NAS, я заметил, что он заполнен всего на 34%, но я не уверен, что лучший способ решить эту проблему.

Когда я пингую elasticsearch с помощью: curl localhost:9200/_cat/nodes?pretty он возвращает:

{
  "error": {
    "root_cause": [{
      "type": "circuit_breaking_exception",
      "reason": "[parent] Data too large, data for [<http request>] would be [1059250992/1010.1mb], which is larger than the limit of [1013704294/966.7mb], real usage: [1059250992/1010.1mb], new bytes reserved: [0/0b], usages [request=0/0b, fielddata=0/0b, in_flight_requests=0/0b, accounting=818200108/780.2mb]",
      "bytes_wanted": 1059250992,
      "bytes_limit":  1010704294,
      "durability": "PERMANENT"
    }],
    ...
    "status": 429
  }
}

Могу ли я легко решить эту проблему в yml-файле Elasticsearch с точки зрения ограничений?

Желтый цвет обычно означает, что у вас есть все основные сегменты, но некоторые реплики не выделены. В кластере с одним узлом я бы не ожидал, что у вас будут шарды реплик. Я бы порекомендовал посмотреть _cat / shards чтобы убедиться, что у вас есть только первичные шарды и нет реплик (это в столбце 3; p или r).