а зачем столько шард если не секрет?

и что в обоих пайплайнах порт 5044?

heap: 29527m per node. Индекс 8тб

а как еще быть, когда данных 10 терабайт, а рекомендованный размер шарда не более 50 гб? )

Короче, хрена я мозги всем парю... Просто другой порт и всё.
Извините, коллеги, иногда я тупой.

дробить индекс на части

я так подозреваю что это 500+ шардов даже не на сотне нод размещаются

ну вот он и дробится на шарды )

а на 2-3, верно?

15 машин, довольно мощных

к тому же это совершенно не важно, могло быть и 2-3, потому что в индексе используется роутинг и на запрос всегда отвечает ровно один шард

подскажите пожалуйста, из-за чего логсташ может перестать принимать логи с одной железки? все остальное работает. на сервере где стоит логсташ собирал пакеты tcpdump все приходит, запустил пайплан отдельно для теста ошибок нет.

Есть задача, сделать полнотекстовый поиск по нескольким полям

Я использую multi_match
type - bool_prefix
operator - and

Есть следующие кейсы
1. Поле - facility_name
Ввожу свою query, оно находит правильно, лишнее отсекает
2. Есть поле first_name, last_name
Если я ввожу - Name LastN
(То есть , к примеру, фамилию не полностью, но оно ничего не выводит, а должно выводить все записи где есть first_name - Name & last_name - alastN)
Как сделать так чтобы оно искало только то что совпадает и без лишнего мусора?

Чтобы эти два кейса работали

проблему решил сменой порта. Как будто завис порт.

порты не виснут

если это не хуавей, конечно

+

и увеличивать кол-во дата нод

для второго кейса больше подходит operator - or, но тогда еще больше будет лишних данных.

Да, в этом и проблема