...и он есть. С момента старта проекта существует второй сервер. ТТХ один в один.
И если этот почти простаивает то второй - полностью простаивает. На него каждые 3 дня льется копия настроек первого

в пике до 400 звонков доходило и очередей с 3 десятка

и там все странно

вам нужно распределять нагрузку, не надо столько на один астер навешивать

но у вас 400, у коллеги всего 80

вот тут я как-то и спрашивал, как оценивать производительность

но внятно не смог понять

кстати, еще одно уточнение - все работает абсолютно гладко. Но... как бы это выразиться, линейно деградирует со временем

Но у меня есть другие усложняющие факторы

много факторов, но предел есть и количеством ядер это не решится

однин управляющий поток ляжет и астера будут проблемы

а веб будет работать )

а какие у вас факторы?

Я так и не услышал, астер из репов поставлен или собран вручную

Понимаю, что вопрос немного не по теме, однако:
подключаю goip4 (прошивка 68) к freepbx 15.0.17.55. Астер показывает что подключение есть, однако при отправке запроса на звонок sngrep показывает что goip отвечат 100, сразу за ним посылает 183 и не дождавшись ответа шлёт 403, на что Астер отвечает, соответственно АСК и все. В чём может быть проблема?
Уже и на самом goip и на pbx с настройками проигрался в сласть. Подозреваю что проблема в диалплане, но как  сферу не крути - проекция не изменится...

ну условно - астериски в топологии звезды. любой вызов может пройти 3 астериска минимум.

Если начать уходить в виртуализацию, видимо придется ставить еще камаилио как балансира над всем этим добром.

файловая система локальная? Или сетевая какая-то?

да, только балансер. Гонять через астеры все эти 400 звонков плохая идея

У меня 40 одновременных вызовов тянет виртуалка в два ядра и полтора гига оперативки.
Причём, иногда с транскодингом (opus, g722).
Ваша железка слишком крутая для этого)

это потянет много за собой архитектурных изменений

Но видимо придется думать в этом напралении активно