StorageFoundation HA 高可用参考计划.docVIP

VERITAS Storage Foundation for Windows Server XXXX有限公司 高可用方案参考建议书 目录 第一章 前言 3 第二章 存储集中 4 1. 存储集中是业务集中化的前提 4 1) 存储方案的无冗余设计 4 2) 存储方案的半冗余设计 5 2. 服务器（应用）整合是业务集中化的高级目标 7 1) 只有在存储集中的前提下才能完整服务器（应用）整合 7 2) 集群是最常用的服务器整合手段 7 第三章 XXXX信息系统集中方案 8 1. 目前环境 8 2. 总体设计方案 8 3. 所需软件 11 4. 所采用的硬件存储设备(由硬件厂商提供) 11 附录：VERITAS公司和产品介绍 12 VERITAS公司 12 VERITAS Volume Manager for Windows 13 VERITAS Cluster Server for Windows 16  前言 随着信息化的不断深入，已经存在多个负担不同业务（区域）的业务服务器。业务软件已经相当成熟，但是由于历史的原因，各个业务服务器互相独立，并不构成整体，这给维护和管理包括以后的大规模扩展都造成困难和负担。本《方案建议书》希望能够在不更改业务应用软件的前提下为用户提供一个全面的企业级业务集中处理和管理的整体解决方案。  存储集中 存储集中是业务集中化的前提 业务集中化的基础是存储集中化。存储集中化可以使数据存储的管理的统一化，存储投资集中化，存储扩展简单化。但是简单的数据存储集中化也会造成风险。比如投资保护风险：用户可能会被某一厂商的硬件存储平台锁定，为以后用户的存储扩展埋下投资风险。集中存储方案风险：用户忽略了单一硬件的失效性。下面我们主要对第二点进行讨论。 存储方案的无冗余设计 存储方案中没有依照冗余设计思路是异常危险的，因为所有的业务系统都在使用这一存储平台，存储平台的任何问题都会触发大面积的业务完全停止。典型的无冗余设计如下图。 明显的，如果SAN存储交换机或SAN存储设备中任何一个出现问题都将造成整个存储系统失效。现在已经很少有用户使用这种总体设计。 存储方案的半冗余设计 基于以上无冗余设计的致命弱点，几乎所有存储集中方案中都会设计成双/多SAN存储交换机。如下图。 双存储交换机能够非常好的避免存储访问链路的单点故障，但是忽略了SAN存储设备的单点故障问题。往往认为SAN存储设备都是高端设备，内部都大量采用了冗余设计思路，损坏的概率非常小，甚至认为不可能损坏。但是无论从理论上还是实际经验教训中都可以得出结论：只要是单一的设备，就一定会出现故障（可能由于同批次硬盘同时大量故障或Firmware Bug问题等）；两个设备同时出现故障的概率远远小于单个设备；越是高端的设备，出现故障所造成的影响越大（通常高端设备都承担最重要的业务）。在业务集中化的设计中是不能容忍任何的单点故障的，因此非常有必要彻底遵循全冗余的设计思想。如下图。 在全冗余设计中任何一个SAN存储交换机或SAN存储设备的故障都不会造成应用系统的停顿，并且存储系统的设计可以更为灵活，两个存储设备可以是不同品牌，不同档次，不同规格的。 服务器（应用）整合是业务集中化的高级目标 只有在存储集中的前提下才能完整服务器（应用）整合 服务器整合是指将原先分立的多个应用通过改变某些体系构架运用某些工具（改变应用或不改变应）达到硬件更高利用率，管理更高效，可靠性更高和运行更高效的目的 集群是最常用的服务器整合手段 通常的集群方式是1:1集群，它可以试应用运行更可靠(Active/Standby方式)或整合两个应用(Active/Active方式)。如下图 但是双机的集群的缺点非常明显。 硬件利用率非常低下。对于Active/Standby方式（这是最可靠的模式）来说一个应用即需要消耗两台服务器资源，整个环境中大部分时间有一半的计算资源是闲置的。 管理复杂度没有下降。系统管理者需要维护N个集群系统(N个应用) 因此，服务器（应用）整合一定会牵涉到使用多机集群。VERITAS是全球最大的集群软件厂商，VERITAS Cluster Server最大支持32服务器组成的集群，并且支持N:1或N:M切换配置模式。通过VERITAS Cluster Server我们可以非常方便的整合多个应用服务器在一个单一集群中是最多支持32台服务器应用的互相切换。 XXXX信息系统集中方案 目前环境 设备 操作系统 应用 集群 数量 SQL服务器*2 Windows 2000 Server SP4 SQL HA Active/Standby 10 总体设计方案 抽调网点现有双机系统中的性能较高的服务器到数据中心。 每5个网点应用新增加一台新服务器（此服务器须要能够承担至少2个网点应用的负荷