总体解说容量和性能管理流程---ITSS
20150827淡然
续上
2.3.流程执行
2.3.1.流程总图

上图是某公司性能与容量管理流程的框架。首先,监测现有的性能数据,并进行分析和总结;其次,通过应用容量预测以及未来需求的调研,确定未来应用容量的需求;对比现有性能与容量和未来容量需求,通过分析,找出二者间的差距;最后,根据差距分析的结果,建立和更新性能与容量计划,以满足未来性能与容量的需求,性能与容量计划同时也作为未来性能数据监测的依据。ITSS考试

上图为某公司性能与容量管理流程总图,下表对活动进行描述并说明输入/输出。
编号 | 管理活动 | 描述 | 输入/触发条件 | 输出 |
3.2.1 | 监测与收集数据 | 监测服务与资源的性能与容量 | 门限 | 容量数据(如交易量)、性能数据(如响应时间)、 |
3.2.2 | 分析数据 | 分析服务和资源性能数据 | 容量数据、性能数据 | |
3.2.3 | 性能优化 | 对服务和资源性能进行调优 | 性能数据、变化趋势 | |
3.2.4 | 实施 | 实施服务和资源优化 | ||
3.2.5 | 应用容量预测 | 应用容量方法预测应用软件的硬件需求,确保满足预定的服务级别 | SLR、SLA、可用性计划 | 资源需求 |
3.2.6 | 模型分析 | 通过模型分析预测容量开发的最佳方案 | 业务战略与计划、IT战略与计划 | 未来资源需求 |
3.2.7 | 需求管理 | 对业务需求进行分析和过滤 | 业务战略与计划、IT战略与计划 | 确定的需求 |
3.2.8 | 差距分析 | 对性能与容量的现状和需求进行对比,发现差距 | 差距分析结果 | |
3.2.9 | 建立和更新容量计划 | 通过差距分析的结果,建立和更新容量计划,以满足业务需求 | 财务计划与预算 | RFC、工单及更新后的容量计划 |
2.3.2.流程分解图
2.3.2.1.监测与收集数据

编号 | 管理活动 | 描述 | 输入/触发条件 | 输出 |
3.2.1.1 | 建立团队,明确职责 | 建立监控团队,明确各自的职责与分工 | 容量计划 | 容量管理团队 |
3.2.1.2 | 评估关键组件 | 评估并确定关键IT组件 | 关键IT组件 | |
3.2.1.3 | 确定方法和工具 | 确定监测的工具与方法 | 服务与资源的监测工具与方法 | |
3.2.1.4 | 制定监测计划 | 根据监控对象、监控工具和方法,制定监测计划 | 服务目录、阈值、实施效果反馈 | 监测计划 |
3.2.1.5 | 执行监测任务 | 根据监测计划,执行监测任务 | 资源利用报告、监测数据 |

2.3.2.2.数据分析
编号 | 管理活动 | 描述 | 输入/触发条件 | 输出 |
3.2.2.1 | 确定目标与范围 | 确定分析阶段要达到的目标与范围 | 目标与范围 | |
3.2.2.2 | 确定分析方法与工具 | 确定分析方法与工具 | 方法与工具 | |
3.2.2.3 | 确定分析对象 | 确定数据分析的对象 | 分析对象 | |
3.2.2.4 | 抽取数据 | 根据上述确定的方法、对象等,从容量数据库中抽取数据 | 容量与性能数据 | |
3.2.2.5 | 分析执行 | 对抽取出的数据进行分析,得出容量与性能现状ITSS认证 | 资源利用报告 |
2.3.2.3.性能优化

编号 | 管理活动 | 描述 | 输入/触发条件 | 输出 |
3.2.3.1 | 制定初步方案 | 制定初步的性能优化方案 | 初步方案 | |
3.2.3.2 | 影响和风险分析 | 对优化涉及到的风险和可能产生的影响进行分析 | 影响和分析评估结果 | |
3.2.3.3 | 方案测试 | 对优化方案进行测试,论证其技术可行性 | 测试报告 | |
3.2.3.4 | 制定优化方案 | 根据影响和风险分析、以及方案测试结果,优化方案 | 影响和分析评估结果、测试报告 | 优化方案 |
3.2.3.5 | 批准方案执行 | 容量经理批准执行 | 被批准的优化方案 |
2.3.2.4.实施

编号 | 管理活动 | 描述 | 输入/触发条件 | 输出 |
3.2.4.1 | 备份基准 | 实施前,对现有的系统配置基准进行备份 | 实施方案 | |
3.2.4.2 | 优化实施 | 根据实施计划,进行实施 | 实施方案 | 优化的系统 |
3.2.4.3 | 实施效果评价 | 对实施效果进行评估 | 实施效果评估报告 |
2.3.2.5.应用容量预测

编号 | 管理活动 | 描述 | 输入/触发条件 | 输出 |
3.2.5.1 | 预测未来交易量 | 根据未来业务发展战略和计划,分析并预测未来业务的交易量 | 业务发展战略与计划 | 未来交易量 |
3.2.5.2 | 应用质量要求 | 根据SLA,分析对应用的质量要求 | SLA | |
3.2.5.3 | 可用性要求 | 根据可用性计划,分析应用的可用性要求 | 可用性计划 | |
3.2.5.4 | 其他约束条件 | 确定和分析其他约束条件 | ||
3.2.5.5 | 确定资源需求 | 根据以上的分析,确定应用对系统的容量和性能要求 | 资源需求 |
2.3.2.6.趋势分析

编号 | 管理活动 | 描述 | 输入/触发条件 | 输出 |
3.2.6.1 | 趋势分析 | 根据收集的数据和计划,确定容量和资源的随外界因素的变化而变化的趋势 | 服务性能数据、资源利用数据、IS/IT战略与计划 | 性能与容量随相关因素的变化趋势 |
3.2.6.2 | 未来资源需求 | 根据变化趋势,确定未来的资源需求 | IS/IT战略与计划 | 资源需求 |
2.3.2.7.需求管理

编号 | 管理活动 | 描述 | 输入/触发条件 | 输出 |
3.2.7.1 | 需求分析 | 综合趋势分析和应用容量预测的结果,并结合IS/IT战略与计划,对需求进行分析 | 趋势分析和应用容量预测结果IS/IT战略与计划 | |
3.2.7.2 | 客观条件限制 | 考虑客观条件限制 | ||
3.2.7.3 | 成本限制 | 考虑成本条件的限制 | ||
3.2.7.4 | 需求确定与批准 | 根据以上的分析,确定需求,并征得容量经理得批准 | 容量与性能需求 |
2.3.2.8.差距分析

编号 | 管理活动 | 描述 | 输入/触发条件 | 输出 |
3.2.8.1 | 建立差距分析报告 | 分析容量与性能的现状和需求,分析二者间的差距,制定差距分析报告。 | 容量与性能管理现状、容量与性能需求 | 差距分析结果 |
3.2.8.2 | 改进建议 | 根据分析报告中的差距,提出改进建议 | 改进建议 |
2.3.2.9.容量计划

编号 | 管理活动 | 描述 | 输入/触发条件 | 输出 |
3.2.9.1 | 建立和更新容量计划 | 依据差距分析的结果,建立新的或更新容量计划。ITSS培训 | 差距分析结果 | |
3.2.9.2 | 批准容量计划 | 容量经理批准容量计划 | 容量计划 | |
3.2.9.3 | 容量计划发布与执行 | 发布容量计划,并实施 | RFC、工单 |
待续
本帖关键字:ITSS