没有合适的资源?快使用搜索试试~ 我知道了~
服务器标称值测试报告1.1.doc
1.该资源内容由用户上传,如若侵权请联系客服进行举报
2.虚拟产品一经售出概不退款(资源遇到问题,请及时私信上传者)
2.虚拟产品一经售出概不退款(资源遇到问题,请及时私信上传者)
版权申诉
0 下载量 29 浏览量
2022-07-08
15:05:09
上传
评论
收藏 374KB DOC 举报
温馨提示
试读
16页
服务器标称值测试报告1.1
资源推荐
资源详情
资源评论
1
服 务 器 标 称 值 测 试 报 告
1 概述
1.1 目的
本文档的主要目的是为各业务产品线在进行系统配置,系统在线扩容提供标称值
的数据参考。
2 文档历史
文档历史
日期
参与者
版本
动作
2008-11-12
唐明浩
PA1
创建
3 测试模型
3.1 术语
编号
名称
含义
1
STTR
标准事物,指一个 ISUP 消息解释执行引
起的消耗
3.2 定义
在试验之前,我们认为典型 VAS2000 应用系统的消耗主要是由于:信令消息处理、
SIB 的解释处理、DB 操作处理引起的,
并且试验定义 :1 个信令消息的解释执行为 1 个标准事物,在这个前提下,
X 是 1 个 SIB 执行的消耗相当于标准事物的比例;
Y 是 1 个 DB 操作的执行相当于标准事物的比例;
Z 是服务器自身能力相当于标准事物的比例。
依照上述分析,系统消耗的各个组成部分之间存在如下的关系:
(A1 + B1 * x + C1 * y)*D1 = E1 * Z
(A2 + B2 * x + C2 * y)*D2 = E2 * Z
(A3 + B3 * x + C3 * y)*D3 = E3 * Z
- A:处理 A 个信令消息
- B:执行 B 个 SIB
2
- B:执行 C 个 DB 操作
- D:呼叫压力为 D(CAPS)
- E:服务器的 CPU 使用率为 E(百分比)
实验要求:业务响应时延<10 秒
3.3 结果项目
整个试验的核心工作是希望找出一个指导性的 X、Y、Z 的结果,并期望这个结果
对我们估算上线系统的硬件配置、预估在线系统性能起到比较好的指导作用。
4 测试环境
4.1 系统环境:
IP: 192.168.91.67
操作系统:solaris
作用: 在单机部署方案中既作为呼叫控制器,作为 DBDBSERVER;在多机部署方案中,
只作为呼叫控制器
内存:2M
CPU:2 个,3GHZ,
System Configuration: Sun Microsystems sun4u Sun Fire V240
System clock frequency: 167 MHZ
Memory size: 2GB
E$ CPU CPU Temperature
CPU Freq Size Implementation Mask Die Amb.
Location
--- -------- ---------- ------------------- ----- ---- ----
--------
0 1503 MHz 1MB SUNW,UltraSPARC-IIIi 3.4 - -
MB/P0
1 1503 MHz 1MB SUNW,UltraSPARC-IIIi 3.4 - -
MB/P1
IP:192.168.91.204
操作系统:linux
作用: 在多机部署方案中,作为 DBDBSERVER
4.2 软件环境
名称
版本
备注
ISUPCALLER
1.0.2PR1
3
ISUPGW
2.8.12_1228_1
SLEE
2.2.01
最新版本
ORACLE
Oracle9.20
4.3 基础数据
基础数据库使用安徽联通一机多号 7 月份完全备份的现网数据,
SSMN_USER 表数据 23 万,SSMN_NUMBER 表数据 31 万,CDR 表数据 251 万.。
试验过程中使用的表主要是 SSMN_USER,在用于查询条件的字段
ssmn_user.callingnumber 上面建立了索引。
4.4 测试环境部署图
SUN240
SINGALWARE平台
ULTICOM板卡ULTICOM板卡
isupcaller
isupgw
SLEE
测试用SLP程序
DB
图 1:标称值测试环境部署图
环境说明:
上图是 DB 访问和呼叫操作都放在一台服务器上的情况。对于现网部署中 DB 访
问和呼叫操作分离的情况,只需要把其中的 DB 部署在另外一台机器上。
由于内部资源限制,两块 ulticom 板卡部署在一台机器上。配置了两个
mode,1 个 routeset,1 个 linkset,
4
2 个 link。配置参数如下
NODE1(ISUPCALLER 使
用)
NODE2(ISUPGW 使用)
PC
1-2-3
4-5-6
ROUSET
Dpc:4-5-6
Dpc:1-2-3
LINKSET
Adpc:4-5-6
Adpc:1-2-3
LINK0
Slc:0 port:0
adpc:4-5-6
Slc:0 port:16
adpc:1-2-3
LINK1
Slc:1 port:1
adpc:4-5-6
Slc:1 port:17
adpc:1-2-3
3.5 测试用 SLP 程序
SLP 程序是实现各元素系统消耗的切入点,为了试验方便,测试程序应具备如下特
征:
可以在测试过程中方便地调整发送接收的信令消息数目;
可以在测试过成方便地调整 DB 操作的数目,并覆盖四种 DB 操作类型;
可以在测试过成方便地构造出制定数目的 SIB 总数。
按照以上的要求,编制程序如(SLP 目录文件)
并且:
SELECT 程序、UPDATE 程序是独立运行的;
INSERT 程序、DELTE 程序是配对交叉运行的,即:运行一遍 insert 程序,运
行一遍 delete 程序,再运行一遍 insert 程序
由于 INSERT 程序、DELTE 程序要在连续的多次呼叫中持续添加/删除数据,需
要对数据有所控制,在数据库中增加了一个表,用于标识 测试数据的状态,
其建表脚本和数据初试化脚本如:(
DB 目录文件
)
5 测试过程描述
5.1 DBSERVER 和呼叫控制分别部署在两台服务器上
这个部署方案的主要试验目的在于获取不同类型的 DB 操作(INSERT、
DELETE、UPDATE、DELETE)的消耗比例关系;
在试验过程中,对每一个 DB 操作类型,通过 3 个不同 DB 操作的数目、4
个不同呼叫强度共 12 采样点,4 种 DB 操作类型共 48 个采样点,取得系统
消耗的具体数据,主要是 ORACLE+IOWAIT 的整体消耗。
5.2 DBSERVER 和呼叫控制部署在同台服务器上
剩余15页未读,继续阅读
资源评论
老帽爬新坡
- 粉丝: 83
- 资源: 2万+
上传资源 快速赚钱
- 我的内容管理 展开
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
安全验证
文档复制为VIP权益,开通VIP直接复制
信息提交成功