recordings and data base server

[rambo]

Hello everyone,

We are getting a high load on our Asterisk but the data base server and recording servers load is ever low.

This is how they are being sent
I just configure .155 to send the extension 8309 to recording server.
then the recording server accept 8309 then execute the monitor application.
the monitor application grabs the caller id to create the filename of the audio file.

Thanks

[gerski]

what is the average load of your asterisk?

how many seats per asterisk server?

are you doing recording on every calls?

[rambo]

Hello and thanks for the reply

The load is around 2.00 and some times it jumps to 5.00

A total of 14 agents 4 agents making manual calls and 10 agents on predictive, dial level is about 1.5

We are recordings all calls.

One asterisk server Xeon 2.8, 200GB Sata, 4GB of Ram
One (apache and MYSQL) AMD 3.0 Dual core, 200GB IED, 1GB of ram
One recordings server (asterisk and Pearl) Xeon 2.4, 80GB Sata, 1GB of ram

Before we were running around 20 agents on this and always half way into the shift we would have to reboot the server. Some times the load would get to 30.00

[rambo]

Hello

By spreading the load there should be a load average on all the servers.

Something like 1.00 or lower and each server, is that correct?

thanks

[mflorell]

To reduce load I would also suggest trying the snapshot release I posted last week. It can reduce your load by over 50% with the FastAGI call logging.

[rambo]

Hello Matt,

how are your test going with the new snap shot?

[mflorell]

We have been running the code in the snapshot for 3 weeks now and it is running very well.

I just moved 6 more servers over to it last week and they are doing very good as well.

[rambo]

Hello Matt,

that is great!

how many agents you think you can run per box on a good server?

[mflorell]

What is a "good server"?

Load is dependant on many things like recording/transcoding/dial-level/list-quality so it is very difficult to estimate capacity without actually testing it.

Speaking of performance testing, if you have the resources, you can look at the PERFORMANCE_TESTING.txt document in the latest snapshot to try to see what your server can handle before putting it live.

[rambo]

Hello Matt,

the server is a xeon 2.8, 1GB Ram, 200GB HHD

everything is going well with vicidial but somes times we have problems and I think it is because of the load.

I have set a side a serer with the new snap shot installed and we are testing it this week, I will let you know how it goes.

thanks again

[enjay]

If you are hopping up to around a 5.00 load you will definately see issues. One thing you can try doing to reduce that is to utilize the record_delay feature of say 25 seconds that should help out alot.

Additionally using FastAGI wil solve a LOT of the load issues.

-enjay

[rambo]

Hello enjay,

thanks for the info.

We are using the record_delay but still the load is high.

we are testing the FastAGI, how is it working for you?

thanks

[enjay]

I still havent implemented it into production, I have it in a test environment but I wont have statistical data until later this month when the test environment goes live at which point I will have ~50 users operating.

Upgrading is difficult for me as I have a ton of customized applications I have put into the vicidial suite and it makes for hours of reprogramming them into the new install.

I may get FastAGI implemented in production in the next week or so. If I do I will let you know.

-enjay

Im surprised record_delay doesnt help at all. Can you put another processor in the system (this is usually a cheap alternative).

[rambo]

Hello enjay,

thank you for the info.

I will test to and let you know.

the load on my recording server is 0, sould that be right but the recordings are being saved and stored on that server.

thank