SCMLife.com

 找回密码
 立即注册

QQ登录

只需一步,快速开始

扫一扫,访问微社区

查看: 5629|回复: 1

[推荐] Rational System Architect (RSA)11.4 的可伸缩性

[复制链接]
发表于 2011-12-15 15:55:49 | 显示全部楼层 |阅读模式
本帖最后由 技术狂人 于 2011-12-15 17:35 编辑
! a' t5 G# g5 p9 [0 E7 D% B% F+ p" M( i1 M
引言
% i2 B8 l7 X. L. f) W1 `本文报告了 IBM Rational System Architect 的可伸缩性测试结果。该结果展示了在 Windows Terminal Server 环境下部署时,IBM® Rational® System Architect 的可伸缩性。
: {/ W; S: _+ W+ a' F/ \9 e' VRational System Architect 是一款多用户的基于储存库的企业结构建模工具。通过应用行业标准结构,注释和方法,业务分析员使用它来查看,分析,并交流所有方面的企业结构。所有项目信息都存储在一个名为 百科全书(encyclopedia) 的多用户储存库之中,它安装在 Microsoft SQL Server 或者 Oracle 数据库服务器。# ]8 T& f/ U, V/ x: n) I2 p
申明在本文中,我们会参考使用 Windows Terminal Server,用以运行 Rational System Architect 来作为程序服务器。  W% l/ f! y: M- V* M+ C
& n9 m5 j  k! u" m

$ T$ ~" x: S6 c# G终端服务(Terminal Services)是 Microsoft 公司对瘦客户端终端服务器计算的实现方式,使得远程客户端机器也可以访问 Rational System Architect 之类的 Windows 程序。用户能够从远程终端访问部署在终端服务器上的程序,这些终端包括 Windows 7、Windows Vista、Windows XP,或者任意安装有 Microsoft 远程桌面连接软件的电脑。当您在使用终端服务时,只有应用程序的用户界面会出现在客户端上。所有的用户输入会通过网络传输到终端服务器,应用程序在终端服务器上实际执行程序任务。  l! \& J" U  C! W2 O6 P# Y3 r
终端服务赋予了 IT 管理员灵活性实现对用户集中部署程序,而无需考虑用户所在的位置。这有助于降低成本,并解决由于频繁更新程序、安装繁琐,或者需要通过低带宽链接访问给维护桌面机器所带来的挑战。终端服务通过与 Windows 认证系统相集成,防止未授权用户访问程序或数据,以及允许用户加密终端用户和客户端之间转移的数据,从而提供了一种安全的环境。
0 a& {+ y% H  C& w

3 i' Z4 o1 J2 I% C
; K+ G+ Y0 O  u7 y7 W+ k) ]3 r8 {目标
) O: V) d9 `8 F4 e2 Z目标 1:决定可以有多少个并发用户可以有效地正常操作,并在给定的硬件配置条件下使用 Rational System Architect。
8 C% r, {, s) l0 X& c目标 2:开发一个指南,以在并发 Rational System Architect 用户数量增长时,预计所需要的硬件条件。- r9 M) y  {$ J/ U. \( k

# `! L% @2 U3 I! T/ u
1 H6 E7 @- U5 F* |
性能指标% }# L% t8 @9 s3 Y
为了估计 Rational System Architect 的可伸缩性,您需要考虑一下程序和数据库服务器的性能,以及执行典型末端用户操作的响应性。
5 w* f! `* `: ^+ J) C/ x服务器性能指标% @$ v) M; E5 _
接下来的性能指标用于评价给定的负载条件下,程序和数据库服务器的响应性。这些工具是由 Microsoft Windows Server 2003 中包含的 Performance Monitor 工具所收集的。这里使用的是 15 秒的范例速率。& G4 M3 }) S: w+ c, g7 b3 B* p
CPU5 v" N4 `+ O/ D) f. ]
使用的计时器: \\Server\Processor(_Total)\%Processor Time
: w) X' Z4 T0 y4 s- L0 ~; u描述: 处理器时间百分比(% Processor Time)就是处理器执行非空闲线程所花费时间的百分比。它是这样计算的:范例间隔内空闲线程活动的持续期,减去间隔持续期的时间(每个处理器都有一个空闲线程,在该线程内其他的线程不能运行)。该计时器就是处理器活动的主要指示器,并显示了范例间隔期内忙时的平均百分比。它是这样计算的:找到服务未激活状态下的时间,从 100% 起减去该值。
& _. \  @$ R3 f- {+ d$ G* C内存
9 C, @5 E$ \6 H7 z# O使用的计时器: \\Server\Memory\Committed Bytes, \\Server\Memory\%Committed Bytes In Use% K4 x( q; O- L8 z
描述: 提交比特数就是提交的虚拟内存的数量,以比特计算。提交比特数是保存在硬盘页码文件中的空间。其中在每一个物理档案中,可以有一个或者多个页码文件。这些计时器只会显示最后一次观察到的值;它不是一个平均值。提交比特数的使用率(% Committed Bytes In Use)就是内存\\提交比特数与内存\\提交限制之间的比值。
/ X) S6 Z- [: ]4 t: M1 w7 [硬盘, F  w4 h- l/ r4 T
使用的计时器: \\Server\PhysicalDisk(_Total)\% Disk Time
5 x# C3 \# F  W# T2 s描述: 硬盘时间百分比(% Disk Time)就是选中硬盘驱动器花在阅读或者书写请求所花费时间的百分比。
6 P& _" R) P: @7 v( o2 B# ~1 R网络适配器
0 G# z2 e" B3 z使用的计时器: \\Server\Network Interface(*)\Bytes Total/sec+ X! z3 W  e6 I& D4 ]3 \  T
描述: 总比特/秒就是以什么速率发送比特,以及以什么速率通过网络适配器接受比特,包括框架字符。网络界面 \\接受比特/秒 就是网络界面 \\接受比特/秒以及网络界面 \\发送比特/秒的总和。8 z1 o6 S$ L6 U) C+ }
Rational System Architect 性能指标9 W9 X, x6 L7 d: ]! M* m
接下来的性能指标用于评价给定负载条件下,Rational System Architect 的响应性。这些工具是由 Loadgen 引擎收集的,这也包含在内(参见 Test Methodology 部分以得到关于 Loadgen 的其他信息)。
' Q3 W* b6 v: N, G图表打开平均时间
: |! b# J4 R, _  J( v( {打开图表的平均时间,以秒计算。
. ~/ T. G% N' x& U图表关闭平均时间
: H' r) I* o# U. Z5 N; z6 l+ q1 [关闭和保存图表的平均时间,以秒计算。
" ^) Q7 {  S) _" s2 {定义打开平均时间 7 F& k& U6 P: V3 i! ]* e  ^. P3 V
打开定义的平均时间,以秒计算。
( `& S  {: Q. f( ~: q' q: B定义关闭平均时间 0 ]# O6 D, h& M7 o; W/ x
关闭和保存定义的平均时间,以秒计算。! E  \" e0 A/ P5 f, W
定义添加平均时间
# }1 V1 k0 i* D1 t0 f创建新定义的平均时间,以秒计算。
( a; g2 o* B; X5 T1 `9 @定义删除平均时间 ! S, f* j" T/ m# Q; d; F7 e
删除已存在定义的平均时间,以秒计算。( u7 B& g9 x- A5 }/ F
浏览器刷新平均时间 . ~2 a; D  T0 G2 V5 a2 `+ q& K9 J
刷新浏览器窗口所花费的时间,以秒计算。
- n# K7 w- b. y% F1 h5 \5 j' B浏览器打开平均时间
& q3 e8 ~1 v' ]/ g. D% `在浏览器窗口中展开一系列树形节点所花费的时间,以秒计算。3 R1 E: W! d8 ]+ y
平均操作时间 4 D7 g' J; ]5 z/ T5 q
执行所有操作的平均时间(以上工具的集合)。6 e9 P" z0 ]2 c) R! S1 L
平均交易时间 ! \8 C* n: a: v- v/ }
数据库交易的平均时间,以秒计算。, e7 c* ]3 U# X! O
平均锁定时间
4 p+ Y) F* W) S" D' \2 L" R. D/ S数据库 applock 的平均时间,以秒计算。一个 applock 用于锁定数据库以便单个用户的外部性访问。通常来说,更长时间的 applock 意味着 Rational System Architect 对末端用户的响应性更差。8 R/ O5 u- l7 G8 t2 a
这些平均值是对测试中所有参与的用户计算的。例如,如果测试期间 20 个用户打开了 50 个图表,那么可以从打开执行操作的所有 1000 个图表中计算 Diag RAM Open Average。
: V2 B, l$ p+ ?1 J+ c$ o' @
  a' ]5 |" y' G2 u: _! J1 a

. U. I* C. J* K, l测试环境$ w: Q2 @7 h" ]8 E' X6 P
选择一个基线测试环境来反映硬件和软件成为末端用户的公共安排。您需要创建一个程序服务器来安装 Rational System Architect,并用作通过远程桌面连接用户的访问点。您需要创建一个单独的数据库服务器来安装测试期间使用到的 SQL 服务器以及 Rational System Architect 百科全书。下面列出的是使用硬件和软件配置的具体内容。0 W5 c* M2 W( z+ r6 ~% p# e5 m
程序服务器: M( K2 }! w) D, E# G/ X& x
硬件:
  • CPU: Intel Xeon Dual Core 2.4 GHZ
  • RAM: 4 GB
  • 网络适配器: 1 Gbps 的连接速率,以及对数据库服务器 144 Mbps 的吞吐速率
    ( ?9 Q9 O: J: u" g5 e
软件:
  • Windows Server 2003 R2 SP2(启用终端服务)
  • Rational System Architect 11.4 版本
    : W: X; f. p- r+ ^- |$ Q
数据库服务器
5 F& C* X! u( W$ E$ I" f
硬件:
  • CPU: Intel Xeon 2.4 GHZ
  • RAM: 4 GB
  • 网络适配器: 1 Gbps 的连接速率,以及与程序服务器 136Mbps 的吞吐速率
    # E5 o0 I  Q0 @+ [; a7 G; s( h
软件:
  • Windows Server 2003 R2 SP2
  • Microsoft SQL Server 2008# z4 B8 C0 r( q/ b% r! P) F/ t
测试百科全书
$ p0 b2 j' g' u. i; r/ N$ o
对象数量:
  • 图: 211
  • 符号:10,893
  • 定义: 123,741
  • 关系: 1,017,246; X, O! E, n+ D0 N" e) y: R
配置:
  • 百科全书类型: Professional
  • 工作区: Disabled
  • 框架: None  i# I. E7 _  K. q& T: m
主要方法:
  • 数据建模
  • BPMN(业务进程建模标记)
    0 B* p9 ~* r2 E2 p, Z% |( [
# }$ e: y8 }* s4 \
图 1. 典型 Rational System Architect 部署概览% e- i$ M  D( r5 K
9 M/ z, t' H- p% G
- Q, i& ]8 b' ]5 k, q


/ g; ^/ p: g$ Z; @6 p  C6 g% @( U% P$ ^
测试方法* B0 m& f1 [6 ^. K4 j3 I9 Y
Rational System Architect Loadgen
/ B- O) B7 p" P6 kLoadgen 是构建至 Rational System Architect 以便用户模拟的属性工具。Loadgen 能够执行许多普通的任务,例如打开和关闭图及定义,或者创建新的定义,而不需要用户进行交流。它还能够提供所有操作的具体报告,以及完成这些报告所需要的时间。
6 l2 l* e1 T; o' U; S0 B- DLoadgen 执行的操作基于一个配置文件,该文件识别了操作的数量,以及那些操作的“随机性”。下面描述了本文所有的配置:
5 z  U+ p# F; }6 E' J; A图表设置+ f) [, z+ R* W5 H- f
  • 一次能够打开图的最大数量:2
  • 打开图表所需要的时间,min/max:60 秒/240 秒
  • 图表打开与下一次打开所需要的时间,min/max:30 秒/90 秒
  • 打开图表时所更改符号的数量,min/max:10 / 20( X) E- m) X9 }8 i- L
定义设置
5 c2 o6 F# m( h, `$ ?7 V0 N6 J
  • 一次性打开定义的最大数量:4
  • 打开定义的时间,min/max:30 秒/90 秒
  • 定义打开与下一次打开之间的时间,min/max:60 秒/120 秒
  • 保存定义的百分比:75%
  • 取消更改定义的百分比:25%
    7 `2 c& t+ w( I  ^- |% r
添加定义设置2 R' O, U( F! o# X; L# h
  • 一次性添加定义的最大数量:1
  • 定义添加的时间,min/max:30 秒/90 秒
    ( G0 t1 M: F5 Y: a7 T
删除定义设置
+ l' X3 g8 P7 a1 _# x
  • 一次性删除定义的最大数量:1
  • 删除定义的时间,min/max:90 秒/150 秒
  • 首次删除之前的等待时间:300 秒" @$ X9 {. Q0 E) K$ t# w" V# x- |
注意应用到每一个用户的设置,而不是测试的整体是很重要。例如,配置支持一次性打开 2 个图表,如果有 10 个用户参与到测试之中,那么这意味着测试时可以同时打开 20 个图表。3 \+ W5 ?! Y( j0 X6 ?4 V/ t. N
执行的测试步骤
$ X$ ^6 F/ f2 i7 l" k9 w您可以使用 Loadgen 来模拟任意数量虚拟 Rational System Architect 用户的操作。对于本文我们在增加虚拟用户数量的情况下重复 两个小时的测试(从 5 到 25 个并发用户)。  T& e7 T* }1 |$ L
一次 Loadgen 测试运行由以下的步骤组成:
. c9 G* `" ?8 m5 ~& N4 ]
  • 从独立于程序和数据库服务器之外的 Windows 机器上,对程序服务器完成一个远程桌面链接,使用预定义用户 ID 进行登录。
  • 通过远程桌面链接,在程序服务器上启动 Rational System Architect 的实例,并打开测试百科全书。
  • 对于测试所需要的每一个虚拟用户重复第 1 步和第 2 步。
  • 在所有的虚拟用户都打开测试百科全书之后,可以激活 Loadgen,并启动自动化测试进程。
  • 测试能够运行 两个小时。随着测试的执行,Loadgen 与 Windows Performance Monitor 都会登录性能数据。
  • 两小时之后,Performance Monitor 就会被关闭掉,所有的虚拟用户都会从程序服务器上注销掉,而 Loadgen 和 Performance Monitor 数据都会被保存以便分析。
      e& v+ C, c: V2 j  O' c


0 W* C7 o$ q& j3 k
5 d; P* V+ v$ S9 V9 [5 C1 S6 [测试结果
5 `3 X/ H5 A- J& L  T测试结果会分解为三个类别:
3 d1 A6 ^0 o% b& e( |( s' h1 L
  • Rational System Architect
  • 程序服务器
  • 数据库服务器
    : r1 L. Q: ]! Q9 ?  X0 f
Rational System Architect 的性能
* I4 r: u, D; ^! g表 1 列出了每次测试运行时所有用户执行操作的总体数量。数据给出了测试环境中的实际负载。例如,在 25 个用户的测试运行期间,单个用户平均打开 61.84 个图表。测试运行会持续 两个小时,这样单个用户每小时会打开 30.92 个图表,或者每 2 分钟大约打开 1 个操作。
3 |( h& a, ^( ]* w  u0 A: w
) J, }: O. J% X! T表 1. 执行操作的总体数量
0 m7 i- k% b5 m, f
4 N; h4 z0 l# x5 |
5 个用户10 个用户15 个用户20 个用户25 个用户
操作数量2948584186061078613477
交易数量1003219945292723681746257
AppLock 数量38037561110041384917420
浏览器刷新数量2364666958731091
浏览器打开数量135264384481609
图表打开数量338671100312451546
图表关闭数量33767299912391537
定义打开数量9521888276434814349
定义关闭数量9501880276134674345
定义添加数量6021191172621742746
定义关闭数量28957985110651354
表 2 列出了以秒表示的执行每次操作所需要的平均时间。例如,在 25 个用户测试运行期间,执行 1546 图打开的平均时间为 2.24 秒。
' f- Z# t% M# Q8 e. }8 c# {# f; K3 o( Q# F
表 2. 执行每次操作的平均时间  W5 o9 ~& m0 _2 z
3 d; ~$ X7 T6 j2 U3 W2 N
5 个用户10 个用户15 个用户20 个用户25 个用户
平均 操作0.430.520.681.041.12
平均交易0.130.160.220.380.41
平均 Applock0.160.170.180.220.22
浏览器刷新平均时间0.270.290.280.350.37
浏览器打开平均时间0.270.290.260.330.37
图表打开平均时间1.181.401.721.972.24
图表关闭平均时间0.570.720.921.281.64
定义打开平均时间0.300.370.551.051.02
定义关闭平均时间0.300.370.490.870.92
定义添加平均时间0.190.280.501.131.31
定义删除平均时间0.290.370.691.541.76
程序服务器的性能
) _) ?0 X; g0 ?8 ]  m# q+ x$ f3 ^5 z! @CPU 使用情况3 O0 D' ~1 m2 I' {, k3 k9 H
表 3 显示了每次测试执行期间程序服务器上的负载。& c/ W5 m% y7 B' o+ n9 a- n8 Y: @
  • 平均处理器使用率(Average % processor use) = 测试运行期间平均 CPU 使用。
  • 总体更改百分比(Total % change) = 为了消除正常的 Windows 操作的处理器使用量,我们使用当前测试运行的平均处理器使用量减去以前测试运行的平均处理器使用量。因此,10 个用户和 15 个用户之间的总体更改百分比(Total % change)是 46.44 - 27.62 = 18.82。
  • 单个用户更改百分比(% Change per user) = 总体更改百分比(Total % change)除以 5(这一数字在测试运行期间随实际用户数增减)。
    1 O1 u7 }: v0 c! o1 X

% r. T# F5 m& Z% B! e; R, y5 |6 O! A表 3. 程序服务器 CPU 使用情况) G0 ~1 i" h8 l, U% H- ^
测试运行平均处理器使用率(%)总体更改百分比(%)单个用户更改百分比(%)
5 个用户13.35NANA
10 个用户27.6214.272.85
15 个用户46.4418.823.76
20 个用户62.8116.373.27
25 个用户73.7010.892.18
单个用户的平均更改百分比(Average % change per user) = 3.01%(每个内核*)
! ^5 o- n; U: r7 @1 P2 B! X- S. h* 该数值应用于每一个内核,因为这是一个双核系统。如果它是一个单核系统,那么该数值就是双倍的。
# l1 R) B; A3 l* K/ |& U
图 1. 两个小时测试运行期间程序服务器 CPU 的使用情况4 v+ ^, O  i$ v. o/ J1 a
, L! d8 P6 Y6 h' |2 ]0 c3 m
/ h0 s4 |) Q$ k* M2 I
内存使用情况  y. F6 H$ _' ?( F
表 4 显示了每次测试运行期间程序服务器上的负载。
$ ^3 l! r: t5 W( H2 j8 p
  • 峰值 RAM 使用率(Peak % RAM use) = 最高报告的 RAM 使用,用于查看是否有异常情况发生。
  • 平均 RAM 使用率(Average % RAM use) = 所有报告 RAM 使用的平均值。
  • 峰值 MB RAM 使用量(Peak MB RAM use) = 最高报告的 RAM 使用,以兆比特计算。
  • 平均 MB RAM 使用量(Average MB RAM use) = 所有报告 RAM 使用的平均值,以兆比特计算。
  • 总体 MB RAM 更改(Total MB RAM change) = 为了消除正常的 Windows 操作所使用的内存,我们使用当前测试运行的平均内存使用量减去以前测试运行的平均内存使用量。因此,10 个用户和 15 个用户之间的 MB 总体更改百分比(Total % change)是 2586.51 - 1983.12 = 603.39。
  • 单个用户更改百分比(% Change per user) = 总体 MB RAM 更改除以 5(这一数字在测试运行期间随实际用户数增减)。$ w  x+ ^8 H3 f) }' `  N
; B: h9 I- @5 j8 ~" c
表 4. 程序服务器内存使用情况
& c& ]. a8 X( X* M$ }1 |# L
测试运行峰值 RAM 使用率(%)平均 RAM 使用率(%)峰值 MB RAM 使用量平均 MB RAM 使用量总体 MB RAM 更改单个用户的 MB RAM 更改
5 个用户37.6132.401649.721427.04NANA
10 个用户46.5444.172089.571983.12556.08111
15 个用户61.1657.452753.452586.51603.39120
20 个用户77.7171.643498.583225.33638.82128
25 个用户88.9784.364005.313797.76572.43115
单个用户的平均 MB RAM 更改 = 118.5
1 O3 X- J7 q0 E
  X! e) p. r  q/ t" s7 l' b' b# @
图 2. 两小时测试运行期间内程序服务器的内存使用率(Application server % of memory used)
5 m) y* C; a: o, o # U6 w8 F: c7 e* }, R1 e  _! Z

- w. |. D' r3 z% d) L1 }! c# N
. u5 C; P( T" i6 x0 O' w图 3. 两个小时测试运行期间使用的程序服务器内存
5 m9 M& U2 @7 \: V% H ' y& Z, \% Z( W8 x
: n7 g3 a( t" x4 r
硬盘使用情况
5 @+ j& @% k* }0 ]0 P3 i: c0 C+ I表 5 显示了每次测试运行期间程序服务器硬件驱动器上的负载。% t( ]2 w8 K( c# S
  • 平均硬盘时间使用百分比(Average % disk time use) = 所有报告硬盘使用平均值。
  • 总体更改百分比(Total % change) = 为了消除正常的 Windows 操作的硬盘使用量,我们使用当前测试运行的平均硬盘使用量减去以前测试运行的平均硬盘使用量。因此,10 个用户与 15 个用户之间的总体更改百分比(Total % change)是 4.31 - 2.66 = 1.65。
  • 单个用户更改百分比(% Change per user) = 总体更改百分比(Total % change)除以 5(测试运行期间随实际用户数的增减)。
    , L: P+ M" Y( u: A& l% A' i" A& H% _
; c7 e. \  q' g0 B* c2 z# E
表 5. 程序服务器硬盘使用情况/ p) s& X4 K& I
测试运行平均硬盘时间使用百分比(%)总体更改百分比(%)单个用户更改率百分比(%)
5 个用户2.13NANA
10 个用户2.660.53.11
15 个用户4.311.65.33
20 个用户5.280.97.19
25 个用户6.931.65.33
单个用户的平均更改率百分比(Average % change per user) = .24%

) P2 Y& G7 N+ ^9 o图 4. 两小时测试运行期间程序服务器的硬盘使用率
  o0 ~1 i) u" e% G! c; g# T( W0 U 6 f# n1 w, [, l" A
1 ~" t$ p6 O1 G: r1 N
网络使用情况- D9 u7 z- u( ?. m* m5 W+ K
表 6 显示了每次测试运行期间程序服务器网络界面上的负载。
1 Q0 g6 b1 ~4 t5 ?. B7 r: c* L
  • 峰值网络 KB/sec = 最高报告的网络使用情况,用于查看是否有异常情况发生。
  • 平均网络 KB/sec = 所有报告网络使用的平均值。
  • 总体网络 KB/sec 更改 = 为了消除正常的 Windows 操作的网络使用量,我们使用当前测试运行的平均网络 KB/sec 使用量减去以前测试运行的平均网络 KB/sec 使用量。因此,10 个用户与 15 个用户之间的总体 KB/sec 更改是 266.48 – 161.32 = 105.16。
  • 单个用户的网络 KB/sec 更改 = 总体网络 KB/sec 更改除以 5(这一数字在测试运行期间随实际用户数增减)。
    + r: c' ^  m5 u$ c: g. M

, |- k6 T6 F1 z表 6. 程序服务器网络使用情况$ Y) r7 r9 |+ E8 ?
测试运行峰值网络值 KB/秒平均网络值 KB/秒总体网络值 KB/秒 更改单个用户的网络 KB/sec 更改
5 个用户807.5978.78NANA
10 个用户810.98161.3282.5416.51
15 个用户9089.23266.48105.1621.03
20 个用户10063.78441.25174.7734.95
25 个用户11710.39513.7372.4814.50
单个用户的平均网络 KB/sec 更改 = 21.75
* @1 \7 i) R9 {) C6 Q
图 5. 两小时测试运行期间程序服务器网络使用情况& ^8 y! M& t' {
( e! ~  g0 j2 ~2 X6 I
9 ^* ^* J: v" G
数据库服务器性能
5 O. W1 `6 K0 sCPU 使用情况
% K- N" S5 V4 d. I图 7 显示了每次测试运行期间数据库服务器 CPU 上的负载。
+ B- Y7 f; o& G5 x2 @( p6 z! G; z
  • 处理器平均使用率(Average % processor use) = 测试运行期间 CPU 的平均使用率。
  • 总体更改百分比(Total % change) = 为了从 Windows 操作中消除所有的处理器使用,我们在计算时使用当前测试运行的平均处理器使用率减去以前测试运行的平均处理器使用率。10 个用户和 15 个用户之间的总体更改百分比(Total % change)是 17.58 – 13.24 = 4.34。
  • 单个用户更改百分比(% change per user) = 总体更改百分比(Total % change)除以 5(这一数字在测试运行期间随实际用户数增减)。8 z. R- n( ]+ \8 ]* q$ ?, B, w
9 Y" y2 |( Z1 c; ~2 A
表 7. 数据库服务器 CPU 使用情况
5 e+ V, p: B% V4 p2 }- [2 v
测试运行处理器的平均使用率(%)总体更改百分比(%)单个用户更改百分比(%)
5 个用户8.95NANA
10 个用户13.244.29.86
15 个用户17.584.34.87
20 个用户20.242.66.53
25 个用户23.032.79.56
单个用户的平均更改百分比(Average % change per user) = .71%
( @9 ]" O7 y/ t' ^
图 6. 两小时测试运行期间数据库服务器 CPU 使用量; |2 C' a' r% h, i0 p1 @" A% F) U0 ?0 M
2 f2 c! b" x# }1 c" P! \

. x9 _! O$ Q" _* {内存使用情况
, z& Z# M; x6 W+ a7 M* K4 w表 8 显示了每次测试运行期间数据库服务器内存使用的负载。
: E$ ~! G9 W$ ^+ o3 a# `$ j# ^
  • 峰值 RAM 使用率(Peak % RAM use) = 最高报告的 RAM 使用情况,用于查看是否有异常情况。
  • 平均 RAM 使用率(Average % RAM use) = 所有报告 RAM 使用的平均值。
  • 峰值 MB RAM 使用量 = 最高报告的 RAM 使用量,以兆比特计算。
  • 平均 MB RAM 使用量 = 所有报告 RAM 使用量平均值,以兆比特计算。
  • 总体 MB RAM 更改 = 为了从 Windows 操作中消除所有的内存使用,我们在计算时使用当前测试运行的平均 RAM MB 使用量减去以前测试运行的平均 RAM MB 使用量。10 个用户和 15 个用户之间的总体 MB 更改是 2120.29 – 2117.33 = 2.96。
  • 单个用户更改百分比(% Change per user) = 总体 MB RAM 更改除以 5(这一数字在测试运行期间随实际用户数增减)。
    : C8 O  S) c/ X, o

* W- j7 g( r5 m, _# V表 8. 数据库服务器内存使用情况
% B9 X& r0 o! K9 `9 Y. \. U& \/ g$ n
测试运行峰值 RAM 使用百分比(%)平均 RAM 使用百分比(%)峰值 MB RAM 使用平均 MB RAM 使用总体 MB RAM 更改单个用户的 MB RAM 更改
5 个用户50.3050.232119.572116.54NANA
10 个用户50.2950.252119.072117.330.79.16
15 个用户50.4850.322127.362120.292.96.59
20 个用户50.4050.332123.732120.680.39.08
25 个用户50.3550.252121.782117.49-3.19-.64
单个用户的平均 MB RAM 更改 = .05
+ c9 W/ F: j; n7 a2 Q& n4 F
图 7. 两个小时测试运行期间数据库服务器内存使用的百分比(Database server % of memory used)
& I, H8 |% Z, R* }8 F; D " y& P) H" A+ ]* k' x# P5 v

8 v6 H' Y8 s* @$ ?% g& A2 D, p% |/ S* r8 K
图 8. 两个小时测试运行期间数据库服务器使用的内存
: F! _% v$ w* y! G3 Y  r ; O4 @! @" w5 @+ i* M0 e
$ {2 S  B- o& r: Z  l: G" P( b( M- W
硬盘使用情况2 w" p8 t- u' @1 ]& e3 S, [
表 9 显示了每次测试运行期间数据库服务器硬盘之上的负载情况。; \3 ^4 b5 J. [3 B: z& D
  • 平均硬盘使用时间百分比(average % disk time use) = 所有报告硬盘使用的平均值。
  • 总体更改百分比(Total % change) = 为了消除正常的 Windows 操作的硬盘使用俩,我们计算使用当前测试运行的平均硬盘使用时间百分比(average % disk time use)减去以前测试运行的平均硬盘使用时间百分比(average % disk time use)。例如,10 到 15 个用户之间的总体更改百分比(Total % change)是 4.23 – 2.60 = 1.63。
  • 单个用户更改百分比(% Change per user) = 总体更改百分比(Total % change)除以 5(这一数字在测试运行期间随实际用户数增减)。+ G* i& w) T- s& s$ D
. O) D' i; v( G, i- f' Q
表 9. 数据库服务器硬盘使用情况
/ Y, x: z5 f% n4 H& w& {4 @
测试运行平均硬盘时间使用百分比(%)总体更改百分比(%)单个用户更改百分比(%)
5 个用户2.30NANA
10 个用户2.600.30.06
15 个用户4.231.63.33
20 个用户5.210.98.20
25 个用户6.341.13.23
单个用户的平均硬盘使用更改百分比 = .21

& p' Q* R' I4 Z1 ]1 `$ A  }图 9. 两个小时测试运行期间的数据库服务器硬盘使用率(Database server % disk use)
* S; j1 t- E& @ % U5 |& K! n; W, x1 {6 R8 y7 `  W' R

  \$ \4 V4 R4 O4 q" A网络使用情况
5 N. O6 B# x9 _% `' ~表 10 显示了每一次测试运行期间数据库服务器网络界面的负载情况。/ ^5 h* Y. x( u; R$ {. C
  • 网络峰值 KB/sec = 最高的报告网络使用量,用于查看是否有不正常的情况发生。
  • 网络平均值 KB/sec = 所有报告网络使用量的平均值。
  • 网络总值 KB/sec 更改 = 为了消除正常的 Windows 操作的网络使用量,我们计算使用当前测试运行的平均网络 KB/sec 使用量减去以前测试运行的平均网络 KB/sec 使用量(例如,10 到 15 个用户之间的总体 KB/sec 更改是 263.54 – 157.11 = 106.43)。
  • 单个用户网络 KB/sec 更改 = 总体网络 KB/sec 更改除以 5(这一数字在测试运行期间随实际用户数增减)。! e: T! F6 S+ S3 }

/ f8 A* y# s. g% T5 T表 10. 数据库服务器网络使用情况
6 T5 |! L% y2 m- g# R; ~4 B
测试运行峰值网络 KB/sec平均网络 KB/sec总体网络 KB/sec 更改单个用户网络 KB/sec 更改
5 个用户802.2674.52NANA
10 个用户922.15157.1182.5916.52
15 个用户10095.64263.54106.4321.29
20 个用户11356.14435.65172.1134.42
25 个用户11755.05505.9170.2614.05
单个用户的平均网络 KB/sec = 21.57

6 g# b2 |) ?+ a% G) }; S/ h图 10. 在 两个小时测试运行期间的数据库服务器网络使用情况
- L1 O' j$ ~5 e% ^5 k 0 O! J2 [( [7 M9 p
. j2 Y7 h, U' z, K

. r) B8 i6 Y, x( Y. B) ]

! `: {7 i6 f- F7 r# F- L结论6 y+ d: e- y1 s  r% j
目标
( r% h( w$ M; x1 g8 [" S# T  Z2 B目标 1. 在一个给定的硬件配置条件下,决定有多少个并发用户可以有效地发挥功能。! ^9 _" N; {/ q: P6 a
考虑到本文中使用到的硬件配置情况,我们相信 25 个并发 Rational System Architect 用户能够有效地发挥功能。执行典型操作的响应时间是可接受的,打开一个图表平均的最长时间为 2.24 秒。: c! A  \' q6 y  f  `
限制测试环境可伸缩性的主要因素是程序服务器的 CPU 和内存使用情况。在 25 个并发用户的情况之下,CPU 和内存使用率分别是 74% 与 84%。其他的用户有可能导致资源过多使用,并造成显著的性能降级。% F- M( T8 M3 ^) u
目标 2. 开发一个指南,来帮助预计随着并发 Rational System Architect 用户数量的增长所需要的硬件。0 d1 d) Q2 U1 V- X) T
表 11 显示了测试环境之中单个用户对资源的平均使用情况。
! d. C1 R- [  d. ]) x) W8 Q" \% o# L. D( N/ b! f" C, E
表 11. 单个用户的平均资源使用情况
  ?& c% Y7 d7 a+ u  [2 b
: s4 n+ _" J% X8 Q: S* C: m
程序服务器数据库服务器
CPU3.01%0.71%
内存118.5 MB0.05 MB
硬盘0.24%0.21%
网络21.75 KB/s21.57 KB/s
通过查看单个用户对资源的平均使用情况,估计支持其他 Rational System Architect 用户所需要的硬件就成为可能的了。让我们考虑一下以下两种情况:50 个和 200 个并发用户。1 T5 ~7 o* j8 t' }& r7 D
50 个用户" D1 x0 z; O2 l" n1 m
$ h; A& E9 o* C& G
程序服务器
4 r4 X. F& y5 @
从程序服务器开始,我们可以看到单个用户的硬盘和网络使用都非常低,而且不是限制性的因素。估计的硬盘使用率是 12%(.24 * 50),而网络使用将会是 8.7 Mbps(21.75 * 8 * 50)。) Y7 B" J3 F2 k5 E% |+ |
CPU 使用率为单个用户 3.01%,用户负载为 50 时,本文所用到的双核 CPU 负担就会过重了(3.01 * 50 = 151%)。另外,内存使用为每用户 118.5 MB,用户负载为 50 位时,可以使用到的内存都会被使用到(118.5 * 50 = 5.9 GB)。为了消除这些限制性的因素,我们推荐将使用到的程序服务器升级到带有 8 GB RAM 的四核 CPU。
7 @; W" F/ c$ t1 t. l! R; P/ e! j; s4 K) R" N0 `) q
数据库服务器
+ y" X4 @, ]( S) t2 s
至于数据库服务器,我们看到 CPU,硬盘和单个用户的网络使用率都很低,并且不会成为限制性的因素。估计的 CPU 使用率会是 35.5%(.71 * 50),硬盘使用率是 10.5%(.21 * 50),而网络使用情况是 8.6 Mbps(21.57 * 8 * 50)。
' b  g1 J1 N* h: U4 r3 U8 N  b( _当您在考虑数据库服务器上的内存使用情况时,查看数据库的大小,要比查看单个用户对内存的使用情况更加重要。一般来说,您需要足够多的内存,来承担使用到的最大数据库。本文中使用的数据库大小为 2.8 GB。考虑到现代的数据库随着时间的推移不断变大,所以将 RAM 配置为 4 GB 将会是合理的。
- C( [2 z5 N0 I& [! z( R总而言之,本文中使用到的数据库服务器能够支持 50 个并发数据库。
2 y( A) b2 Y7 _4 Z200 个用户; y1 f; D1 l! ^+ R
6 o$ x! W  ?- K3 z& _
程序服务器

3 J2 L/ [5 e; }  q: @从程序服务器开始,我们可以看到单个用户的硬盘和网络使用都非常低,而且不是限制性的因素。估计的硬盘使用率是 48%(.24 * 200),而网络使用将会是 34.8 Mbps(21.75 * 8 * 200)。
+ k# b, q8 v+ W; x5 B/ @! s" @CPU 使用率为每位用户 3.01% 时,在 200 个用户的负载下该研究所使用的双核 CPU 负担就变得过于严重了(3.01 * 200 = 602%)。另外,当内存使用率为每用户 118.5 MB 时,在 200 个用户的负载下所有可用的内存都会得到使用(118.5 * 200 = 23.7 GB)。您可以使用两种方法来转移这些限制性的因素:
5 o# F4 O, t4 w; ~1 u
  • 第一种方法是在一个单个的高性能服务器上部署 Rational System Architect,该服务器由拥有 32GB RAM 的 4 核 CPU 组成。
  • 另外一种更为实用的方法是在四个不同的程序服务器上部署 Rational System Architect。每个程序服务器拥有单个的四核 CPU 以及 8 GB 的 RAM,并且可以支持多达 50 个的并发用户。这种方法就是所谓的 服务器集群。其他的程序服务器可以根据需要添加至集群之中,支持日益增长的可伸缩性。数据库服务器1 v6 q. ]: P  D' Y
切换至数据库服务器,我们看到单个用户的硬盘和网络使用都非常低,而且不是限制性的因素。估计的硬盘使用率是 42%(.21 * 200),而网络使用将会是 34.8 Mbps(21.57 * 8 * 200)。
# H; Y. A& o! e: U1 `9 O7 T$ j就算单个用户的 CPU 使用率很低,当它为 .71% 时,在 200 个用户的负载之下数据库服务器的单个 CPU 负担将会非常严重(.71 * 200 = 142%)。为了移出该限制性因素,我们推荐您将数据库服务器升级为双核的 CPU。
, E0 E" |; W' y7 p  }! }* Q' e当您在考虑数据库服务器之上的内存使用情况时,查看数据库的大小,要比查看单个用户所使用数据库的情况更加重要。一般来说,您想拥有足够多的内存,来承担使用到的最大数据库。本文所使用的数据库大小为 2.8 GB。考虑到数据库的规模随着时间的增长不断扩大,所以配置一个 8 GB 的 RAM 将不失为一个明智的选择。
- C0 n! _$ L' A, Q+ t1 m4 s总而言之,为了支持本文中 200 位并发用户使用数据库服务器,您需要升级到带有 8 GB RAM 的双核 CPU。: z8 \  ^$ ?: r# A, K8 r

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
 楼主| 发表于 2011-12-15 16:05:24 | 显示全部楼层
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

关闭

SCMLife推荐上一条 /4 下一条

QQ|小黑屋|手机版|无图版|SCMLife.com ( 京ICP备06056490号-1 )

GMT+8, 2018-9-22 12:09 , Processed in 0.073179 second(s), 6 queries , Gzip On, MemCache On.

Powered by SCMLife X3.4 Licensed

© 2001-2017 JoyShare.

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