asterisk.ru

Заранее извиняюсь за сильно абстрактный вопрос.
По поводу максимальной нагрузки.
Сервер: Intel Xeon E3-1230, 16 ГБ DDR3, 4 × 1000 ГБ SATA
Asterisk 11.25.1
Только входящие вызовы. Соединение через диалплан Queue. Все разговоры записываются. Кодек везде 729
На числах порядка 100 операторов начинает "жевать" аудио, moh начинает тормозить и накладываться друг на друга, и прочие неприятные эффекты высокой нагрузки
load average: 10,72, 7,14, 7,72, что много

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
31662 asterisk 20 0 4720232 108128 9824 S 62,1 0,7 3:32.14 asterisk

В топе только астериск. Отчеты на диск пишутся в файлы. В логах ошибок и варнингов нет.

1) 100 операторов на указанные настройки и конфиг нормально?
2) Если брать другой сервер, то что наиболее критично для астериска? Проц? Память? Диск?
3) Может быть, какие-то настройки с ядром штатно делаются для него?

выкиньте лишние модули - штук 30-40 можно смело выкинуть
перестаньте писать в mp3 - может этим гадите

Кодек везде 729

Это странный выбор. В наше время 99% не жмет.
Также mp3 жать записи можно на другом компе.
Еще записи пишите в поддиректории по датам..

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

Почему G.729 странный выбор? Вроде самый продвинутый и легковесный.

И насчет модулей - берем autoload=yes, и в preload прописываем что реально используется(по списку того, что реально подгрузится, например), в noload остальное или как?
Или наоборот, autoload=no + список что реально используется, и все?
В чем оптимизация?
Посмотрел https://habrahabr.ru/post/207934/

Статья правильная
Выкидываете лишнее
для понимания - для работы "только звонки" достаточно около 15 модулей
в вашем случаи добавиться очереди и записи в CDR

проверьте сторонние скрипты

https://community.freepbx.org/t/tuning- ... ters/35272
от туда

vm.swappiness = 10 (default = 60)
vm.dirty_ratio = 15 (default = 20)
vm.dirty_background_ratio = 3 (default = 10)

These are set in /etc/sysctl.conf

Спасибо, это вот очень разумно выглядит.

Почему G.729 странный выбор? Вроде самый продвинутый и легковесный.

Большинство пользователей уже давно не жмут реалтайм, сидят на G.711A или 722.
Это было актуально до опутывания нашей страны оптикой.

Ооочень редкий случай IMHO.

Сел разбираться с модулями. Обнаружил интересную штуку Понятно, что отвечает за шифрование. Но: В настройках нет никаких шифрованных подключений. Нет аутентификации через ключи итп.
Причем в топе есть процессы, связанные с шифрованием, то есть явно используется кем-то. Вариант, конечно, взять и отключить модуль, а потом смотреть, что сломается. Можно, но убого.
Где искать?

P.Ilya писал(а):load average: 10,72, 7,14, 7,72,

а это что за LA? чем снято и что оно показывает?
какая утилизация процессоров?
какая активность дисковой системы?
начните с мониторинга системы и поиска узких мест.
миграция на 13 версию прям помочь может.