云计算与数据中心建设.pdfVIP

云平台性能管理与容量规划 企业级信息技术相关职能部门参考组织架构 需求、设计需求、设计 开发开发 测试测试 发布发布 生产生产 1.建立容量、性能管理委员会，由一部三中心的人员组成 2.按照SLA形成、维护性能 KPI 1.新应用性能预估、建模 3.技术研究（产品性能白皮书，性能基线） 2.大版本变更性能预估、建模 4.定期的容量规划评估会 开发中心开发中心 3.应用性能调优 4.应用性能建模 5.根据容量预测，安排资源采购 4.应用性能建模 5.根据容量预测，安排资源采购 SLA的性能需求 SLA的性能需求 1.按照SLA进行性能测试 业务部门业务部门 信息科技信息科技 测试中心测试中心 2.压力测试 主管部门主管部门 运行中心运行中心 及及 同城灾同城灾备中心备中心 数据中心数据中心 1.性能监控及跟踪 异地灾异地灾备中心备中心 2.性能、容量信息收集，分析，评估 3.系统性能调优 建立企业级容量规划、性能管理的业务效益 针对业务部门的需求，集成信息科技主管部门、软件开发中心、测试中 心及运行中心等部门，通过统一、规范化的管理平台，对业务服务生命 周期的容量规划、性能管理的流程。 通过对IT资源容量有效的管理及对运行性能持续地监控，降低业务服务 中断中断的风险的风险。。 提前在新应用开发、测试阶段，建立起性能管理、容量规划的基线， 而了解新应用、或现有应用大版本变更对于现有生产运营带来的影响， 从而降低与新的或改进的服务项目相关的风险。 提高IT资源容量的利用效率，在恰当的时候及时适量投资，这意味着采 购流程再也不需要应付临时的采购或超前于需求而购买过度的容量， 而总体成本降低了。 通过在确定变更对IT容量的影响时与变更管理密切配合，防止了由于不 恰当或不正确的容量估计所导致的紧急变更，从而降低了业务运作中断 的次数。 更为灵活的预测使得对业务需求的响应变得更快速和更准确。 容量规划、性能管理及相互关系 容量规划主要管理以下几个方面： 处理容量的购买成本相对于业务需求来说，是否合理以及处理容量是否以 最有效的方式(成本vs容量)被加以利用？ 当前的处理容量是否 够满 业务当前以及未来的需求(供给vs需求)？ 现有的处理容量是否发挥了最大的效率(性能管理、调整)？ 额外的处理容量准确地讲应该在什么时候形成？ 额外的处理容量准确地讲应该在什么时