资源描述
1.1、信息系统由计算机、通信设备、处理设备、控制设备及其相关的配套设施构成,按照一定的应用目的和规则,对信息进行采集、加工、存储、传输、检索等处理的人机系统。1.2、软硬件平台指信息系统运行的环境,主要包括硬件(服务器、存储)和软件(操作系统、数据库和中间件) 部分。1.3、非安全区即In ternet ,此区域允许外网用户随意访问。1.4、安全区内网,此区域通常不对外提供服务。1.5、DMZ 区又称非军事区,介于非安全区与安全区之间,此区域按需对外网用户提供部分服务。1.6、FCSAN指采用光纤通道的存储区域网络,是一种将存储设备、连接设备和服务器集成在一个高速网络 中的技术,SAN作为存储网络,与LAN网络隔离,主要承担数据存储任务。1.7、?FCSwitch指光纤通道交换机,是一种高速的网络传输中继设备,以光纤作为传输介质,是组成FCSAN光纤存储网络的光纤交换机。1.8、磁盘阵列由多个容量较小、速度较慢的磁盘组合成一个磁盘组,以提升整体性能和存储空间。1.9、虚拟机指使用系统虚拟化技术,运行在一个隔离环境中、具有完整硬件功能的逻辑计算机系统。1.10、负载均衡分为硬件和软件负载均衡,软件负载均衡指通过将负载均衡软件安装在一台或多台服务器相应 的操作系统上来实现负载均衡,硬件负载均衡是直接将负载均衡设备部署在服务器和外部网络之 间,专门完成负载均衡任务。1.11、关键应用系统指对业务开展起核心的支撑作用的,对可靠性(Reliability )、可用性(Availability )和可 服务性(Serviceability) 等具有非常高要求的应用系统,如资产管理系统、营销管理系统、财务管 理系统、人力资源系统、协同办公系统和综合管理系统。1.12、非关键应用系统指除关键应用系统外的应用系统。1.13、TPC-C测试指模拟一个批发商的订单管理系统进行数据库事务处理测试,主要衡量服务器及数据库软件处 理在线查询交易处理(OLTP的性能表现,正规TPC-C测试结果发布必须提供tpmC值,即每分钟完 成多少笔 TPC-C?(TPC-CTransactionPerMinute)数据库交易。1.14、业务交易在TPC-C估算法中,业务交易指的是用户的业务请求,用户每次查询、修改和删除操作均各算 一次业务交易。二、软硬件平台架构1、 网络从安全角度上分,一般分为 DMZ区和安全区(内网),根据应用的用途、架构、功能, 选择适合的网络环境。2、DMZ区和安全区(内网)内各信息系统应按照相关信息安全等级保护的要求,依据分区、 分级、分域的原则,进行安全域的划分,实现各安全域差异化的信息安全防护。3、软件架构方面,对维护简单、不需要更新客户端的应用系统,建议采用Browser/Server( B/S) 架构,对响应时间要求快、客户端操作界面复杂和有较多个性化要求的应用系统,可采用Clie nt/Server(C/S)架构。4、 对性能要求不高的B/S架构应用系统,可采用 Web客户端/应用服务器/数据库服务器三层 架构;对性能要求高的B/S架构应用系统,应采用 Web客户端/Web服务器/应用服务器/数据库服 务器四层架构,Web服务器用于专门处理HTTP请求(request),应用服务器通过多种协议为应用系 统提供处理商业逻辑(businesslogic)。三、存储设备1、存储设备包括本地物理服务器(或者虚拟机)的存储设备和共享存储设备。对于共享存储 设备,结构化数据建议采用支持FCSA或高带宽、低延迟的磁盘阵列,非结构化数据可以采用高性 价比的NAS乍为存储设备。2、存储设备的选择主要考虑性能、管理复杂程度与可扩展性,应支持存储虚拟化技术,以提高存储资源的利用率,降低管理复杂度和成本,支持开放结构,可方便的被其他厂商的系统管理软 件使用,支持动态可扩展,无须终止应用程序即可扩展存储空间。3、对可用性要求高、数据读取速度快、存储空间需求大、在线可扩展等应用系统,原则上应 使用共享存储设备;数据库服务器及虚拟化的物理服务器应通过存储网络和共享存储设备相连。4、对于关键应用系统,建议采用数据分级存储,根据数据的访问频率、保留时间、容量、性 能要求等因素设置数据迁移规则,将访问频率较低的数据存储在磁带库等成本较低、速度较慢的存 储设备中,将访问频率较高的数据存储在磁盘或者磁盘阵列等成本较高、速度较快的存储设备中。四、服务器1、 数据库服务器建议采用小型机或者高性能服务器期,应用服务器/Web服务器建议采用机架 服务器或刀片服务器。2、针对服务器硬件配置要求较低、无特殊硬件(图像显示卡、音频卡、加密卡等)要求和 I/O 需求不高(IO吞吐率不超过50MB/S)的信息系统建议运行在虚拟机上,以提高资源利用率。3、虚拟机数据应存放在共享存储设备上,以提高整体系统的可用性和性能。4、关键应用系统的应用服务器/Web服务器前端应部署硬件负载均衡设备,根据预设的负载均 衡策略,将用户访问导向负载压力较小的虚拟机 /物理服务器。五、负载均衡1、负载均衡设备主要应用于应用服务器和 WE曲艮务器,关键应用系统因对性能要求较高,建 议以共享的方式使用硬件负载均衡设备。2使用硬件负载均衡有两种部署方式:直联和旁路方式,建议采用旁路方式,将多台负载均 衡设备分别连接到多台核心交换机,多台负载均衡设备间互为备份,不同应用系统的应用服务器 /Web服务器集群共用多台负载均衡设备。六、资源分配方法对存储资源采用分解法估计,对数据库服务器资源采用TPC-C值估算法,对Web服务器资源采 用SPECweb200估算法,对应用服务器采用 SPECjbb2005估算法。资源分配的基本方法是首先了解信息系统的非功能性需求,初步估计各类型服务器(数据库服务器、应用服务器、Web!务器、接口服务器和其他服务器)总体资源需求,再根据需求冗余、安 全等方面要求,确定各类型服务器所需物理服务器数量,基本原则如下:1 )单台服务器能提供足够处理能力的不再分解为多台物理服务器。2)应用服务器采用多个逻辑(物理)节点组成集群时,4个节点以下(含4个)的集群,总体 处理能力一般按各节点处理能力总和的 60灿算,4个节点以上的集群,总体处理能力一般按各节 点处理能力总和的50%+算。3) web服务器采用多个逻辑(物理)节点组成集群时,4个节点以下(含4个)的集群,总体处 理能力一般按各节点处理能力总和的 70%计算,4个节点以上的集群,总体处理能力一般按各节点 处理能力总和的60%+算。本文主要介绍数据库服务器、应用服务器、 Web服务器的资源估算方法,其他类型服务器的资 源可参考进行估算。在进行实际分配资源时,可根据资源需求的估算进行一定程度上的调整。七、服务器资源估算方法7.1、数据库服务器TPC-C古算法1、 适用范围:适用于对数据库服务器(应用服务器、Web服务器可参考)所需服务器的 CPU 能力进行估算。根据估算出的TPC-C值选择合适的服务器和服务器配置。2、原理介绍:该估算法是通过计算应用系统峰值每分钟需要处理的业务交易数,再综合考虑业务交易的复杂程度、未来业务交易数量的增长和CPU处理余量等因素,通过公式计算得出一个估 算值,以此来评估需要服务器必须达到的 TPC-C值。3、计算公式:TPC-C值=(TASKx80%)/T)xSxF/C4、参数解释:? TASK典型工作日平均业务交易总量,指的是应用系统需要处理的用户业务请求的总和。? TASKx80%假设典型工作日80%勺业务交易集中在高峰时段。? TASKx80%/T即应用系统峰值每分钟处理的业务交易数。? T:应用系统典型工作日业务交易峰值(完成80滋易)持续时间,以分钟为单位。? S:实际业务交易操作相对于标准 TPC-C测试基准环境交易的复杂程度比例。? F:系统未来的业务交易量发展冗余预留,需要根据应用系统情况估算。? C:服务器CPU利用率估算值。实际应用经验表明,服务器的CPU利用率高于80%W表明CPU 的利用率过高会产生系统瓶颈,而利用率处于 75%寸,是处于利用率最佳状态。此值一般 设定为C=75%5、计算步骤:步骤一:估计应用系统平均典型工作日处理的业务交易总量可以通过以下方法估算:1、估算典型工作日平均登录系统的用户数。2、 估算平均典型工作日每个用户执行的业务交易数。例如,如果平均每个用户执行五次查询、五次修改和五次保存操作,那么平均每个用户执行的事务数为15次。3、根据1和2估算出应用系统平均每典型工作日处理的业务交易总量。步骤二:估算应用系统每日峰值持续时间(单位为分钟)估算应用系统典型工作日峰值持续的时间,指的是应用系统典型工作日每天繁忙的时间。 例如, 股票交易系统每天的繁忙时间为上午 9: 30至11:30和下午13:00至15:00,那么它的峰值持续时 间为3+2=5小时=300分钟。步骤三:估算应用系统峰值每分钟需要处理业务交易数计算应用系统峰值每分钟需要处理业务交易数时,需要估算典型工作日高峰时间处理的业务交易数占每天平均处理的业务交易总数的比例。通常按照20-80的原则进行估算,即80%勺业务交易在高峰时间进行,20%勺在非高峰时间进行根据上述步骤,可以算出应用系统峰值每分钟需要处理业务交易数。步骤四:估算应用系统事务复杂度由于实际业务交易的复杂程度与 TPC-C标准测试中的业务交易存在较大的差异,应设定一个合 理的对应值,根据经验,简单事务的 S值为2-5,一般复杂事务为6-12,较复杂事务为13-16,高 度复杂事务为17-20。针对数据库服务器,S值建议设置为15。步骤五:估算应用系统未来一段时间后预留量。如果预计未来用户数翻番,预留量即为 200%步骤六:将以上各参数值代入公式,计算出TPC-C值。步骤七:根据计算出TPC-C值,选择等于或者大于TPC-C值的目标服务器。6、TPC-C估算法实例1)情景描述:A、某应用系统平均每天20,000个用户次登录系统;B平均每个用户执行五个查询事务和五个更新事务;C每天最忙时间从上午9: 15到上午10: 15时间段;D未来一年,用户数估计要增加一倍。2)计算步骤:步骤一:估算应用系统峰值每分钟需要处理事务数,高峰时间段每分钟需要处理事务数=20,000x( 5+5)x80%/60=2666.67。步骤二:估算应用系统事务复杂度:本实例事务复杂度为15。步骤三:估算应用系统未来一段时间后预留量:预留量为200%步骤四:将以上各参数值代入公式,计算出TPC-C值。TPC-C值=2666.67*15*200%/75%=106,6667.2、未公布服务器TPC-Cfi估算法1、 适用范围:本方法适用于通过厂商已公布型号服务器的TPC-C值估算未公布服务器的TPC-C 值。2、原理介绍:对于非满配置的服务器需要进行估算,而 TPC-C性能指标反映的是服务器的整 体性能指标,包括:系统结构、处理器、缓存、内存、I/O等,因此不能简单从TPC-C值推算出CPU 内存的数值,需要综合考察设备的整体性能。为了简化计算,假设服务器的TPC-C值和CPU数和频 率呈线性关系,因此可以根据满配置的服务器大概估算出非满配置的相同型号或同档次服务器的 TPC-C 值。3、计算公式:目标配置服务器的TPC-C值(同型号服务器满配置的服务器的 TPC-C值十CPU个数十CPU主 频频率)*估算服务器的CPI个数*CPU主频频率4、计算步骤:步骤一值或者通过厂商获取该值。步骤二:将满配置服务器型号的CPU个数和主频、目标配置的服务器的CPU个数和主频等代入 公式。步骤三:通过公式计算目标配置的服务器的TPC-C值。7.3、Web服务器SPECweb200粘算法适用范围:适用于为支持满足特定吞吐量和客户请求响应速率要求的WEB服务器的性能进行估算。原理介绍:Web服务器通常需要衡量它可以支持满足特定吞吐量和客户请求响应速率要求的WE服务器的最大并发连接数量,而 SPECweb200是由标准性能评估组织(SPEC专门开发的 Web 服务器基准测试。服务器厂商通常会提供每种型号服务器的 SPECweb200值。使用本方法估算不考 虑网络因素,假设客户端和服务器位于同一局域网中,网络传输时间可以忽略。计算公式:SPECWeb20(值=(总用户数*在线率*在线用户平均发起http请求数)/(1 冗余率)参数解释:?总用户数:应用系统总的用户数。?在线率:应用系统使用高峰时用户的在线率。?在线用户平均发起http请求数:平均每个在线用户发起的 http请求数量。?冗余率:需要预留的冗余率。计算步骤:步骤一:估算系统总的用户数。步骤二:估算应用系统使用高峰时用户的在线率。步骤三:估算平均每个用户发起的 http请求数量。步骤四:设置预留的冗余率。步骤五:将步骤一、二、三、四的估算值代入公式,计算出SPECweb200值。步骤六:根据计算出SPECweb200值,选择等于或者大于 SPECweb200值的目标服务器。7.4、应用服务器SPECjbb2005古算法使用范围:适用于估算Java类应用服务器所需达到的服务器性能。原理解释:SPECjbb2005是评估服务器端Java性能的SPE(测试工具。SPECjbb2005通过模拟 三层C/S系统(主要是中间层)来评估服务器端Java的性能。服务器上运行基于J2EE的中间应用软 件平台,可以将其应用处理能力量化为 Java处理能力性能值SPECjbb2005同时充分考虑系统的 冗余处理能力以及系统资源分配情况,即可估算出服务器的处理能力性能值。公式:SPECjbb2005=A B/ (1-C-D)参数解释:?A:每秒最多需要同时处理的业务交易量。B:每笔业务交易需消耗的SPECjbb2005峰值,根据经验,每笔业务交易消耗一般为200个bops, 或根据该笔业务交易的java语句数量进行计算,B= 亥笔业务交易的java语句数/5。C:系统的冗余处理能力。D:非Java应用所占用的系统资源百分比。例如某系统业务交易峰值为1000笔/秒,系统冗余处理能力预留30%非Java应用所占用的 系统资源百分比为20%根据计算公式,服务器SPECjbb2005性能值为:1000*200心-30%-20%)=400,000。7.5、数据库服务器内存估算法适用范围:适用于估算数据库服务器(应用服务器、Web!务器可参考)所需的内存。原理介绍:数据库服务器相对其他服务器来说,因为涉及大量的数据处理,需要把数据载入 内存,以加快处理速度,所以需要更多的内存。计算方法:根据标准化设计,将数据库内存容量(单位为 G)和CPU勺核心的数量的比例按照4:1配置, 一个CPU勺核心对应4G内存。例如服务器配置两个 4核CPU则建议配置32G内存。
展开阅读全文