1、0性能 基本理和流程范 1主要学内容/要点：性能 基本理， 以及模型介性能 的基本程，各段的介性能 流程例程概程名称 性能理基以及基本流程基本描述本程介性能 的理基，性能 的基本流程程目： 了解性能 的基本理了解性能 的基本程了解性能 流程各段范2第一部分 性能 基本理， 及模型介第二部分 性能 基本流程，各段介第三部分 性能 流程典型的企业信息服务系统架构图：常企系架构一般分：客端；网；防火；均衡服器（硬件如F5、件Apache等）；Web服器；用服器（中件Weblogic、Tomcat等）；数据服器等涉及人包括：性能工程；系管理；网工程；DBA；程序人；架构示例3第一部分 性能 基本理，
2、及模型介什么是性能系 其功能的能力,性能行描述可以从宏和微两个面 宏上：系能定运行，高并 量下系不宕机,一定数量的促或 活系理完需要的，系能支撑的量，系每 秒 能理的交易或者事数，系的容量，系能否支撑未来一段内量增加等。 微上：每笔交易或者每个事的源开，包括CPU，磁的IO，网 ，服器的接数，各种程，程池的使用情况，JVM heap的使用，内存的分配，回收，象占用内存的大小，存的，条目大小，存的大小，命中率不未命中率，接口用的响 ，系交互的响快慢等等4第一部分 性能 基本理， 及模型介性能指衡量性能的好坏，需要使用一些性能指来描述，以下是一些最常使用的性能指： 响 (Response Time
3、)：求或者某个操作从出的不收到服器响的的差, 一般的是事的响 ，响 是衡量系性能的一个很重要的性能指。 吞吐率(TPS Transaction Per Second)：系每秒能理的交易或事的数量,一般的是每秒通的事数，TPS也衡量系性能的一个很重要的性能指响 和TPS 两个非常重要的性能指，任何系的性能都可以用两个指来描述， 不用的用系会衍生出一些的指，但都是从两个指 化而来的事：自定的某个操作或者是一 求的集合。例如在登 面，入完号密，从点登按开始到跳到新的面且面加完全，一步操作，我定 一个事，于打开一个面，从 器中入URL地址到面加完全，我把一程定 一个事，它包括若干个HTTP求，所以事也
4、是一 求的集合。5第一部分 性能 基本理， 及模型介 源开（SD Server Demand）:每个交易或者事系源的消耗，是一个可量化的概念，用来衡量不同交易或者事 源的消耗程度。例如CPU的消耗程度用消耗的CPU秒数来衡量，其算 (1*CPU个数*CPU利用率)/TPS=每个事或者交易的CPU开。其他的磁IO以及网 有似的算方法。 并用(Concurrency) ：真用的相操作之会有一定的隔(称之思考)，所以并用有和相之分。狭的并是某个点同向服器出求的并用数。广上的并是一段内向服器出求的并用数例如商的 流程包括登， 品面，加入物，去算，确商品清，确地址信息，使用券，提交 ，去支付。100个人
5、同在网站上下 ，但因每个人行 流程中的步有快有慢，所以在同一 点向服器出求的是不会有100个的，会小于100个，我假 10.那么个100 是相的并用数，10 的并用数。6第一部分 性能 基本理， 及模型介 PV (Page View)：即面量，或点量；用每1次网站中的每个网 均被1次。用同一面的多次，量累。 PV是衡量子商网站性能容量的重要指。PV有全天PV,平均每小PV以及高峰1小的PV UV (Unique Visitor)：UV(独立客), 网站的一台客端一个客。00:00-24:00内相同的客端只被算一次。UV也会有全天UV,平均每小UV和高峰1小的UVPV和UV是衡量web站点的两个
6、重要的指。PV/S由TPS通一定的模型化PV。例如若把一个完整的面定 一个transaction,TPS就可以等同于PV/S。PV于UV之存在一个比例，PV/UV可以理解平均每个人 的面个数。个比会有一定 的波，促期的PV/UV比会略高于平的PV/UV。所以用PV来衡量web站点的容量更准确。7第一部分 性能 基本理， 及模型介 每秒点率（Hit/S）：每秒的Hit数，反映了客端每秒向服器端提交的求数量，一个hit一次HTTP求，性能 程中一般不求静的源(JS，CSS，片文件等)，所以Hit/s一般指求。 化率：客网站，把客化成网站的常用而再提升成网站的消用，而由此生的消率就是 化率，它是衡量
7、子商网站运水平的重要指。算方法是一段内(一般1小)的有效数(状C+M)/人数(UV)8第一部分 性能 基本理， 及模型介性能通自化的工具模多种正常、峰以及异常条件来系的各性能指行 型不同的目的有以下的几种常的 型： 性能 ：系在正常的情况的各性能指,即通整,找到合适的,使系的源的利用率于中等的情况下,采集系的各指 ：系在不同的的情况的性能表,可以得到系在不同下的性能化，求性能的拐点。例如其他条件相同，分 系在20,50,100并用下的各性能指，找到其化的律，找到系的能达到的最大TPS， 的响 和源消耗9第一部分 性能 基本理， 及模型介 力 ：系在高的情况下的性能表，找系能承受的最大以 及的系
8、吞吐率 基准 ：确定的系，代版本行的，采集性能指，作后期的版本比 定性 : 以正常或者稍高于正常施加于系，行 的， 能定的运行，以及系的各性能指会不会随着 生化。 展性 : 通常用于新系，新境的搭建，通先 台服器的理能力,然后逐增加服器数量，集群境下的台服器的理能力是否有耗。10第一部分 性能 基本理， 及模型介 景与 景 景即流程，具体的操作的和。描述的是具体的用行，可以通用的行行分析得到，也可以根据以往的数据 景行估。 景性能非常重要,是性能 景的的重要来源。 景 景是 景的模， 景尽可能的近真的 景，但是有由于条件所限制，会做一些整和特殊的置11第一部分 性能 基本理， 及模型介 景与混
9、合景 景 景中只涉及到个的流程，目的是系的个在响正常，系源利用正常的情况下所能达到的最大的TPS，系的个的容量。 混合景 景中涉及到多个流程，且各流程在混合的流程中占的比重会不同。目的是了系的混合在响 正常，系源利用正常的情况下所能达到的最大的TPS，系的混合的容量。号流程量占比（%）1首10%2 品40%3三面20%4关字25%5流程5%6和100%12第一部分 性能 基本理， 及模型介 模型或 模型混合景里含有多个 流程，但是每个 流程所占的比重会不一， 每个 以及 的比重，称之 模型，于web站点，我称之 模型一个的 模型13第一部分 性能 基本理， 及模型介第二部分 性能 基本流程，各
10、段介第三部分 性能 流程例14第二部分 性能 的基本流程，各段的介性能 的行程系性能LoadRunnerVUGENLoadRunnerCONTROLLER&ANALYSIS段 5分析 果，写 告段 4行景段 3 境确和准景段 2建虚用脚本段 1制定性能划方案NOTE: 是LR的一个典型工作流程。15第二部分 性能 的基本流程，各段的介性能 划/方案 制定划/方案前需要做的事情 熟悉流程，明确性能目的，不开人，人，架构，有的性能工程沟通，找到性能点 熟悉被系的架构，不其他系的交互程，系的硬件配置信息，件配置信息，性能有重要影响的关配置信息需要明确的列丼出来 明确目的上 点，目前目的度，可配的源包
11、括境和性能人16第二部分 性能 的基本流程，各段的介 制定性能 划/方案性能 划方案是性能的指，是后一序列活的依据，完整的性能 划方案需要填写以下的几个部分： 概述 整个 目行整体的描述 目的 划中必有明确的目的，它是性能退出的判断条件 境 明确的 境的硬件信息，若有生境，除要有生境的信息外，需要有境的差异分析 数据 明确 数据的要求，例如可重复使用，参数的数量，分布等 景 最初的 景的，包括每个 景的置，目的，境的整， 数据的特殊要求等 行划 最初的 景的行 划 划更 整个 目中的未按照划行的部分 参与人 目的参与人以及每个人的和分工 控制 期的和不可控的因素以及它 目度的影响第二部分 性能
12、 的基本流程，各段的介建虚用脚本虚用脚本是行 的前提条件,整个性能 的的果的准确性有丼足重的影响。脚本的制作需要遵循一定的范.良好的虚用脚本至少需要足以下的几点要求：虚用脚本模的 流程不真用的行 尽可能的保持一致，不能有大的偏差。脚本有要的描述，一些关的行步有注，明事的定准确，即事的起始界和束界位置正确，同需要事的通不失行明确的 和判断，确保景运行事的 是准确的。合理行参数化，是否参数化以及参数的分布，参数的取和更新方式，参数的数量等都会影响性能 果的准确性脚本中要明确是否需要做关以及关的位置合理准确，有些求理 中的 比弱，然脚本能运行成功，但服器会抛exception。 数据准确，有效，足性
13、能 的要求。避免因 数据的不合理影响性能的果脚本中的参数和量的使用要合理。脚本中加入一些必要的控制 ，使脚本健壮，定运行。1718第二部分 性能 的基本流程，各段的介 确 境在 境搭建好后，需要确 境，需要做以下的一些事情： 收集并 境的硬件信息 部署的代版本。 境各服器是否部署控程序，性能 人是否具 控限 所有服器的程是正常外提供服 确系是否具 行性能 的条件(可适当用小 下系) 确系无外界干，性能 行程中确保能独占 境 确服器所在的操作系的状正确，包括CPU,内存使用，磁空剩余是否足等 于数据服器，确保数据的基数据量足 需求，数据中的表若有重大的改，确行runstat操作等.19第二部分
14、性能 的基本流程，各段的介 景 景的置性能 的果影响很大。行 之前必确景的置是否正确。以下 景置中通常需要确的 点： Schedule中虚用的Ramp up, Duration, Ramp dump 置正确，于定一段 后自运行或者到某个 点自运行的景确点了 start scenario，景入倒 景中使用的agent确能 通，agent的源空，无外界的干。Agent的C的磁空足，temp目有足的空。Agent的host配置正确，确保求送到指定的系。 景中若使用到了集合点，确集合点的放按需求置 确景的RTS(若是由脚本建景的，脚本的RTS会初始化景的RTS)置正确，run logic，log已关，
15、Download non HTML resources置正确，Browsersimulation 中的 置正确。 行 前根据checklist 景行确20第二部分 性能 的基本流程，各段的介行 景性能 行是一个 -解决 ，复- 新 的迭代的程。需要开人，系运人，DBA，架构等共同参与的分析 ，解决 的程：性能 解决系性能 行修复后复此段可能涉及 和代 更21第二部分 性能 的基本流程，各段的介收集整理 果，写 告性能 达到 目的，性能 束，性能 人整理 程中的脚本，段果，数据，整理 的 和解决程，写性能 告。最 外提供性能 告作性能 目的22第一部分 性能 基本理， 及模型介第二部分 性能 基
16、本流程，各段介第三部分 性能 流程例23第三部分 性能 流程例24第三部分 性能 流程例性能 程参与人 部/目理：性能 需求的提出方，需要明确的提出性能 的目， 解 流程和操作 开人：具体目或者功能的开 施人，参与性能 的断以及化 性能 人：性能 的准以及性能 行的施者 系运人： 日常系运工作。在具体的性能 目中 境的搭建，系 的方案的具体 ，系的控以及日常的运。25第三部分 性能 流程例需求段新功能的上，架构的整，性能化点，版本的更若有性能需求，先需要填写性能需求 需求来源：性能 的需求来源主要有四个：日常需求，架构改造，性能化，新目。不目前商的四 目： 型，化型，准型，新成品型并不冲突，只
17、是更程度的划分 需求提出的 点：性能 需求越早越好。于新系，新的目，需要在立后提出。26第三部分 性能 流程例 需求中必明确以下的几部分：1）需求基本信息 系人 开 系人 划上 要求2） 需求概述 需求概述 期峰 景 性能 的目的和意 是否其他 有影响3）期 性能指 用 量 面响 量 化率27第三部分 性能 流程例 准 段在制定好性能 划后，在境和功能基本定可行的情况下，可入性能的准段，主要包括脚本，数据， 境的准以及版本布等 方案 ：制定了性能 划的同，需要 的方案，即按照什么的思路和策略去， 方案中需要 具体的 的景以及 景的行序，每个景的重点关注点等 方案 ：性能 人制定了初步的性能 划
18、和方案后，不架构，目理/ 部共同交流， ，估 方案的 是否合理，若不合理，需要一步修改知道三方都同 方案止。 方案 通以后入具体的 准步 脚本：性能 工程开和 性能 的脚本28第三部分 性能 流程例 数据：性能 工程熟悉 流程，确需要的 数据，在 人的配合下准好数据 境：性能 工程在得境信息和基本的控限后，确系的架构，硬件配置信息 版本布：由运管理中心的系管理工程来行版本的布29第三部分 性能 流程例行段 准入 ：性能 需要足一定的条件才能介入，性能 人按照checklist逐个 条件是否足。若足条件，允入性能 段 行：性能 准入 通以后，性能 人按照 的 方案， 景行 ，或者在系 之后行复，
19、 程中 程中 的 ，收集整理 程中的分析材料， 束后收集并整理 果 性能 ：性能 行程中遇到性能 ，性能 人需要 性能 ，并收集的分析材料， 程中架构，系运人，开人，DBA需配合分析 ，提出化修改的建。性能 人需要 的分析程以及解决方案。在性能 修复后入 行步 化后的效果30第三部分 性能 流程例 准生 境 ： 有些性能 境架构相比复，性能 境 通后，保准生境在正式外后能正常提供服，减少上的 ，由目人申在准生境行 的 相关的 。上 目理，由目理 确是否需要行准生 境的力 。注意：在生网段的 ，需向运管理中心申，批准才可行。 告： 行以及性能 的迭代程后，系的性能指 足 目， 行段束。性能 人 写性能 告31第三部分 性能 流程例上前段性能人提交性能 告，件抄送目的参与人THANKS！演讲完毕，谢谢观看！
