- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
“邮”系方寸间— — E-Mail 服务器应用方案测试报告
金笛邮件系统测试部分
《网络世界》记者:张峰
一、为什么是方案测试? 2
二、E-mail 服务器测试方法 2
三、为什么测试E-Mail 应用方案? 4
四、应用场景 4
五、E-mail 服务器功能测试 5
六、E-mail 服务器性能测试 10
七、Dell PowerEdge 2600+金笛邮件系统方案点评 14
一、为什么是方案测试?
之所以最初确定要进行“基于方案的服务器比较评测”,是因为我们看到在实际的应用
环境当中,用户对于硬件的关注力越来越多地转化为对整个系统或者实施方案的可用性、可
管理性的关注,整体的应用方案涉及到了硬件系统上的应用软件,比如E-mail、数据库甚至
大型的ERP 、CRM 等应用,所以,我们看到,目前的硬件设备提供商很紧密地与系统集成
商合作,或者自己也充当一部分集成商的角色,提供给最终用户一整套的应用解决方案。
另一方面,IA 服务器产品在硬件配置上的 “同质化”已经成为不可回避的事实,这样的
事实导致各厂商都在同质化竞争中寻求差异化的生存,纷纷建立解决方案中心,以整体打包
方案的形式给用户更贴身贴心的产品和服务。于是,厂商对于 “解决方案产品”的提供能力、
整体解决方案是否是针对某种应用的最优化、最有效的系统以及厂商们能够对整体方案提供
的支持与服务,这些问题,对于用户来说,应该是最迫切关注的。而就目前很多测试实验室
提供的单纯的服务器硬件测试的情况来看,用户无从知道整体的应用方案在应用起来时会是
什么样的情形。
基于上面的考虑,我们 《网络世界》评测实验室在年初制定测试计划时就提出了测试整
体应用方案的大胆设想:我们希望征集到的应用解决方案,硬件不受架构、配置等的限制,
也就是说,无论服务器硬件使用IA 架构还是RISC 架构,无论是配置几颗CPU、几块硬盘,
应用软件也不做特别要求,只要能够实现我们要求的某种应用 (如E-mail、Web、Streaming
等),我们就将它置入我们搭建好的应用场景中,考察其相关的性能和功能指标。
在这样的设想基础上,我们确定了测试整体应用方案的全新的思路,并从 E-mail 服务
器应用方案入手。
所谓方案测试,是指我们要求一定的应用场景,而厂商提供适合这种应用场景的整体应
用解决方案——硬件+ 应用软件+服务等,我们搭建一个实际应用环境对整体的方案进行测
试,测试的内容除了包括整个方案在应用环境下表现出的性能外,还包括特定功能上的一些
验证性测试,比如整个方案的易用性、可管理性等。
二、E-mail 服务器测试方法
本次测试分为性能测试与功能测试两部分。
测试工具采用思博伦通信 (Spirent Communications)公司提供的Avalanche 2200。
Avalanche 2200模拟实际的用户发出向服务器的请求 (包括SMTP和POP3),并根据回应给
出具体的详细测试结果。它有以下特点:能够模拟成百上千的客户端对服务器发出请求;能
够模拟真实的网络应用情况;可以产生20000个连接/秒请求量,足以满足测试的需要。
监控端安装了带SP2的Windows 2000 Server。测试环境如下图所示。两台被测服务器
(软硬件配置均相同)直连,并且分别通过交换机(港湾的礖ammer24交换机)与Avalanche
2200的测试端口连接在一起。为了方便管理,我们使用了Avocent KVM交换机,通过远程
的方式就可以方便地控制多台服务器。
为了将测试环境和测试模型尽量模拟为实际邮件系统的运行情况,我们在测试方法上作
了充分的考虑。第一,采用两台服务器建立的邮件系统。一台服务器只有本地投递而没有远
程投递的情况,对邮件系统的压力不大,而用户实际的使用情况肯定会包括远程投递的情况,
因此我们进行了两台服务器的邮件系统测试。第二,采用多域测试。两台服务器分别配置独
立的DNS服务器,并指定多域名 (5个域名)。第三,采用多账号测试。我们在每个域里建
立200个账号,一共 1000个账号。测试时,两台服务器的用户之间相互发送邮件,占总数
的90%,同时,每台服务器内部的用户之间互发邮件,占总数的10%。第四,发送邮件大
小满足一定分布。发送邮件大小分别为:400、1000、2000、4000、10000、20000、40000
和 100000字节。
具体
原创力文档


文档评论(0)