Здравствуйте.
Есть проблема в большой очереди к дискам в определённые моменты работы клиент-серверной системы 1с (8.3.10.2772) в базе УТ. По данным заббикс примерно 8000 операций в секунду. Сервер 1с и postgres на одном сервере linux. Базы лежат на ssd дисках объединённых в raid. WAL также на отдельном рэйде. ОЗУ всего 120Гб, свободно остаётся до 10 гигов при пиковой нагрузке.
Есть предположение, что нагрузку создают отчёты снимаемые пользователями.
Исходя из этого, есть идея сделать на отдельном сервере репликацию этой базы и использовать её только для отчётов.
Но может у кого найдётся более эффективное и простое решение?

(0) Я бы попробовал сначала вынести темпы сервера 1с на отдельный быстрый диск

(0) это могут быть не только отчёты.
Может быть кривой код, если допилы есть
Может быть надо донастроить PG.
Надо собирать ТЖ, смотреть его и думать

(1) уже и так используем серверные ссд в рэйде :-) Если только nvme диски поставить для темпов (2) допилы есть, насчёт их качества не могу сказать, не силён в 1с разработке.
postgres настраивали, и, кстати, именно он в топе статистики по iotop. Конфиг могу скинуть если интересно. В сети около 70 пользователей, когда диски начинают тормозить.
Для парсинга тж развернули классную конфу с https://forum.infostart.ru/forum34/topic214864/
Но особых проблем там не замечено, выставил запросы дольше 7 минут, их обнаруживает с разной периодичностью, но разраб говорит, что с этим ничего сделать нельзя :-)

(3) "разраб говорит, что с этим ничего сделать нельзя"

Зато можно сделать с разрабом...