2008年(8065)
分类: 服务器与存储
2008-05-29 16:00:37
数据仓库的存储系统
由于数据仓库项目的进程很紧,H公司立刻引进了一套IBM 的SAN Integration Server—SIS。 SIS表面看来和一个光纤磁盘阵列没有太大不同,被称为是罐装的SAN(SAN in a CAN)。其内部是由IBM的FAStT磁盘组,SAN VC虚拟控制器和光纤交换机组构成。
SIS 的最大容量可以达到100TB,最大I/O吞吐能力280,000IOPS。SIS拥有巨大的容量和卓约的性能,而价格只是相当于市场上光纤阵列的价格。
SIS的几乎是一个“即插即用“型存储,数据仓库的硬件系统很顺利的实施了。至此,存储结构似乎与原来没有什么变化,除了多了一套SIS。
当CIO开始考虑存储集中时,SIS 中的SAN VC开始大现身手了。
转移到虚拟存储网络中
所有的磁盘存储设备从各自为政变成由SAN VC统一分配和管理,SAN VC可以看成是SAN的一部分。下面是设备的物理连接图,看起来和普通的SAN似乎没有太大区别。
在设备管理上,通过 SAN VC (SVC)的虚拟卷管理功能,首先将所有的磁盘卷交给SVC管理。管理员根据设备的特性,定义了高性能组设备和低成本设备,并根据服务器的需要创建和分配存储。
SAN VC 实现了虚拟存储层(Virtualization Layer)的功能,将存储智能加入到SAN的网络中。现在用户可以按照应用不断变化的需求来分配存储,而不再受制于存储子系统设备在功能和性能上的限制。SAN VC 又是一个SAN网络的中心管理控制点,而且它对服务器的操作系统和存储子系统透明。
这个SAN的中心控制器具备更为灵活的磁盘管理功能,极大的提高了存储管理的效率,例如可动态创建和扩展逻辑卷等。而且,SAN VC为各种不同的存储设备提供了一个统一的数据复制平台,例如瞬间复制-FlashCopy和远程复制-Remote Mirroring。这些复制功能都允许源磁盘卷和目标磁盘卷可以存在于不同品牌的磁盘阵列上。
透明的数据迁移是SAN VC的基本功能,当SAN VC被加入到一个现有的SAN 环境中时,不需要做数据迁移,SAN VC 把现有的磁盘配置原封不动的继承下来(这是SAN VC的Image mode),这样对服务器上的应用是完全透明的。当SAN VC完全配置好以后,它又可以将原先磁盘上的卷及数据透明的迁移到其他真正的虚拟卷中。所有的迁移过程对服务器透明,因此不需要中止应用。
IBM SAN VC是一个软硬件集成化的产品,专业的虚拟存储软件运行在集群式的硬件引擎上或者在CISCO的MDS网络交换机硬件上。由于SAN VC是为一个完全开放的存储环境设计的,兼容各种不同的存储设备。用户可以将各种存储方案融合其中,而不用担心SAN VC会有什么封闭性。SAN Volume Controller 天生具备灵活的扩展能力,可以使用户在存储性能和存储容量方面平滑无缝的升级。例如,扩展控制器个数可以增加性能,而往存储池中增加磁盘则可以增加容量,这两方面的扩张都可以在线完成,不需要中止应用。SAN VC的主控台提供了自动向IBM服务中心报警(call home)和远程支持的能力。
SAN File System是一个安装在SAN中的文件系统,也是一个软硬件结合的产品。它为各种不同的操作系统平台提供一个统一的文件存储环境,实现文件级的数据共享,存储分配,Serverless的数据备份,而且与SAN VC一样,它也具备了按照策略动态地调整存储设备配置,透明的迁移数据等虚拟存储SAN控制器的功能,而所有功能目的是围绕着文件级的存储服务展开的。
虚拟存储网络的应用
我们举例说明虚拟存储网络的应用。以下的例子是虚拟的,融合了多个实际客户的案例,用来显示如何是On-Demand的存储环境。
某大型企业H亟需上线一个新的数据仓库系统,将会新增加一批软硬件设备。原有环境中已经有了许多存储系统如 IBM 的ESS F20、FAStT 500和MA8000。有些用于运行核心应用的数据库系统,OA系统和财务系统。有些存储设备基本闲置,闲置设备的性能无法满足数据仓库的需要。
CIO希望能有一个集中式的存储系统,以便于集中管理和更好的利用存储设备,并在将来实现数据的灾难保护。但是数据仓库的进程非常紧张,而且重组所有的存储系统需要巨大的工作量和风险性。而且,更换所有存储并实现异地灾备需要很大的资金投入。
计划中将要上线的系统还有电子档案和资料系统(包含多媒体信息),实时监视分析系统(用于各摄像机录下的影像),而今后的财务系统可能会并入核心应用系统。看起来还需要好几个存储系统,存储管理的复杂度变高,相对数据安全性下降。CIO为如何管理着许多存储设备和数据存储的安全性担心。
当CIO发现IBM 虚拟存储的技术时,当前的问题立刻迎刃而解。
数据仓库的存储系统
由于数据仓库项目的进程很紧,H公司立刻引进了一套IBM 的SAN Integration Server—SIS。 SIS表面看来和一个光纤磁盘阵列没有太大不同,被称为是罐装的SAN(SAN in a CAN)。其内部是由IBM的FAStT磁盘组,SAN VC虚拟控制器和光纤交换机组构成。
SIS 的最大容量可以达到100TB,最大I/O吞吐能力280,000IOPS。SIS拥有巨大的容量和卓约的性能,而价格只是相当于市场上光纤阵列的价格。
SIS的几乎是一个“即插即用“型存储,数据仓库的硬件系统很顺利的实施了。至此,存储结构似乎与原来没有什么变化,除了多了一套SIS。
当CIO开始考虑存储集中时,SIS 中的SAN VC开始大现身手了。
转移到虚拟存储网络中
所有的磁盘存储设备从各自为政变成由SAN VC统一分配和管理,SAN VC可以看成是SAN的一部分。下面是设备的物理连接图,看起来和普通的SAN似乎没有太大区别。
在设备管理上,通过 SAN VC (SVC)的虚拟卷管理功能,首先将所有的磁盘卷交给SVC管理。管理员根据设备的特性,定义了高性能组设备和低成本设备,并根据服务器的需要创建和分配存储。
服务器A使用的是SIS上的空间,当需要的空间超过SIS的当前容量时,SVC将部分ESS的空间与SIS合成,满足A的容量要求。而且,由于这个合成的空间是由两个物理设备构成,因此性能也是两个设备的和。
如果,某台服务器的I/O要求突然提高了,那么,可以动态更换虚拟盘Vdisk所对应的物理设备。例如,服务器C上的Vdisk原来使用的是“低成本组“的磁盘设备,如果发现性能不够时,可以在不停应用的情况下,透明的将数据转移到“高性能组” 。
远程灾害备援系统
当需要实现远程数据实时镜像保护时,可以在不同的存储阵列间同步数据。在本案例中,所有的生产数据通过虚拟SAN网络,都迁移到了高速的SIS和ESS中。MA和FAStT可以放到远程作为备份用。这样既保护了投资,又建立了一个完全实时保护的灾备系统
高速的数据共享系统
新的电子文档系统有大量的多媒体数据,需要一个高效的文件共享系统。IBM的SAN文件系统基于存储网络,不仅提供高速的访问,而且具备了按照策略存储的能力。例如,客户定义了如下规则:
所有图像文件和影视资料存储在低成本的存储设备上
数据库文件存储在高性能的存储设备上
指定的关键性文件需要远程镜像
程序开发文件需要多版本保留
当这些规则定义到SAN file system中后,文件存储会自动按照这个规则存放。若有这些规则没有定义到的文件需要存储时,SAN file system会使用缺省的存储系统来存放。
总结:按需应变的存储系统
这个基于IBM虚拟存储的系统,达到可完全动态调整整个SAN存储容量、性能和功能的能力。而且可以根据数据类型的不同,自动提供不同的存储服务,具备了极强的包容性,即保护了原有的投资也为将来的发展提供了一个完全开放和克无限扩展的空间。