【IT168 技术文章】
简介
在经济复苏的过程中，对核心业务数据的即时访问始终是企业赖 以生存，乃至获得成功的关键因素。随着越来越多的美元流入国内 市场，企业需要借助具备高可用性和灵活的架构来提高业务的敏捷 性，以便能够抓住新的发展机会。
大多数分布式软件公司在营销时都将可用性水平与"类大型机"或 "5-9"可用性这样的术语联系在一起。这些短语都在试图传达业 界公认的高可用性"黄金"标准(即DB2? for z/OS?)所设定的持续 可用性目标。
| 可用性 | 每年宕机时间 |
| 99.999% | 5分钟 |
| 99.99% | 50分钟 |
| 99.9% | 8 小时20分钟 |
| 99% | 3天11小时18分钟 |
| 95% | 18天16小时 |
| 90% | 34天17小时17分钟 |
| 85% | 54天18小时 |
如今，可用性并不仅仅意味着能够从容应对组件故障并恢复正常的 事务处理。如果您的服务水平协议(SLA)指定预期的查询响应时间 应在数秒之内，而服务器却花费了1分钟才返回查询，那么这就是 可用性方面的问题。要确保可用性，您的系统不仅需要提供事务服 务，还需要在SLA指定的期限内提供服务。
举例来说，如果业务周期中的季节性波动造成了扩展方面的可用性 问题，则真正具备可用性的架构必须能透明地增加资源，同时避免 更改应用，以满足不断变化的性能需求。透明性是一个关键因素: 在提高产能时，不应该让应用具备集群感知性(应用知道哪些数据 在哪个节点上，以避免节点之间的争用)。企业无法投入足够的资 金来开发这些复杂的应用，因此无法实现合理的扩展。这是为什么 呢? 首先，显而易见的是，集群感知的应用需要适应数据量和分布 状态的不断变化。集群感知的应用并不仅仅要求代码随着集群的发 展而改变: 这些代码还需要经历测试、质量保证(Q/A)、部署和认证 等过程。这可能造成企业花费数周时间来进行协调，并且不可避免 地会耗尽基础设施中本应该有更好用途的资源。
用于在分布式平台(非大型机)上扩展数据库事务的其他产品通常 采用过时的架构，因此会为扩展带来不必要的困难(比如说增加开 销)，从而无法确保符合SLA协议。
IBM DB2 pureScale技术(以下称为DB2 pureScale)可以将高可
用性与真正的透明应用扩展结合在一个系统中，以便满足您当前和 未来对持续可用性的需求。IBM? Power? Systems服务器和IBM 存储解决方案的整合是DB2 pureScale架构交付这种高价值解决 方案的内在基础。
到目前为止，"类大型机"仍然是一个引人注目的市场营销词汇。 DB2 pureScale标志着真正透明的扩展架构首次应用于分布式平 台。本文将介绍DB2 pureScale技术的基本概念、背景信息，以及 它在高可用性和透明应用扩展方面具备独特优势的奥秘。
