编译文章——可用性管理指南（二）By AMT 张纯棣

可用性管理操作指南（三）

编译：AMT 张纯棣

识别主要的IT服务组分

可用性设计流程的第一步就是如何识别出支持完整的端对端服务的主要IT技术组分、基础架构、人员和流程，这些元素都是一个关键业务功能和事务中不可获却的一部分。

在这一阶段中，最常见的做法就是把端对端的服务提供分解为若干可以管理的服务部分，一次检查每个部分。MOF将支持IT分为的整个基础设施划分为如下几个IT领域：

-          服务

-          应用

-          中间件

-          操作系统

-          硬件

-          网络

-          设备

-          出口

可用性设计

上述每一个IT组成部分的完整生命周期都可以被看作是实现可用性最大化的一个方面。适用性、可靠性、可维护性和每一个IT组成部分的服务能力可以从以下两个主要的方面来考虑：

-          可用性风险与对策

-          生命周期管理需求

可用性风险和对策

要对可能造成每个IT组分可用性风险的环节进行认真考虑，并设计出合适的解决方案，以减轻这些风险：

根据MOR的IT域，一个可用性风险的性质有很多种：以下列出了若干IT域常受到的可用性风险：

-          应用、中间件和操作系统方面

§         单点故障

§         不正确的配置选项

§         设计缺陷

§         薄弱的开发方法

§         编码错误

-          硬件与网络方法

§         单点故障

§         过时的固件

§         低质量的文档

§         供应上支持质量

§         缺少抗静电预防措施

§         缺少备用件

§         电缆的标签不清楚

-          设备方面

§         不充分的空调能力

§         电力不足

§         火灾与洪水

§         存放地点的安全性

-          出口方面

§         来自于效用的单电力供给

§         来自于远程通讯的单向通讯

-          人员

§         低质量的工作流程

§         缺少原则和约束

§         缺少技能

可用性管理与服务连续性管理通常是紧密联系的。这两个流程的目标都是消除IT服务的可用性风险，并引入解决措施以实现这一目标。可用性管理主要关注于如何处理队可用性的常规风险，这些风险可能会每天都发生。服务连续性管理则侧重于更加极端和相对罕见的可用性风险，如火灾和洪水，对于任何没有预料到的可用性风险都要有所顾忌。

服务级别管理影响着这两个管理流程。服务级别管理（SLM）主要负责如何与客户进行交互，并决定哪一个IT服务对于整个公司的生存来说是最关键的，以及在服务出现故障时选择哪个业务备选方案以延续服务。

可用性管理通过优化工作流程，并进一步地识别出支持那些服务的关键IT基础设施成分，识别出是否流程中包括任何单点故障或对可用性管理带来其他风险，选择最有效的解决方案，以最节省成本的方式来解决问题。

如果不存在直接的解决方案，或者那些解决措施超过了IT服务可以承受的范围，那么这些问题将被转移到服务连续性管理中来处理。在每一个IT域内，都有一些具体的可用性风险，这些风险被认为不大可能通过调整成本来降低风险，或者这些风险本身是不可预测的。例如，某些数据中心预测一个流星雨将会发生。在他们所采取的所有措施中，没有一项是花钱安装抗流星雨的防护装置。在这样的情况下，服务连续性管理列出了什么必须做以恢复这些服务。我们不需要对每一个风险都列出其独立的服务连续性计划。一个计划就可以覆盖所有的风险，如洪水、火灾、流星雨、恐怖袭击以及任何其他可能使整个数据中心运转失常的不可测事件。无论在什么时候，我们都需要一份完整的服务连续性计划，即使组织中已有了一分可用性计划来处理那些常规的问题。

正如我们早先举出的例子，服务器内一个单独的电力供应可能在任何阶段发生故障。可用性管理可以使用的一个非常有效且低成本的解决方案就是使用采用了热插拔冗余电力供给的服务器技术。这一技术允许第二个电力供给实现无缝连接，在故障中立即接管整个电力供给，在不打断IT服务的情况下代替现在的在线电力供给源。服务连续性管理既需要对电力供给故障做出应急措施计划，与此同时，也要做出计划防止第二电力供给也发出故障而第一电力供给仍在修理中。虽然这一情况不大可能发生，但我们必须防患于未然。下图描绘出了可用性管理的各中关系：