学电脑,学计算机 | 手机访问 | 加入收藏 | 设为首页 | RSS
当前位置:首页 > 操作系统 > Solaris专题 > 正文

常见Sun系统容量规划的问题

发布时间:2016-05-07 09:50:09  来源:本站整理
【摘要】: 常见Sun系统容量规划的问题

Sun服务器容量规划总是乱七八糟,现将学习的培训资料,将常见的Sun服务器规划的数据总结如下:

1. CPU:1-72

1.2GB USIV, 双内核双线程

其中每内核:

L1,L2,和内存控制器均在CPU上,

L1 Cache,需<1ns时间访问:
4路64KB数据cache,
4路32KB指令cache,
4路2KB预取cache,
4路2KB写cache,

L2 Cache,需10-20ns时间访问:
8MB cache

内核间cache独立,不共享


2. 内存:2GB-576GB,修改内存及内存数据同步时间180-440ns,

建议每CPU至少配2GB内存,每CPU实际可对应16GB内存
理论系统带宽:2.4GB/s/CPU,
实测系统带宽: 1.9GB/s/CPU,
全系统持续带宽:9.6GB/s, 2-24CPU, 43GB/s, 72CPU

3.I/O,硬盘访问时间5-70ms, 网络100ms延迟。

每I/O板理论带宽2.4GB/s, 实测带宽840MB/s
每I/O板2个I/O控制器
每I/O每I/O控制器理论带宽1.2GB/s,实测带宽420MB/s

其中.
硬盘:9GB-300GB/个
I/O性能:
9 GB 7200转/分,141次I/Os每秒
18 GB 10000转/分,141次I/Os每秒
36 GB 15000转/分,178次I/Os每秒, 12-20MB/s
73 GB 10000转/分,122次I/Os每秒
146GB 10000转/分,130次I/Os每秒
180GB 10000转/分, 86次I/Os每秒

1个66MHz PCI总线, 插FC光纤硬盘,1个100MB/s FCAL光纤环提供I/O实测带宽94MB/s
1个66MHz PCI总线, 插FC光纤硬盘,2个100MB/s FCAL光纤环提供I/O实测带宽186MB/s


Internet网络客户:
每个56Kbps Modem, 需网络带宽0.0056MB/s

4.系统

(不知,很少公布,高手补充)


5.应用

数据库层:

联机事务处理常用2KB I/O,文件服务常用8KB I/O, 决策支持常用64KB I/O,
2-200行SQL,1 SQL操作对应3-9 I/Os操作,平均每次交易对应70KB/s,
(如300万次IBM TPCC世界记录:70KB/s/交易 * 3000000交易/60秒 = 2.1GB/s I/O),
1CPU 对应60GB/s I/O,2MB内存对应1数据库用户,额外需相当于5-15%总数据库的内存,64MB内存对应于OS,例如:

Oracle数据库常规应用,1000并发用户,大量并发小规模随即数据读写,采用2KB I/O,
约需:
每8CPU对应10000用户,
I/O带宽: 2KB/s * 1000并发用户 * 5I/Os/每次交易 = 10MB/s
需硬盘数: 5I/Os/每次交易 * 1000并发用户 / 100 I/Os/硬盘 = 50硬盘
一个硬盘不够,只能用50个硬盘组成卷,
IDE因为总线所支持硬盘数少,而不予考虑,
SCSI总线最多可支持16个设备,单条总线不够,而必须在PCI总线上多插SCSI卡,带多SCSI总线,
SCSI/FC带宽40MB/s 到320MB/s, 66MHz PCI带宽,均够用,
(
Oracle数据库决策系统,1000并发用户,大规模连续数据读写,采用64KB I/O,
约需:
所有CPU可能被一用户所消耗,多配CPU,
I/O带宽:64KB/s * 1000并发用户 * 5I/Os/每次交易 = 320MB/s
IDE因为总线带宽不够及所支持硬盘数少,而不予考虑,
SCSI总线最多可支持16个设备,单条总线不够,如不用320MB/s硬盘,则而必须在PCI总线上
多插SCSI卡,带多SCSI总线,
FC带宽无论1Gb/s或2Gb/s, 均不够用,必须在PCI总线上多插FC卡,带多FC环
1个66MHz PCI总线, 带宽足够,但可能PCI槽位由于插多SCSI/FC卡而需另加一PCI总线。
如Sun Fire 15K TPC-H世界记录, 36CPU, 实际系统带宽57GB/s,
运行Oracle9i, 5TB数据,插71 FC卡连188T2B,3384个FC硬盘,用128KB 1/O,
实际理论I/O带宽: 8*100*18=14400MB/s, 实测需10.3GB/s

NFS文件服务应用,1MHz CPU对应1 Mbps网络, 即每千兆网1 CPU,每64NFS用户对应128MB内存,
如为轻I/O应用,每硬盘对应2并发用户,8-9硬盘每SCSI总线,每百兆网对应40用户。

中间件层:
?。。。。。。。(如何规划,需高手补充)
Sun Fire v20z 双节点集群SPECjAppServer2002世界记录, 690.13TOPS@DualNode
2x 2.2 Ghz, AMD Opteron 248双节点。

Web层:
在线用户数对应1点击每秒,多数页面点击文件大小<15KB,1点击对应2 I/Os操作,
已知世界记录为2000年美国总统选举时
CNN使用Sun Web服务器创造的3.3百万点击每分(?), 1CPU对应800动态页面点击/s,1CPU需4GB
内存,一个10000转/分硬盘对应50个点击/s,一千兆网对应3500-5000点击,
Sun Fire v20z 2x2.4GHz CPU SPECweb99_SSL世界记录, 2,500个连接数。


而且应用所需配置应只针对服务器70%的工作负载,即应用如需100%的能力,服务器应在当年实际具有
143%的能力。


对于一个应用程序:

因为CPU到L1 cache 时间<1ns, 到L2 cache时间<20ns, 等内存同步需180-440ns,等硬盘读
数据5-70ms,等以太网络最大100ms延迟,
所以对一个数据的读写操作,其一个循环即相差几十1000倍(ns-ms),编程要珍惜每一个从网络服务器
硬盘读的数据,对于C等,读入的数组行应尽量在Cache行中用完,如:

将:
for (i=0; i<n; i++)
a[i] = 2 * b[i];

for (i=0; i<n; i++)
c[i] = a[i] + d[i];
改为:
for (i=0; i<n; i++)
{
a[i] = 2 * b[i];
c[i] = a[i] + d[i];
}

系统性能才不会降低,浪费CPU,内存,I/O...

有些乱,欢迎补充!

发表评论 共有条评论
验证码: