recordings and data base server

All installation and configuration problems and questions

Moderators: gerski, enjay, williamconley, Op3r, Staydog, gardo, mflorell, MJCoate, mcargile, Kumba, Michael_N

recordings and data base server

Postby rambo » Sat Nov 04, 2006 9:21 am

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
rambo
 
Posts: 39
Joined: Mon Jul 10, 2006 10:36 am
Location: Philippines

Postby gerski » Sat Nov 04, 2006 10:58 pm

what is the average load of your asterisk?

how many seats per asterisk server?

are you doing recording on every calls?
gerski
 
Posts: 432
Joined: Fri Jul 14, 2006 6:21 am

Postby rambo » Sun Nov 05, 2006 2:19 am

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
 
Posts: 39
Joined: Mon Jul 10, 2006 10:36 am
Location: Philippines

Postby rambo » Mon Nov 06, 2006 2:36 am

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
rambo
 
Posts: 39
Joined: Mon Jul 10, 2006 10:36 am
Location: Philippines

Postby mflorell » Tue Nov 07, 2006 3:53 pm

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.
mflorell
Site Admin
 
Posts: 18335
Joined: Wed Jun 07, 2006 2:45 pm
Location: Florida

Postby rambo » Tue Nov 07, 2006 3:55 pm

Hello Matt,

how are your test going with the new snap shot?
rambo
 
Posts: 39
Joined: Mon Jul 10, 2006 10:36 am
Location: Philippines

Postby mflorell » Tue Nov 07, 2006 4:05 pm

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.
mflorell
Site Admin
 
Posts: 18335
Joined: Wed Jun 07, 2006 2:45 pm
Location: Florida

Postby rambo » Tue Nov 07, 2006 4:07 pm

Hello Matt,

that is great!

how many agents you think you can run per box on a good server?
rambo
 
Posts: 39
Joined: Mon Jul 10, 2006 10:36 am
Location: Philippines

Postby mflorell » Tue Nov 07, 2006 4:40 pm

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.
mflorell
Site Admin
 
Posts: 18335
Joined: Wed Jun 07, 2006 2:45 pm
Location: Florida

Postby rambo » Thu Nov 09, 2006 1:02 pm

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
rambo
 
Posts: 39
Joined: Mon Jul 10, 2006 10:36 am
Location: Philippines

Postby enjay » Thu Nov 09, 2006 1:18 pm

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
enjay
 
Posts: 806
Joined: Mon Jun 19, 2006 12:40 pm
Location: Utah

Postby rambo » Thu Nov 09, 2006 1:23 pm

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
rambo
 
Posts: 39
Joined: Mon Jul 10, 2006 10:36 am
Location: Philippines

Postby enjay » Thu Nov 09, 2006 1:32 pm

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).
enjay
 
Posts: 806
Joined: Mon Jun 19, 2006 12:40 pm
Location: Utah

Postby rambo » Thu Nov 09, 2006 1:35 pm

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
rambo
 
Posts: 39
Joined: Mon Jul 10, 2006 10:36 am
Location: Philippines


Return to Support

Who is online

Users browsing this forum: No registered users and 64 guests