Реклама

Как мы довели Postgres Pro до APDEX 0,986 на 30 000 пользователей 1С:ERP. Часть 3/3

#Postgres #APDEX #Часть #NUMA-узла #Xorg
Как мы довели Postgres Pro до APDEX 0,986 на 30 000 пользователей 1С:ERP. Часть 3/3

Мы дошли до финала: 30 000 ВРМ, 4 NUMA-узла, сервер на 480 логических ядер и APDEX = 0,986 в конфигурации с асинхронной репликой. Но на последнем отрезке пути нас ждали сюрпризы. Один процесс Xorg загружал целое ядро и тормозил тонкие клиенты. INSERT на 15 строк висел больше 20 секунд из-за блокировок BufferMapping. Подключённая реплика заставила rphost съедать вдвое больше памяти и уронила кластер 1С. Рассказываем, как мы с этим справились и что вошло в Postgres Pro Enterprise for 1C 18.6.1. Читать далее

Мы завершаем нашу серию статей о нагрузочном тестировании 1С:ERP на 30 000 ВРМ от компании «ИТ-Экспертиза». Для тех, кто пропустил начало и первые выводы, можно пройти по соответствующим ссылкам.

В заключительной статье мы расскажем, как нам удалось достичь целевой нагрузки в 30 000 ВРМ в конфигурации мастер-реплика на Postgres Pro Enterprise for 1C 18.6.1.

Тесты на новом сервере БД: проблема с Xorg и lw_lock_shared_limit

В начале лета к нам на тесты пришло оборудование от компании YADRO — сервер на базе Intel Xeon Platinum 8490H, мощного серверного процессора 4-го поколения. Каждый сокет соответствовал отдельному NUMA-узлу, что в сумме давало нам 240 физических ядер, по 60 ядер на каждый из четырёх сокетов и 480 логических ядер с включением SMT: