Справочная информация : наша система имеет пик в первой половине дня, когда мы получаем большое количество запросов на поиск, чтение и запись, которые могут длиться до 10 часов.
UseCase : Я хотел форсировать сборку мусора до пикового времени. Для этого я обновляю настройки кластера родительского автоматического выключателя
indices.breaker.total.limit: "55%"
Ссылка
Проблема : Но даже после того, как JVM выросла с 53% до 56%, как вы можете видеть из статистики узлов ниже, JVM не была собрана сборщиком мусора.
GET / _nodes / stats / jvm
"jvm": {
"timestamp": 1554375659658,
"uptime_in_millis": 10960191290,
"mem": {
"heap_used_in_bytes": 601959488,
"heap_used_percent": 56,
"heap_committed_in_bytes": 1065025536,
"heap_max_in_bytes": 1065025536,
"non_heap_used_in_bytes": 243082744,
"non_heap_committed_in_bytes": 251510784,
"pools": {
"young": {
"used_in_bytes": 11959328,
"max_in_bytes": 69795840,
"peak_used_in_bytes": 69795840,
"peak_max_in_bytes": 69795840
},
"survivor": {
"used_in_bytes": 1260248,
"max_in_bytes": 8716288,
"peak_used_in_bytes": 8716288,
"peak_max_in_bytes": 8716288
},
"old": {
"used_in_bytes": 588739912,
"max_in_bytes": 986513408,
"peak_used_in_bytes": 739896688,
"peak_max_in_bytes": 986513408
}
}
}
Я не знаю, является ли это проблемой в конце службы AWS ElasticSearch или базовой ES. Если есть какой-либо другой способ заставить сборщик мусора, я мог бы попробовать это.