51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 11834|回复: 16
打印 上一主题 下一主题

服务器集群和数据库集群的性能测试策略(2010-8-31)(获奖名单已公布)

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2010-8-31 13:50:46 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
问题如下:
给出模拟X万人在线对服务器造成的负载的测试策略
给出负载/性能/带宽的测试策略
==========================================
服务器集群负载/性能/压力测试

整个流程可以被这样描述:用户 -> 客户端 -> 登录服务器 -> 用户 -> 在线服务应用 -> 数据库/Memory CacheD -> 在线服务应用 -> 客户端 ->用户
在线服务应用里提供了200个左右的API,每个API的调用可能会查询数据库1-5次。

架构0:无负载均衡无拓展
1台验证/登录 (Manager)
1台在线服务应用 (Application)
1台数据库 (DB)
1台Memory CacheD

之后在此基础上针对在线服务应用和数据库进行拓展并实现负载均衡:
Application:
软件拓展:从1个进程拓展至16个进程(服务器支持超线程可以当成16个core来用)
硬件拓展:从1台拓展至3台
负载平衡:在Manager实现Application的地址+端口轮询

DB:
数据库集群:在2台物理服务器上部署虚拟机分别安装LVS,SQL Node和Data Node
负载平衡:前置DNS轮询2个LVS

感谢会员Aimbot提供此精彩问题!如果你也有问题想提出来和大家一起讨论,请点击此处>>
说不定下期讨论的问题就是由你提出的哦,请快快参与吧!

本期无优秀答案
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2010-8-31 14:24:33 | 只看该作者
问题越来越深奥,坐沙发等答案……
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2010-8-31 15:55:09 | 只看该作者
感觉压力太了,不知所措了。。。原来性能测试难的还在后来,加倍努力……
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2010-8-31 16:09:51 | 只看该作者
额。。。怎么就到这来了啊。。。

原帖在这里:http://bbs.51testing.com/thread-264950-1-3.html
数据库集群的拓扑可以参考官方2 Node的标准(之前的2台是拿来做实验用的):
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2010-8-31 16:45:52 | 只看该作者
留名关注,看看高手的答案
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2010-8-31 16:48:31 | 只看该作者
留名~留名~~~
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2010-8-31 16:56:58 | 只看该作者

等待高手的答案……
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2010-8-31 17:04:50 | 只看该作者
这问题这可不是测试能回答的 我等没有答案
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2010-9-1 13:46:18 | 只看该作者
解答如下:
给出模拟X万人在线对服务器造成的负载的测试策略(这个找几台机器一起压就好了)
给出负载(问题模糊,如果就是看用户压力,那就递增压呗)/性能(和前面一样,都涉及到用户场景的分析,分析完了,看看万人服务器跑的如何就可以了嘛)/带宽(这个分Server2Server的带宽 和 Server2Client的带宽,具体情况,具体分析)的测试策略

其实关键的是 场景的分析和设计。其他的就是用工具实现。
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2010-9-2 17:56:43 | 只看该作者
坐等最优答案
回复 支持 反对

使用道具 举报

  • TA的每日心情
    开心
    2014-10-24 09:36
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    11#
    发表于 2010-9-6 16:48:16 | 只看该作者
    压力测试脚本要楼主自己去分析设计,在这里描述下自己的想法:
    1。安装数据库服务器和应用程序服务器,并进行集群配置
    2。数据库和application server服务器间使用千兆交换机相连
    3。进行基准测试
    4。逐渐加大用户数,对测试结果进行分析(使用工具分析数据库和应用程序服务器的日志信息,找出瓶颈)
    5。优化系统后重新进行测试
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
    发表于 2010-9-7 14:58:57 | 只看该作者
    题目出的过于泛,有点无从下手。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
    发表于 2010-9-8 12:09:36 | 只看该作者

    等待高人解答!

    等待高人解答!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    14#
    发表于 2010-9-14 23:33:27 | 只看该作者

    命题太大的,有点模糊

    命题太大的,有点模糊
    1、测试准备工作:测试机数目,每台机器可能不同,提前做好测试准备,分配一定数目。
    2、测试用例必不可少,可以不是很正式的,但必须要有规划,用例中描述清楚测试场景,而不仅仅是干瘪的数字分类;
    3、根据测试用例,执行测试过程,同时监控各项指标,并做记录。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
    发表于 2010-9-24 17:34:23 | 只看该作者
    期待中。。。。。。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2018-2-28 18:04
  • 签到天数: 40 天

    连续签到: 1 天

    [LV.5]测试团长

    16#
    发表于 2010-9-25 15:09:56 | 只看该作者
    问题很不错,可以提供下网络拓扑示意图么?

    关于集群的问题,还是需要单独分离出来考虑的。这个问题里貌似没有涉及到负载均衡设备,只提供了机制。

    另外,所说的api也不是很懂。没有看到具体的业务关联性。最好能说明下。


    后面提到了拓展和负载均衡,只是添加硬件需要说明下添加的是哪些方面的硬件,db还是应用还是cache?以及这些硬件设备间的关联关系和处理机制。。。


    问题太模糊了。。。。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    17#
    发表于 2011-1-19 14:41:58 | 只看该作者
    关注
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-11-24 19:12 , Processed in 0.084012 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表