如何确定服务器配置
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
3.热备等系统软件所占的内存256MB
4.应用程序所占的内存1G
5.数据库缓存4GB
6. 合理的内存利用率一般低于50%
總計15G
存储容量需求分析
參考當前SUN的數據庫服務器的硬盤容量﹕550G﹐由于未來SUN的產能將逐步擴大﹐ 下面來規划存儲容量解決方案﹕由于操作系統(含系統捕丁﹐其他必須軟件等)約需40G空間的硬盤﹐數據庫所占空間約30G﹐由于要保存連續三天的備份數據庫文件及歸檔日志文件﹐如此占空間大概在120G左右﹐另由于查詢歷史數據庫﹐要裝載倆個歷史數據庫﹐大約占空間60G﹐另存放歷史備份數據庫文件﹐一般保留一年(其他超過一年以上的保存在歷史備份服務器上)四個季度的數據庫文件合計約120G﹐同時會保存其他一些重要資料文件﹐初步估計需要20G﹐硬盤空間的利用率一般不超過85%﹐如此計算硬盤容量為
C:为主机CPU处理余量。实际应用经验表明，一台主机服务器的CPU利用率高于80%则表明CPU的利用率过高会产生系统瓶颈，而利用率处于75%时，是处于利用率最佳状态。因此，在推算主机性能指标时，必须考虑CPU的冗余，设定C=75%。
F:为系统未来3~5年的业务量发展冗余预留。
综上所述，为保障用戶能正常使用生產資訊管控系統，依照上面評估服務器的說明結合公司實際的生產運營狀況﹐以及PM提供的產能預測表﹐可推算得出主机所需的处理能力，据此得出相应的机型和配置。
IO槽:尽量保留更多的IO槽，防止将来插更多的PCI卡。
网络:选择合适的网卡，保证网络不是系统的瓶颈。
在评估数据库服务器性能时，最困难的事情是如何把握准确度问题，到底考虑哪些因素等。理想情况下，应考虑下列要素:
交易的复杂性
交易率
数据读/写比例
并发连接数目
并发交易数目
数据库最大表的大小
性能度量的目标
基于TPC-C的推算，评估数据库服wk.baidu.com器的CPU
内存容量需求分析
首先根据数据库容量算出所需的数据库缓存大小，再估计出操作系统、系统软件等所需内存，合计即是所需的内存容量。
对于64位服务器，在实践中必须将数据库缓存大小限制为4GB
计算出系统内存需求为:
1.Windows2003操作系统所占的内存256MB
2.数据库管理(SQL2005 64 bit)系统所占的内存2G
以下计算公式是IBM公司在金融综合业务系统的实际应用中总结的经验方法论，基本反映了金融业务特点对主机处理能力的需求:
TPM=TASK x 80% x S x F / (T x C)
其中:
TASK:为每日业务统计峰值交易量
T:为每日峰值交易时间，假设每日80%交易量集中在每天的4小时，即240分钟内完成:T=240。
(40+30+120+60+120+20)/85%=460G
由于使用的磁盤管理的RAID5﹐HP硬盤的型號為HP 146GB/10,000rpm SAS Hard Drive﹐冗余耗費一塊硬盤﹐在線備用一塊硬盤﹐I/O的讀寫速度的快慢與硬盤的數量多少有直接關系﹐綜合估算需要6至7個硬盤﹐容量為876G,(由于使用RAID5技朮有倆塊硬盤不能做存儲使用
50*3*60*10*15=1350000
那么數據庫操作達到44085600+1350000=45435600(合計約4544萬次)
假設每天的數據交易的80%集中在16小時內發生﹐那么高峰交易時間內數據庫聯機交易次數為﹕45435600*80%/(16*60)=37863
要为将来陆续加入的应用至少预留40%的处理能力;另外，考虑到CPU的繁忙时间低于60%时，系统的性能较好，我们把这个比例定在50%。所以系统的TPC-C值应达到:37863÷(1-40%)÷50%=126210
假設EFOX系統每筆記錄交易的復雜度為15(上文有說明﹐參考值10 ~ 20),這里取值15﹐那么數據庫操作數達到﹕
2939040*15=44085600(合計約4400萬次)
另周邊部門及產線作業同仁隨時在查詢EFOX報表﹐估算50個用戶在使用﹐每分鐘使用3次﹐每天使用時間為10個小時﹐估算操作數據庫數達到﹕
TPC-C的吞吐量值是终端活动水平的直接结果，如每一个仓库有10个终端，在每一个终端上上述5个事务都是可用的，一个远程的终端仿真器被用来在性能测试过程中进行必要的事务混合工作。这个混合代表着一个完整的订单商务处理流程:录入、支付、检验、交付。更专业的是，这个必要的混合被定义为产生一个相等数量的新订单和支付事务，以及在每10个新订单事务中产生一个交付事务，一个订单状态检验事务和一个库存水平检验事务
处理器:要考虑高峰时的处理器的能力，并适当保留一些缓冲，确保在业务增长时，系统有扩展的余地。如果要保持快速的响应能力，应当为CPU保留20%至40%的富余量。
内存:要为运行在此服务器的所有应用软件考虑内存，所需要的内存主要依赖于用户数、应用程序类型、进程的方式、和应用程序处理的数据量决定。
磁盘:评估业务的实际用户的数据量，以此推算出磁盘的最小个数，不要忘记选择备份设备(如磁带机)。
服務器的性能的評估
一﹑客户端工作站或前端桌面的评估
二﹑通讯网卡和网络带宽的评估
根据工业界的Benchmark对服务器进行评估，推算出符合业务规模的服务器配置,同时要考虑在做系统管理时所消耗的资源，如在做备份、恢复、问题诊断、性能分析时、软件维护时都会对资源带来附加的消耗，对重要资源要考虑为将来留下升级和可扩展的余地，下列是一些通用的原则:
远程终端仿真器也被用来测量每一个事务的响应时间，以及用来模拟键入时间及思考时间，键入时间是指在终端上录入数据所花费的时间，思考时间是指操作人员在终端读取事务的结果，进行下一个事务请求之前所花费的时间。每一个事物都有一个最小键入时间和最小思考时间。另外，这个响应时间必须在一个给定的极限值之下。
TPC-C基准测试的结果--TPC-C的吞吐量(tpmC)，代表的是系统的最大的持续性能，它被定义为系统每分钟可以处理多少个新订单事务，与此同时，系统还在处理其他四种事务类型(支付、订单状态、交付、库存水平)。所有5个TPC-C事务都有某个限定的用户响应时间要求，其中新订单事务的响应时间是5秒以内。因此如果一个系统的TPC-C值是100tpmC/min，说明该系统在每分钟处理其他的混合的TPC-C事务的工作的同时，可以产生100个新订单事务。
如何使用TPC-C进行服务器的评估
由上可知，TPC-C测试基准主要用于测试主机服务器每分钟能够处理的联机交易笔数，测试产生的单位结果是TPM值(Transaction Per Minute，即每分钟处理的交易比数)。
TPC-C虽然客观的反映了各个计算机厂商的系统处理性能，并且测试基准也在不断完善以更加贴近现实应用的交易环境，但是仍然无法与纷繁多样的各类实际应用完全吻合;而且参加TPC测试的主机系统都做了适当程度的系统优化。因此，在实际业务应用系统选择主机服务器乘载体时，必须考虑到多方面的因素，以最大程度的做到适合应用系统的生产需求。
如何確定服務器配置
根据產線生產规模来选择服务器配置、内外置磁盘大小、以及网络带宽，是一件复杂的事情﹐參照未來的產能規模來評估所需服務器硬件配置﹐是建立一个接近真实流程应用的操作环境，进行各种压力测试，测算出不同的用户数量下，系统的响应时间和吞吐量，并得出当时服务器的各种资源的利用率情况，对硬件资源的完整评估，需要考虑下列几个方面:
TPC-C基准是事务处理委员会建立的一个专门演示在线事务处理性能(OLTP)的性能基准，它的测量方法是为了使客户能够评估不同的在线事务处理系统的性能，这些事务进程于一个可控制的状态下在一个标准的数据库中运行。
TPC-C测试包括5个典型的OLTP事务，它们是:
新订单:一个用户提交一个新的订单
支付 :更新用户的账户余额以反映一个支付
S:为实际银行业务交易操作相对于标准TPC-C测试基准环境交易的复杂程度比例。由于实际的金融业务交易的复杂程度与TPC?C标准测试中的交易存在较大的差异，须设定一个合理的对应值。以普通储蓄业务交易为例，一笔交易往往需要同时打开大量数据库表，取出其相关数据进行操作，相对于TPC-C标准交易的复杂度，要复杂很多;根据科学的统计结果，每笔交易操作相比较于TPC标准测试中的每笔交易的复杂度此值可设定为10~20。
交付 :订单的交付(通过一个批事务处理实现)
订单状态:返回用户最新订单的状态
库存水平:监控当前仓库库存
TPC-C的事务处理是在一个9个表的数据库上实现的事务处理过程包括:更新、插入、删除、终止，以及对主和次级键的访问,每种事务处理90%的响应时间应小于或等于5秒，其中，库存水平的响应时间可以在20秒以内。
使用TPC-C进行数据库服务器评估
由于目前SUN客戶產品未來的生產產品主要分三個階段的生產流程﹕PCBA段產品作業﹐半成品生產作業﹐成品段的生產作業.產線作業工站資訊管控系統工作模式為C/S(Client/Server)模式,參照SUN產能預測表﹐來推算每天的數據量﹕
2041*60*24=2939040
使用的硬盤為6至7塊.146GB/10,000rpm SAS Hard Drive
4.应用程序所占的内存1G
5.数据库缓存4GB
6. 合理的内存利用率一般低于50%
總計15G
存储容量需求分析
參考當前SUN的數據庫服務器的硬盤容量﹕550G﹐由于未來SUN的產能將逐步擴大﹐ 下面來規划存儲容量解決方案﹕由于操作系統(含系統捕丁﹐其他必須軟件等)約需40G空間的硬盤﹐數據庫所占空間約30G﹐由于要保存連續三天的備份數據庫文件及歸檔日志文件﹐如此占空間大概在120G左右﹐另由于查詢歷史數據庫﹐要裝載倆個歷史數據庫﹐大約占空間60G﹐另存放歷史備份數據庫文件﹐一般保留一年(其他超過一年以上的保存在歷史備份服務器上)四個季度的數據庫文件合計約120G﹐同時會保存其他一些重要資料文件﹐初步估計需要20G﹐硬盤空間的利用率一般不超過85%﹐如此計算硬盤容量為
C:为主机CPU处理余量。实际应用经验表明，一台主机服务器的CPU利用率高于80%则表明CPU的利用率过高会产生系统瓶颈，而利用率处于75%时，是处于利用率最佳状态。因此，在推算主机性能指标时，必须考虑CPU的冗余，设定C=75%。
F:为系统未来3~5年的业务量发展冗余预留。
综上所述，为保障用戶能正常使用生產資訊管控系統，依照上面評估服務器的說明結合公司實際的生產運營狀況﹐以及PM提供的產能預測表﹐可推算得出主机所需的处理能力，据此得出相应的机型和配置。
IO槽:尽量保留更多的IO槽，防止将来插更多的PCI卡。
网络:选择合适的网卡，保证网络不是系统的瓶颈。
在评估数据库服务器性能时，最困难的事情是如何把握准确度问题，到底考虑哪些因素等。理想情况下，应考虑下列要素:
交易的复杂性
交易率
数据读/写比例
并发连接数目
并发交易数目
数据库最大表的大小
性能度量的目标
基于TPC-C的推算，评估数据库服wk.baidu.com器的CPU
内存容量需求分析
首先根据数据库容量算出所需的数据库缓存大小，再估计出操作系统、系统软件等所需内存，合计即是所需的内存容量。
对于64位服务器，在实践中必须将数据库缓存大小限制为4GB
计算出系统内存需求为:
1.Windows2003操作系统所占的内存256MB
2.数据库管理(SQL2005 64 bit)系统所占的内存2G
以下计算公式是IBM公司在金融综合业务系统的实际应用中总结的经验方法论，基本反映了金融业务特点对主机处理能力的需求:
TPM=TASK x 80% x S x F / (T x C)
其中:
TASK:为每日业务统计峰值交易量
T:为每日峰值交易时间，假设每日80%交易量集中在每天的4小时，即240分钟内完成:T=240。
(40+30+120+60+120+20)/85%=460G
由于使用的磁盤管理的RAID5﹐HP硬盤的型號為HP 146GB/10,000rpm SAS Hard Drive﹐冗余耗費一塊硬盤﹐在線備用一塊硬盤﹐I/O的讀寫速度的快慢與硬盤的數量多少有直接關系﹐綜合估算需要6至7個硬盤﹐容量為876G,(由于使用RAID5技朮有倆塊硬盤不能做存儲使用
50*3*60*10*15=1350000
那么數據庫操作達到44085600+1350000=45435600(合計約4544萬次)
假設每天的數據交易的80%集中在16小時內發生﹐那么高峰交易時間內數據庫聯機交易次數為﹕45435600*80%/(16*60)=37863
要为将来陆续加入的应用至少预留40%的处理能力;另外，考虑到CPU的繁忙时间低于60%时，系统的性能较好，我们把这个比例定在50%。所以系统的TPC-C值应达到:37863÷(1-40%)÷50%=126210
假設EFOX系統每筆記錄交易的復雜度為15(上文有說明﹐參考值10 ~ 20),這里取值15﹐那么數據庫操作數達到﹕
2939040*15=44085600(合計約4400萬次)
另周邊部門及產線作業同仁隨時在查詢EFOX報表﹐估算50個用戶在使用﹐每分鐘使用3次﹐每天使用時間為10個小時﹐估算操作數據庫數達到﹕
TPC-C的吞吐量值是终端活动水平的直接结果，如每一个仓库有10个终端，在每一个终端上上述5个事务都是可用的，一个远程的终端仿真器被用来在性能测试过程中进行必要的事务混合工作。这个混合代表着一个完整的订单商务处理流程:录入、支付、检验、交付。更专业的是，这个必要的混合被定义为产生一个相等数量的新订单和支付事务，以及在每10个新订单事务中产生一个交付事务，一个订单状态检验事务和一个库存水平检验事务
处理器:要考虑高峰时的处理器的能力，并适当保留一些缓冲，确保在业务增长时，系统有扩展的余地。如果要保持快速的响应能力，应当为CPU保留20%至40%的富余量。
内存:要为运行在此服务器的所有应用软件考虑内存，所需要的内存主要依赖于用户数、应用程序类型、进程的方式、和应用程序处理的数据量决定。
磁盘:评估业务的实际用户的数据量，以此推算出磁盘的最小个数，不要忘记选择备份设备(如磁带机)。
服務器的性能的評估
一﹑客户端工作站或前端桌面的评估
二﹑通讯网卡和网络带宽的评估
根据工业界的Benchmark对服务器进行评估，推算出符合业务规模的服务器配置,同时要考虑在做系统管理时所消耗的资源，如在做备份、恢复、问题诊断、性能分析时、软件维护时都会对资源带来附加的消耗，对重要资源要考虑为将来留下升级和可扩展的余地，下列是一些通用的原则:
远程终端仿真器也被用来测量每一个事务的响应时间，以及用来模拟键入时间及思考时间，键入时间是指在终端上录入数据所花费的时间，思考时间是指操作人员在终端读取事务的结果，进行下一个事务请求之前所花费的时间。每一个事物都有一个最小键入时间和最小思考时间。另外，这个响应时间必须在一个给定的极限值之下。
TPC-C基准测试的结果--TPC-C的吞吐量(tpmC)，代表的是系统的最大的持续性能，它被定义为系统每分钟可以处理多少个新订单事务，与此同时，系统还在处理其他四种事务类型(支付、订单状态、交付、库存水平)。所有5个TPC-C事务都有某个限定的用户响应时间要求，其中新订单事务的响应时间是5秒以内。因此如果一个系统的TPC-C值是100tpmC/min，说明该系统在每分钟处理其他的混合的TPC-C事务的工作的同时，可以产生100个新订单事务。
如何使用TPC-C进行服务器的评估
由上可知，TPC-C测试基准主要用于测试主机服务器每分钟能够处理的联机交易笔数，测试产生的单位结果是TPM值(Transaction Per Minute，即每分钟处理的交易比数)。
TPC-C虽然客观的反映了各个计算机厂商的系统处理性能，并且测试基准也在不断完善以更加贴近现实应用的交易环境，但是仍然无法与纷繁多样的各类实际应用完全吻合;而且参加TPC测试的主机系统都做了适当程度的系统优化。因此，在实际业务应用系统选择主机服务器乘载体时，必须考虑到多方面的因素，以最大程度的做到适合应用系统的生产需求。
如何確定服務器配置
根据產線生產规模来选择服务器配置、内外置磁盘大小、以及网络带宽，是一件复杂的事情﹐參照未來的產能規模來評估所需服務器硬件配置﹐是建立一个接近真实流程应用的操作环境，进行各种压力测试，测算出不同的用户数量下，系统的响应时间和吞吐量，并得出当时服务器的各种资源的利用率情况，对硬件资源的完整评估，需要考虑下列几个方面:
TPC-C基准是事务处理委员会建立的一个专门演示在线事务处理性能(OLTP)的性能基准，它的测量方法是为了使客户能够评估不同的在线事务处理系统的性能，这些事务进程于一个可控制的状态下在一个标准的数据库中运行。
TPC-C测试包括5个典型的OLTP事务，它们是:
新订单:一个用户提交一个新的订单
支付 :更新用户的账户余额以反映一个支付
S:为实际银行业务交易操作相对于标准TPC-C测试基准环境交易的复杂程度比例。由于实际的金融业务交易的复杂程度与TPC?C标准测试中的交易存在较大的差异，须设定一个合理的对应值。以普通储蓄业务交易为例，一笔交易往往需要同时打开大量数据库表，取出其相关数据进行操作，相对于TPC-C标准交易的复杂度，要复杂很多;根据科学的统计结果，每笔交易操作相比较于TPC标准测试中的每笔交易的复杂度此值可设定为10~20。
交付 :订单的交付(通过一个批事务处理实现)
订单状态:返回用户最新订单的状态
库存水平:监控当前仓库库存
TPC-C的事务处理是在一个9个表的数据库上实现的事务处理过程包括:更新、插入、删除、终止，以及对主和次级键的访问,每种事务处理90%的响应时间应小于或等于5秒，其中，库存水平的响应时间可以在20秒以内。
使用TPC-C进行数据库服务器评估
由于目前SUN客戶產品未來的生產產品主要分三個階段的生產流程﹕PCBA段產品作業﹐半成品生產作業﹐成品段的生產作業.產線作業工站資訊管控系統工作模式為C/S(Client/Server)模式,參照SUN產能預測表﹐來推算每天的數據量﹕
2041*60*24=2939040
使用的硬盤為6至7塊.146GB/10,000rpm SAS Hard Drive