Elasticsearch / OpenSearch Стоит ли ставить - «OPENSEARCH_JAVA_OPTS=-Xms512m -Xmx512m» ? или пусть сам определяет сколько ему нужно памяти?

Ты задаешь вопрос без входных условий… Сколько у тебя данных? Где развернут эластик (есть ли что либо еще на этой же машине)? И тд и тп.

В общем случае сейчас 512 для поискового сервиса на Java как то… маловато. Но вполне может работать при определенных условиях.

Около 250 Гб текста.

4 ноды на одной машине.

Так там полнотекстовый поиск, насколько я понимаю при нем строятся хеши для всех слов в тексте. Представь размеры индекса на 250GB текста? Для скорости индексы должны уместиться в RAM. Хотя с Java все сложно, там у них есть off-heap byte buffer и Foreign-Memory, так что Heap управляемый JVM для каких-то целей может не использоваться, и тогда Xmx будут иметь опосредованный эффект.

Кстати, если

~ $ cat /sys/kernel/mm/transparent_hugepage/enabled  
~ $ always [madvise] never

рекомендую ещё добавить -XX:+UseTransparentHugePages, как минимум это не навредит.

А если в доккере запускаются это нужнл делать на хостовой машине и на самих доккер контейнерах?

А какие вообще есть инструменты для анализа использования эластиком/опенсерчем процессора памяти и всего остального что бы понимать в чем боттленет и устранять его.

В OPENSEARCH_JAVA_OPTS=

Я правильно понимаю что без =-Xms512m -Xmx512m java будет выделять столько heap сколько ей надо?

Т.е. как миниум для первой заливки данных это нормальное решние.

Не подскажу, на память не помню, надо доку читать.

-xx:+PrintFlagsFinal для начала. Коротко, нет, неправильно

Опять же, не забывай про кэш файловой системы, он тоже в оперативке и тоже нужен.

Зачем поднимать 4 дохлые ноды на одной машине?

Ну чтоб шардов сделать больше. Или на одной машине одна нода будет по любому быстрее чем несколько даже если на одной ноде 40-50 шардов.