容量管理的几个重要环节
www.InnovateDigital.com 整理 制定容量计划 容量计划描述了当前及未来对IT基础设施容量的需求、IT服务需求方面的预期变化、过期组件的替换以及技术方面的最新发展。容量计划还说明了在考虑未来服务级别需求的情况下,以可接受的成本提供服务级别协议(SLA)中约定的服务级别而需要作出的变更。因此,容量计划不仅需要描述预计的变更,而且要指出相关的成本。容量计划应当每年进行一次修订,同时为保证其正确性应当每季度进行一次审查。 从某种程度上讲,容量计划是容量管理流程最重要的输出结果。容量管理流程的输出结果通常包括一个与预算、财务计划和长期计划同步的年度容量计划,以及包括有关预定的容量变更的详细信息在内的季度容量计划。这就形成了一套一致的计划,其详细程度随着规划期间的延长而提高。 一份容量计划应当包含性能预测、升级点、基础设施升级(资本、招募、运营、人事)的预定成本等方面的信息。这些信息应当根据动态的环境定期地更新。 模拟 模拟是一个非常有力的容量管理工具,主要用于预测基础设施的运行状况。 容量管理可用的一系列工具包括从简单的评价和估计工具到全面的模型和测试工具等。前者比较便宜,通常适合于常规性的容量管理活动。后者通常只适合用于大规模的实施项目。 在上述处于两个极端的工具之间,存在一些比估计工具准确但却又比全面的测试工具便宜的技巧。按照成本由小到大的顺序排列,这些技巧包括: ● 拇指规则; ● 线性预测(趋势分析); ● 分析性模拟; ● 仿真模拟; ● 基线评价(标杆)(最准确); ● 系统实际运行考察。 趋势分析可用于获取有关负载量方面的信息,也可用来也预测大致的响应时间。 分析性模拟和仿真模拟有其自身的效益和成本。例如,仿真模拟可用于准确地预测一台主机的运行性能,也可能作为应用选型的一项要素。然而,分析性模拟和仿真模拟却是一种非常消耗时间和资源的方法。分析性模拟和仿真模拟之间的准确度差异是模拟工具、分析员或模拟者的技巧以及假设或约束条件的函数。 基线意味着一个实际的运营环境被创建了,例如,在供应商的计算机中心。该环境可以用来实现性能要求,并可以用于进行“如果……怎么办”分析或变更仿真模拟,例如,“当一个应用组件被转换到另一个计算机系统中时将会产生什么后果?”或“当一个应用组件被转换到另一个计算机系统中时将会产生什么后果?”或“如果业务量翻一番,则会产生什么样的后果?” 应用选型 应用选型主要考察运行新的或改进的服务(如处于开发或维护状态中的服务,或需要按照客户要求购买的服务)所需的资源。有关的预测信息应当包括预期的性能水平、必要的资源以及成本等。 这种方法在首次产品开发阶段显得尤为重要。关于这一阶段所需要的硬件和其他IT 资源,以及预期成本的准确信息对管理是非常有价值的。该方法还有助于草拟新的或改进的服务级别需求(SLR’s)或服务级别协议(SLA’s)。 针对一个大规模或复杂的环境进行应用选型要求付出很大的努力。首先,容量管理需要与开发人员一致同意实现服务级别需求。一旦服务运作到达接管和验收阶段,其绩效将会与约定服务级别目标进行比较以确保这些目标能够实现。 由应用选型所得到的一项输出结果是工作量变动的影响。这可用于预测如果用户数量增加25%,所需要的容量是多少。其他关于工作量的特征指标是一定时间内的容量需求(每天/周/年出现的高峰次数,以及未来的增长情况)。 监控 监控基础设施组件的目的是要确保约定的服务级别能够实现。需要进行监控的资源的典型例子包括CPU利用率、磁盘利用率、网络利用率以及软件许可证的数量(比如说,一共只有10个免费的许可证可供利用)等。 诊断分析 对由监控得到的监控数据需要进行分析。趋势分析可以用于预测未来的增长并确认潜在的“瓶颈”。这又将触发效率性改进活动或获取额外的IT组件。活动分析需要对总体基础设施、业务流程以及业务、服务和资源容量管理三个子流程各要素之间的关系具有完全的了解。 调整优化 调整活动可以基于经过分析和解释的监控数据针对实际和预期的工作量对系统进行优化。 实施 实施的目标是要引进一项改进的或新的容量。如果这意味着一项变更,则实施还涉及变更管理流程。 需求管理 需求管理的目标是要影响客户对容量的需求。需求管理是关于控制和影响用户需求的。举一个简单的例子:一个用户在中午编写一个很难写的SQL报告,从而导致数据库的堵塞和网络访问的拥挤。为了解决这个问题,容量管理建议专门安排一项工作在头一天晚上就完成该报告,从而该用户在第二天早上就可以获得这份报告。 需求管理为制定、监控和在可能的情况下调整容量计划和服务级别协议提供了信息来源。 需求管理也可能采取差别计费(如在高峰时段和非高峰时段采取不同的计费标准)的方法,通过控制高峰使用期间的需求来影响客户和用户的行为。 |