Back to the article Lynks - Астериск - свыше 10 000 одновременных вызовов!, IP телефония и телефоны, цифровые мини IP АТС и VoIP на основе Asterisk

Астериск - свыше 10 000 одновременных вызовов!

Olle E Johansson сообщает свои результаты тестирования производительности Астериск – свыше 10 000 одновременных вызовов!

В процессе замены большой устаревшей системы Nortel на несколько современных 1U-2U серверов было проведено множество тестов производительности новой системы, чтобы ответить на вопрос – как много вызовов обрабатывает один Asterisk сервер, в пересчёте на удельную себестоимость в евро?

Сначала обычным образом была достигнута производительность примерно в 2000 каналов при G.711 (64 Кбит * 2000 = 128 Мбит) на одном quad core процессоре и сетевой карте Intel Pro/1000 на сервере IBM. На этом этапе наблюдалась неустойчивая работа балансировщика IRQ, что приводило к пропусканию всего траффика только через одно ядро процессора. Этот тест проделывался несколько раз на нескольких системах с различными сетевыми интерфейсами, для того чтобы различными способами повысить производительность – с другими драйверами, другими картами, другим аппаратным обеспечением, но все признаки говорили о том, что проблема лежит в области обработки сетевого трафика RTP Астериск посредством CPU. Что также подтверждалось несколькими другими независимыми группами разработчиков.

И для меня стало неожиданным приятным сюрпризом в понедельник (24 августа 2009), когда мы проинсталлировали простую рабочую версию Asterisk 1.4 на новый HP Proliant DL380 Generation 6 сервер, и сделали циклические тесты на старые сервера IBM. Три сервера запетлевали звонки между собой, и общее количество одновременных вызовов достигло таким образом 10 000 каналов без каких-либо проблем! Соединения SIP to SIP, в режиме point-2-point RTP bridge, в основном с проксированием медиа. На этот момент наш дешёвый гигабитный коммутатор работал на пределе возможностей, также и сетевые интерфейсы. Замеры показывали примерно до 850 Мбит траффика на порт, что более, чем достаточно. Все CPU (а их было 16 вместе с hyperthreading) не были даже в пиковой загрузке, Астериск занимал некоторую часть наиболее правильным образом, но было ещё достаточно резерва, чтобы ещё запустить какие-то другие процессы в обработку.

Источник: http://www.venturevoip.com/news.php?rssid=2204
Перевод: http://asterisk.ru/news/102

  • 27/08/09
  • 0
  • Оценка: 2.55/5, голосов: 553

Комментарии

Оставить комментарий

Статьи

Корзина (0)

Корзина

Корзина пуста

Последние новости