应用系统容量管理资料.pdf

应用系统容量管理 应用系统容量管理是构建IT 服务的重要过程，是ITIL 框架和ISO/IEC20000 标准中的标 准过程之一，应用系统容量体现了该应用系统的处理能力，特别是最大处理能力，对于系 统的正常运行、业务的产能规划保障、市场活动的冲击等都有着非常重要的意义，而随着 目前应用复杂度和系统架构复杂度的不断增加，对于容量的判断和管理是非常困难又非常 必要的，这是 ITSM 体系中对于系统可用性、可靠性和健壮性的集中体现，同时，容量管 理也决定了投入成本的最优化，随着业务地快速增长、对客户体验的关注度上升、对系统 投入成本的管理等，都使得应用系统容量管理成为一个非常现实的需求和重要的管理目标。 应用系统容量管理作为打基础的项目，需要优先完成以下目标： 1、建立标准化的容量管理程序，从流程制度上规范各系统容量管理的目标和方法； 2、分批次对重要应用系统进行业务容量分析，完成关键容量指标（KCI）的制定； 3、结合业务产能规划，根据关键容量指标进行数据分析，建立关键容量指标的监控 和预警体系，为下一步进行容量模型的分析建立基础。 一、 容量管理目标 根据项目目标进行分解，分为管理办法发布、关键容量指标库制定以及关键容量指标 监控三个子目标分别进行实现。 1、管理流程和规范制定：《业务系统容量管理办法》 该办法需明确业务系统容量管理的范围、涉及容量管理的一系列管理过程和环节，明 确各参与方的工作内容和职责，制定容量管理程序，主要包括以下内容： （1）关键容量指标的建立、修改、监控、关闭等过程，明确需求、设计、开发、投 产、运行等过程中关键容量指标的管理职责； （2 ）业务产能规划中关键容量指标的应用过程，与业务产能管理相关办法相结合， 明确业务产能变化、各类活动影响对于关键容量指标变化的管理过程； （3 ）明确在达到系统容量指标阀值的情况下，对系统进行优化、扩容以及业务应对 等活动进行的规范和管理环节，明确容量变化时各系统应采取的措施； 2、基础数据收集及分析：关键容量指标 （KCI）梳理及入库 分批次对重要应用系统进行业务容量分析，完成关键容量指标的制定：按照各业务系 统（或独立业务模块），根据应用系统对整体业务的影响程度，分批次建立各系统的关键 容量指标，并对关键容量指标进行数据采集，为监控和分析建立基础，总体上分为6 批次 进行： （1）运营类系统：根据目前的系统分布、影响程度，结合相关各系统的建设项目， 分批次进行实施。具体而言，目前运营系统的关键业务指标和运行监控基本比较成熟，因 此可直接运用目前的关键指标进行监控，且运营系统做为业务运营的关键性系统，产能影 响明显，因此运营系统作为第一批关键容量指标系统纳入管理，运营类系统的容量指标重 点是能够通过这些指标反应出系统对于业务产能的支持程度； （2 ）互联网系统：从2013 年开始，互联网类应用开始越来越重要，由于互联网应用 系统具有周期短、变更频、社会影响大等特点，该批次的应用系统关键容量指标梳理作为 年度容量管理项目的重点来进行，互联网类应用系统包括现有网站、商城、微信等应用系 统，互联网系统容量指标应考虑能够承受的用户访问、客户端响应速度、集中的用户访问 程度等； （3 ）渠道类应用系统：渠道类应用系统是与客户直接交互的通道，其容量关系到对 外通道的稳定性，是实现客户沟通的重要手段，对于容量的要求尤其重要，因此需对该类 系统尽快完成关键容量指标的梳理和监控，渠道类系统关注的容量指标主要考虑一段时间 内该系统的交易通过量； （4 ）其他生产类系统：其他生产类系统按计划纳入第四批、第五批进行，主要包括 基础架构类系统、风险控制类系统和其他辅助生产类系统； （5 ）办公类管理系统：办公类管理系统也纳入容量管理计划； 应用系统关键容量指标的制定采用 PDCA 模式进行，即先根据最表面的业务应用场景 为系统制定关键业务指标，再逐步深化分析影响业务指标的系统容量指标，逐步完成对该 系统的容量数据的采集，为后期的模型建立数据基础，关键容量指标的完成标准为关键容 量指标容量库的建立和管理状况，为系统建立容量阀值，定期发布系统容量报告。 3、监控管理系统建设：关键容量指标的监控与发布 建立重要系统关键容量指标的监控机制，应用系统关键容量指标库建立后，需要建立 常规性的容量监控机制，否则系统容量管理无法有效落实。 本着实用