SBC3000 Максимальная производительность.

Согласно документации, SBC3000 может обработать 2000 одновременных вызовов.
Но производительность SBC измеряется не только одновременными звонками, но и их максимальной интенсивностью.
Есть параметры CPS (call per second) или PPS(packet per second), означающие сколько новых запросов поступает на SBC в секунду.
В этой статье рассмотрим передельные ограничения CPS SBC3000, а также соотношение CPS - утилизация CPU,
полученные в ходе нагрузочных испытаний в лаборатории Eltex.

По нашим нагрузочным тестам у SBC3000 были такие показатели:
1) 60CPS, двух минутными вызовами, 2000 одновременных - раз в 2 минуты скачки до 30% CPU, среднее в районе 5-10% (по всем ядрам).
2) 60CPS односекундными вызовами - 30%CPU (среднее по всем ядрам).
3) 100CPS односекундными вызовами - 40%CPU (среднее по всем ядрам).
4) 120CPS односекундными вызовами - 60%CPU (среднее по всем ядрам).

C SIP статистикой эти показатели увеличатся на 15-20%, т.е.:
1) 60CPS, двух минутными вызовами, 2000 одновременных - 5-10% + 20% от 5-10% = 7-12% (среднее по всем ядрам).
2) 60CPS односекундными вызовами - 30%CPU + 20% от 30% = 36% (среднее по всем ядрам).
3) 100CPS односекундными вызовами - 40%CPU + 20% от 40% = 48% (среднее по всем ядрам).
4) 120CPS односекундными вызовами - 60%CPU + 20% от 60% = 72% (среднее по всем ядрам).

С включенным SYSLOG будет еще больше, на максимальных уровнях прирост будет на 40%, на минимальных (все уровни 5) - на 20%:
1) 60CPS, двух минутными вызовами, 2000 одновременных - 5-10% + 40% от 5-10% = 9-14% (среднее по всем ядрам).
2) 60CPS односекундными вызовами -  30%CPU + 40% от 30% = 42%(среднее по всем ядрам).
3) 100CPS односекундными вызовами - 40%CPU + 40% от 40% = 56%  (среднее по всем ядрам).
4) 120CPS односекундными вызовами - 60%CPU + 40% от 60% = 84% (среднее по всем ядрам).

Выводы:
SBC3000 вполне может справляться с большой нагрузкой в 120 CPS, имея солидный запас производительности в 40% CPU на другие задачи.
Однако, не стоит комбинировать большую нагрузку с включенными логами, SIP статистикой и защитой от DDoS атак.
При пиковых значениях возникнет 100% утилизация CPU и лавинообразный скачек нагрузки в виде перепосылов.
Включение логов и статистики следует производить только для дебага аварийных ситуаций и не использовать на постоянной основе.
Также и защита от DoS-атак должна включается только при необходимости.