基于商业银行信息系统性能容量管理方法.docVIP

基于商业银行信息系统性能容量管理方法 　　通过监控、跟踪、分析信息系统的资源使用状况，对信息系统资源进行调整、分配、优化，确保业务处理的顺利开展，对于保障信息系统的稳定运行具有至关重要的作用。本文基于商业银行信息系统的性能、容量管理领域，旨在建立合理的信息系统性能容量测量和评估方法，通过实践分析结合根据不同方面的容量研究结果，对信息系统的容量状态进行判断，建立合理的信息系统性能容量评估模型。 　　【关键词】容量管理 容量测量 容量评估 容量监控 运维实践 　　人类社会进入信息化时代，日益激烈的社会活动对商业银行业务连续运营、健康发展提出了至高的要求，商业银行的信息系统基础设施必须具备极高的安全性、稳定性。信息系统的容量管理对于保障系统的稳定、安全、高效运行，保障信息系统的能够提供及时、快捷的信息处理能力至关重要。容量不足有可能由于促销活动、硬件故障等原因引起的信息软件系统不足以支撑业务运行的风险，可能导致业务的终止或交易缓慢，影响正常的业务开展；容量超配会造成资源浪费。 　　容量管理致力于根据业务发展需求，在恰当的时间（在需要的时候）以恰当的成本协调地提供所需的信息系统资源。通过不同层面、不同手段的容量管理方法的研究已成为国内外研究的热点，而信息系统性能容量管理是其中重要一部分，其在确保信息系统容量经济合理、服务可用性、业务可满足性等方面有重要作用。精细化的容量管理可以合理的对基础设施资源进行评估，满足当前及可预期时间的业务需求，避免由于业务增长、促销活动等原因引起的信息系统不足以支撑业务运行，进而出现业务缓慢或终止的风险。 　　制定适合的信息系统性能容量管理策略，对有效监控、管理信息系统资源有重要现实意义。对此，从信息系统的角度对容量管理进行讨论和研究，从数据中心现有的运维环境出发，建立适合的信息系统容量管理策略，实现有效的容量分析、测量和风险识别，提高日常容量管理工作的合理性和有效性，确保能够经济、合理地满足商业银行生产系统在容量方面的各项需求。 　　1 引言 　　信息系统容量是指信息系统以及支持其运行的信息系统基础设施可以提供的最大能力、空间或吞吐量。对于信息系统来说，业内常使用单位时间处理事务数、响应时间和并发量这些指标来衡量其容量。 　　容量管理通过监控分析信息系统资源的使用状况，进行必要的优化调整，制定容量计划，保障信息系统正常运行，支持业务发展。也就是说，对于信息系统，通过一定的手段对其依赖的信息系统资源的使用情况进行监控，如CPU利用率情况，结合信息系统容量来判断目前运行所用资源是否合理，并给出管理计划。 　　因此在信息系统性能容量管理的研究中，涉及到如下关键概念： 　　事务处理能力（TPM）：每分钟事务处理量。交易类系统中常代表“每分钟系统处理完成的交易量”，批量类系统中常代表“每分钟系统处理完成的任务数”，或其他可适用于代表信息系统处理能力的指标。通常在习惯上业内以“交易”代称“事务”。 　　响应时间：信息系统从接收一个事物到处理完成该事物的耗时，通常以单位时间或指定事物处理总量的总响应时间来计算平均响应时间。 　　并发量：信息系统单位时间处理的事物量，一般以同时点TPM、响应时间、时间长度计算平均并发量。 　　CPU利用率：信息系统所在逻辑服务器的CPU资源使用率，对于集群部署的信息系统，会通过一定算法得出集群逻辑服务器的整体CPU利用率。 　　2 信息系统容量测量 　　商业银行信息系统在开发阶段做性能测试、压力测试，分别从投产前和投产后两个角度对信息系统性能容量测量方法进行介绍，目的是为了解决“如何获取投产前的信息系统性能容量基线”和“如何对已投产的信息系统性能容量进行测量”。 　　2.1 信息系统的性能测试 　　信息系统在投产上线前，需要尽可能准确地进行容量测量。通过非功能测试和孤岛环境测试，为建立信息系统容量基线提供测试数据。 　　测试环境通常按一定比例分配相应系统资源进行测试，然后按照线性比例对容量进行评估。通过测试验证信息系统是否满足容量需求、发现性能拐点，形成上线参数、测试报告，指导信息系统建设容量管理基线。 　　孤岛环境测试又称为准生产测试，是在信息系统正式投产前，通过网络隔离等手段预防生产影响，在其实际投产使用的系统资源中进行测试，以得到更加准确的信息系统性能容量指标。 　　测试过程采用负载发起机和挡板程序模拟交易的渠道端与服务端，测试场景采用联机交易模型进行配比，每组场景单独测试，按照并发用户数梯度等差设置；按照设置的场景逐步增加压力，直到满足测试出口条件（满足资源阈值、达到性能拐点或其它约束条件），结束测试。通过这种方式，可得出如下容量指标：事务处理能力（TPM）、响应时间、业务成功率、系统资源使用率等。 　　为了尽可能准确的测试出信息系统性