1. Эти требования это по-большому счету мнение одного человека и у меня по некоторым пунктам есть альтернативное мнение. Но это моя проблема )
2. Мой посыл был в том, что тут всё же очевидная бага. И честно говоря, сегодня я хотел завести в ТП ещё 4-5 других обращения, но чёт передумал. Каждый раз доказывать специалистам техподдержки, что тут бага или что изменения будут действительно полезными, как-то не хочется.
(Опять же - при большом уважении к тебе лично)

За частую если хип сайз 30 ГБ не нужен, то наверное и 4 дата ноды ни к чему. Я бы начинал с двух, перейти на 4 не проблема если етсь оперативка. А вот с 4х на две уже больнее

я не отрицал багу и не просил её доказывать. Я лишь указал на возможные ошибки в проектировании. Помог чем смог в данный момент ¯\_(ツ)_/¯ а багу завтра смотреть будем

это не так. на 4 ноды перейти вполне себе проблема, особенно если диски не быстрые и на сиеме под потоком.

Ну само собой для перехода надо остановить поток будет. И для SOC это большая задача. Я к тому что технически такая миграция осуществима без танцев. Вопрос времени. А вот обратный переход это уже сложнее

останавливать не обязательно. но в целом операция далеко не самая тривиальная и может растянуться на многие дни. а ещё может навернуться в процессе и на выходе побить индекс.

Как тебе такое?)

у 1.7. были такие проблемы, в 7 стало лучше, но тоже есть предел

что значит "переварит" ?

будет стабильно принимать данные и обрабатывать поисковые запросы с группировкой без существенных задержек

Я вам могу и на Exadata ES положить одним запросом