云端呼叫中心坐席并发测试结果

很久没有写关于asterisk 压力测试的相关文章了。今晚终于可以抽一点时间来写点东西，跟大家来分享一下。

以下是本人最近开发的一套云端虚拟坐席租用系统，历经半年时间的实现和优化。

在近段时间，云端服务器是一个比较很热门话题，并且很大程度上综合硬件的资源的，节约成本的同时，还有的好处就是简化服务器部署的难度和时间。其他关于云端服务的其他好处，在此不必多说了，大家可以参考一下相关的文章即可。

如果使用云端资源来运营呼叫中心系统，最好把录音部分单独使用专门的服务器来录音。否则有可能因为磁盘IO不足导致语音质量的问题。

下面是压力测试场景说明：

坐席分机数量：500，但出于离线状态；

操作系统：Centos 5.5 32位定制优化版本

asterisk版本： Asterisk 1.4.39
优化版本

数据库 mysql 5.1.48

云端服务器CPU配置：

model name : Intel(R) Xeon(R) CPU L5335 @ 2.00GHz

内存配置：

[root@ACS_Samples ~]# free -m

total used free shared buffers cached

Mem: 2026 1211 814 0 136 790

-/+ buffers/cache: 285 1741

Swap: 502 0 502

以下分别为50坐席并发5CPS 下的压力测试情况：

WinSIP：



系统并发监控截图：



系统性能截图：



从系统性能观察，在整个压力测试周期中，系统资源的占用都很稳定。不存在高低起伏的太大的偏差。

下面我们再观察一下在100线，10CPS并发的情况下的系统表现：

WinSIP截图：



系统界面截图：



系统性能表现：



从以上测试当中，不定时检测呼叫语音通话质量，在100并发的时候有轻微的停顿之外，通话都比较清晰。

总结：

总体上来说，asterisk 的效率还是比较高的，只要开发的时候组织好架构和各方面做好优化，不需要太高的配置，即可以跑个上百线的并发。跟硬件相比，成本确实降低了很多。

因为在QQ群中也经常会问到asterisk 来做系统，到底并发能去到多少，需要什么样的服务器。希望通过今次的测试，大概可以给到问到这个问题的朋友，找到答案。