В настоящее время я запускаю 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
).