网络存储导论第13章：用SAN实现远程容灾

copyking

13.2 采用SAN 进行远程容灾的实现
    目前，基于智能SAN 虚拟存储设备进行磁盘复制一个成熟的方案就是IBM的SVC(SAN Volume Controller，SAN 卷控制器)。采用IBM SVC 实现远程容灾的方案简图如下：

图 13-1 SVC 远程容灾
    在所有需要容灾的系统SAN 网络种加入SVC，然后就可以利用SVC 的远程复制功能进行数据容灾了。
    SVC 的绰号称谓是IBM 虚拟存储魔法石- SAN Volume Controller存储技术从直接连接的磁盘阵列发展到集中式的SAN（存储区域网络），在连接性和性能上带来了巨大的优势。然而，对SAN 用户的研究显示，虽然存储区域网络具有这些优点，但是SAN 中磁盘利用率只有50%左右，不同类型和品牌的存储的统一调配和管理非常复杂。IBM 最新推出的 IBM TotalStorage SAN Volume Controller (又名IBM 存储魔法石)就是为解决此类问题的开创了新的方式。
    SAN Volume Controller（缩写为SAN VC），SAN 控制器，是存储业界又一次崭新的突破，就像存储历史上的RAID，主机系统的存储管理体系和虚拟磁带技术，这些重要的发明均源自IBM。SAN Volume Controller 是整个SAN 网络的控制器，它将整个SAN 中的各种存储设备整合成一个巨大的存储池，充分利用存储资源和按需分配存储空间、性能和功能。而传统的SAN 网络中，每种存储系统都自成一体，就像一个个独立的孤岛，无法构成一片统一的大陆。
    SAN VC 实现了虚拟存储层（Virtualization Layer）的功能，将存储智能加入到SAN 的网络中。现在用户可以按照应用不断变化的需求来分配存储，而不再受制于存储子系统设备在功能和性能上的限制。SAN VC 又是一个SAN 网络的中心管理控制点，而且它对服务器的
操作系统
和存储子系统透明。
    这个SAN 的中心控制器具备更为灵活的磁盘管理功能，极大的提高了存储管理的效率，例如可动态创建和扩展逻辑卷等。而且，SAN VC为各种不同的存储设备提供了一个统一的数据复制平台，例如瞬间复制-FlashCopy 和远程复制-Remote Mirroring。这些复制功能都允许源磁盘卷和目标磁盘卷可以存在于不同品牌的磁盘阵列上。

图13-2 存储虚拟化
    透明的数据迁移是SAN VC 的基本功能，当SAN VC 被加入到一个现有的SAN 环境中时，不需要做数据迁移，SAN VC 把现有的磁盘配置原封不动的继承下来（这是SAN VC的Image mode），这样对服务器上的应用是完全透明的。当SAN VC 完全配置好以后，它又可以将原先磁盘上的卷及数据透明的迁移到其他真正的虚拟卷中。所有的迁移过程对服务器透明，因此不需要中止应用。
    IBM SAN VC 是一个软硬件集成化的产品，专业的虚拟存储软件运行在集群式的硬件引擎上。它使用了定制的IBM eServer xSeries 服务器，运行的存储
操作系统
是基于
Linux
kernek 的。与SAN 网络接口是工业标准的HBA 卡。由于SAN VC 是为一个完全开放的存储环境设计的，兼容各种不同的存储设备。用户可以将各种存储方案融合其中，而不用担心
    SAN VC 会有什么封闭性。SAN Volume Controller 天生具备灵活的扩展能力，可以使用户在存储性能和存储容量方面平滑无缝的升级。例如，扩展控制器个数可以增加性能，而往存储池中增加磁盘则可以增加容量，这两方面的扩张都可以在线完成，不需要中止应用。SAN VC 的主控台提供了自动向IBM 服务中心报警(call home)和远程支持的能力。

图13-3 SAN VC 系统结构示意图
    SAN.VC 是一个虚拟存储的解决方案，提供了如下功能:

• 为高性能和高效管理而设计的SAN 嵌入式(In-band)虚拟存储
  
• 一个集中化的磁盘存储池l 可包含不同种类和品牌的磁盘系统
  
• 为卷管理和数据复制提供的统一平台
  
• 瞬间复制-Flashcopy 在 SAN 一级实现，可跨不同的磁盘系统
  
• 远程复制-Remote Mirror 可在不同的磁盘系统上
  
• 透明的、不影响应用运行的数据迁移
  
• 灵活开放的体系结构:
  
• 易于实施
  
• 易于在性能和容量双向发展
  
• 远程报警和诊断
  
• 企业级的高可靠性和稳定性
  
• 支持NT,
  Linux
  和各种主流UNIX Operating Systems，支持各种存储
  
• 流量负载均衡和切换
  
• 投资保护
  
• IBM 服务和支持

本文来自ChinaUnix博客，如果查看原文请点：http://blog.chinaunix.net/u2/66684/showart_681970.html