AF
Asterisk Forum
обсуждения телефонии, VoIP и IP-PBX
12разделов
5 423тем
34 385сообщений
← К списку тем

Производительность сервера с Elastix. Проблемы со слышимостью.

Asterisk GUI 27 сообщений -
#1

Производительность сервера с Elastix. Проблемы со слышимостью.


Добрый день.
Исходные данные:
Сервера Dell R510 с SATA HDD на 1 Тб на них сделаны машины:
VM на Vmware ESXi 4 с параметрами 1 x Intel(R) Xeon(R) CPU E5606 @ 2.13GHz, 2 Гб оперативки, 40 Гб раздел размеченные инсталлятором Elastix, еще раздел на 20Гб под DRBD

Таких машин 2 штуки, они представляют собой кластер с Shared IP и синхронизирующимися разделами drbd, на которых лежат конфиги и нужные директории Asterisk.

Конфигурация:
Elastix 2.2.0
200 абонентов
1 SIP транк на 90 одновременных соединений в максимуме.
1 очередь с динамическими агентами, MOH, вызовы в очереди записываются.

Судя по статистике Elastix максимум внешних вызовов порядка 60, локальных порядка 30, т.е. в сумме одновременных вызовов около 90 на машине. -> Все работает, все хорошо.

Как только включили запись разговоров у всех абонентов, то начались проблемы со слышимостью - бульканье, хлюпанье и прочее...
Ошибок на интерфейсе (drop и т.д.) не видно, по top процессор загружается при такой ситуации максимум на 60%
Но качество не приемлемое.

Подскажите пожалуйста куда копать, чего может астеру не хватать?
#2

iotop?

Added after 1 minutes:

опа... проглядел - VMWare. вот оно зло где, чё искать то.. из-под винды небось еще все это крутится...

_________________
Успехов!
#3

anest писал(а):
опа... проглядел - VMWare. вот оно зло где, чё искать то.. из-под винды небось еще все это крутится...

ESXi - это дистрибутив со встроенной ОС, основанной на Linux.

Что конкретно плохо в виртуальных машинах? Без записи разговоров то все работает хорошо.
#4

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

Added after 1 minutes:

я ведь намекал поглядеть iotop, как по мне то это была более важная часть моего сообщения а вы ее просто проигнорировали Wink

_________________
Успехов!
#5

anest писал(а):
что мешает поставить астериск на реальное железо? чем важнее проект тем серьезнее подходить к вопросу нужно. а то так бы все и ставили бы в виртуалках, если бы проблем не было с ними... на одну машину сколько виртуальных астерисков напихать можно было бы...

то что, нет под это финансов и клиентов много таких предвидится. Следовательно было принято решение взять мощные сервера и на них делать такие проекты.
anest писал(а):
я ведь намекал поглядеть iotop, как по мне то это была более важная часть моего сообщения а вы ее просто проигнорировали Wink

Ни в коем случае, anest, я не игнорировал ваше предложение. Просто не было на сервере iotop, сейчас поставил.
На какие параметры надо в первую очередь обратить внимание?
Подскажите пожалуйста, что означает столбец
Цитата:
IO>
, в man iotop как-то невнятно написано (
#6

проблемы со звуком начинают вылазить под нагрузкой. когда 2-3 звонка то все нормально.
а насчет iotop - достаточно просто запустить ее когда звук булькает и увидите слабое место сразу - кто больше всего грузит шину. может просто банально не хватает скорости записи на винт для всех потоков (ну медленный может он) или еще чего.
если винт будет слабым местом - можно писать в память (ну память счас дешевая относительно можно и докупить если что) а затем скидывать ночами или когда нагрузка спадет на винт. как вариант еще можно поставить все на SSD. он в несколько раз быстрее винчестера. или по сети писать на файловый сервер в локалке. как вариант.

_________________
Успехов!
#7

на esx Для 200 абонентов 2 гига оперативки мало . если 32х битной попробуйте хотя-бы до 3х увеличит
если 64 бита то 4-8..
#8

Цитата:
на esx Для 200 абонентов 2 гига оперативки мало .

Так память ничем не занята, все закешировано. В чем смысл еще прибавлять в таком случае?
Код:
free
total used free shared buffers cached
Mem: 2074968 2023100 51868 0 127112 1565364
-/+ buffers/cache: 330624 1744344
Swap: 4128760 76 4128684
#9

третий раз редактирую. Вы абсолютно правы этот еластикс полно Г. удалите его поставте нормальный астериск.
#10

Цитата:
третий раз редактирую. Вы абсолютно правы этот еластикс полно Г. удалите его поставте нормальный астериск.

Smile
А кто говорил про то, что Elastix - это полное Г? Я не считаю его таковым.
Обычный Астер не подходит, т.к. нужны рющечки и web управление для клиента. Сами понимаете, удобство.....
#12

использование виртуализации для Elastix реально губительно, нормально выпрямить качество голоса не получится (на собственном опыте, к сожалению) так что либо железо, либо триксбокс со специальным ядром для vmware
#13

простите, если не секрет а чем отличается "специальным ядром для vmware" От обычного?
установленным заранее vmware esx tools . или это какой-то секретный обряд vooodoo сделали ребята из триксбокс.
#14

тайминги. все дело в них. и всегда было.
_________________
Успехов!
#15

Цитата:
http://site.elastixdepot.com/docs/ippbx/ ... LR_ENG.pdf
чтобы закрыть тему до конца.

belkin, зачем присылать ссылку на железное решение, если в ветке обсуждается использование софта на виртуальных машинах?
Как это может помочь в данном вопросе?

Цитата:
тайминги. все дело в них. и всегда было.

anest, можете объяснить что и где надо настраивать? Если нет желания писать, то можно ссылку на "почитать". Спасибо.
#16

смотрю в книгу - вижу фигу.
ты прочитай там рекомендованное количество звонков на количество памяти и какую сборку лучше ставить.
это самый ленивый системный администратор. в есх поднять память дело 10 секунд и одного ребута. ему даже кейс открывать не надо.
На 200 абонентов может и нормально. на 90 одновременных вызовов с включенной записью МАЛО.
#17

Цитата:
ты прочитай там рекомендованное количество звонков на количество памяти и какую сборку лучше ставить.

Да, на эти параметры я обратил внимание.
Но если верить выводу free, то память не съедается ничем. Поэтому не вполне понятно, зачем увеличивать количество того, чего хватает?
Или я неправильно определяю кол-во свободной оперативной памяти?
#18

а если верить обаме - самая стабильная валюта долар и в России нет демократии одни медведи.
#19

belkin писал(а):
простите, если не секрет а чем отличается "специальным ядром для vmware" От обычного?
установленным заранее vmware esx tools . или это какой-то секретный обряд vooodoo сделали ребята из триксбокс.

я особо не вникал, т.к. после опытов с виртуализацией использовать ее не собираюсь, думаю на их сайте инфу можно найти, навскидку думаю что тайминги
#20

Цитата:
а если верить обаме - самая стабильная валюта долар и в России нет демократии одни медведи.

belkin, я уверен, что вы компетентный во многих вопросах человек, и в политике разбираетесь, и в валюте...
Но тут обсуждаются совсем другие вещи - в частности я спросил, правильно ли на ваш взгляд я определяю кол-во используемой памяти или нет?
Если да, то зачем ее добавлять? Если нет, то как по вашему правильно?

Заранее благодарю

Цитата:
навскидку думаю что тайминги

jeckfs, тайминги чего? Для меня эта тема не знакома, поэтому просьба по-подробнее написать что и где крутить. Спасибо.
#21

Цитата:
навскидку думаю что тайминги

jeckfs, тайминги чего? Для меня эта тема не знакома, поэтому просьба по-подробнее написать что и где крутить. Спасибо.[/quote]

рекомендую начать хотя бы с этого
http://forums.whirlpool.net.au/archive/1010741
я не стал заморачиваться в принципе, не настолько крут в линуксе, да и задачи другие
#22

промежуточные результаты эксплуатации


Что могу сказать по прошествии некоторого времени...

Запись у всех абонентов естественно пришлось отключить =)
Работает сейчас запись разговоров в Очереди на 10-12 агентов, в которой еще и MOH включен. Работает под нагрузкой.

Однако, пришлось данной виртуальной машине "отдать" 4 виртуальных процессора. И даже после этого были случаи загрузки всех 4-х CPU на 90% Exclamation
Грузит процессор процесс записи разговоров, отсюда вопрос - можно ли сделать какую-нибудь тонкую настройку этого процесса, чтобы он не был столь прожорлив?

Прошу высказывать любые конструктивные идеи. Idea
#23

Цитата:
Грузит процессор процесс записи разговоров

если писать с перекодировкой,
на виртуалке без аппаратного рейда,
то можно и 100% загрузить.

у самого стоял ESXI. простенькая машинка на i7500, но с рейдом LSI
на ней крутилось 6 серверов.
самое прожорливое было видео наблюдение. (3 камеры с хорошим разрешением и 25FPS со звуком)
скорость на интерфейсе никогда не падала ниже 4 мегабит.
загрузка мастера по CPU была не ниже 40%
на астере нагрузка была маленькая. писались все разговоры.
загрузка CPU была не более 5-10%

писал все в GSM.

а еще я видел сервак виртуалок от микрософта.
лучше бы они его не делали. Smile

_________________
Алексей Милько
#24

Александр, добрый день.
Спасибо за ответ.

Цитата:
если писать с перекодировкой,

у меня стоит в настройках: Call recording format: wav
Цитата:
на виртуалке без аппаратного рейда,

Я упустил это в описании в первом своем сообщении - на хост машине конечно собран RAID1 из 2-х 1Tb HDD

Цитата:
на астере нагрузка была маленькая. писались все разговоры.
загрузка CPU была не более 5-10%

А какая нагрузка была у Астера - кол-во абонентов? кол-во вызовов? настройки - очереди, IVR ?
Цитата:
писал все в GSM.

Так получается, что Вы еще и с транскодингом писали...
#25

Цитата:
Call recording format: wav

большой поток данных.

Цитата:
на хост машине конечно собран RAID1

Smile
1 - зеркало. дает только сохранность данных. прироста скорости нет.
если это встроенный в мост рейдак, да еще в зеркале, то он только замедляет.
а если писать большой поток, то нагрузка растет немерянная. потому что всем рулит основной проц.
на аппаратном (нормальном) рейде нагрузка на проц минимальная.

Цитата:
кол-во абонентов? кол-во вызовов? настройки - очереди, IVR ?

абонентов - около 15
максимальное количество звонов было 4.
в среднем занимало 1-2 таймслота
очередей не было
IVR было несколько. так же работала автоматическая оповещалка.

Цитата:
получается, что Вы еще и с транскодингом писали

да.
у меня диски не резиновые. и данные нужно хранить за год. (входящий трафик около 3000 мин/мес)

ну и проца эта виртуалка кушала очень мало.
основным потребителем ресурсов был сервак видео наблюдения.
3 камеры писали со звуком в хорошем разрешении. и было 6-8 пользователей, которые регулярно смотрели данные с этих камер.

повторюсь.
мастер был достаточно простенький. с одним физическим процом (4 ядра. с тактовой 2.9 ) стояло всего 4 гига оператива и 3 гигабитных интерфейса.
зато был аппаратный RAID от LSI с 3 винтами собраны в 5

знакомый админ на своей шкуре испытал множество виртуалок (хостов) и на винде и на ESXI.
виндовый хост работает более менее только при малых нагрузках.
на ESX - работает устойчиво.
но слабое место - это скорость работы с винтом. если нагрузка растет, и рейда нет, то все начинает сильно тормозить.

_________________
Алексей Милько
#27

Установил Elastix под Hyper-V 2008 R2 - так вроде бы всё нормально, но вот при прослушивании IVR или голоса в очереди наблюдаются как бы щелчки... не смертельно конечно, но стабильно. Плюс не удалось принять факс от SIP провайдера - а это уже критично...

В итоге установил на голое железо - щелчки сразу исчезли, факсы еще не успел проверить.