2008年(8065)
分类: 服务器与存储
2008-09-02 12:34:44
存储网络的好处似乎是无止境的。你的存储系统承受故障的能力似乎突然增强了,因为即便是其中的光纤通道(FC)交换机、磁盘阵列控制器或者主机总线适配器出现故障,其他的东西仍然可以正常运作。 如果一家企业选择了正确的产品,它就可以减少所聘用的存储管理员工人数,因为那些神奇的工具完全可以处理好各种任务。SAN配置得当的话,数据保密性和存储资源利用率也会得到提高。
现在,向企业领导推销那些技术并不困难,即便是存储管理员们也能认识到那些技术带来的好处。不管是对管理员还是经理来说,减少员工人数总是很有吸引力的一个因素,但是除了可靠性以及诸如此类的重要因素之外,对于管理员们来说真正的好处是他们可以利用SAN巧妙地完成许多任务。
存储:这里,那里,到处都是
也许,使用SAN环境对于企业用户来说最诱人的前景是它们以后可以非常方便地迁移存储资源。在过去的DAS环境下,如果需要将某些存储设备转移到新的服务器上,那么过程将是漫长而复杂的。 首先要将使用那些存储资源的文件系统卸载,然后断开存储设备的连接,然后将它移动到目标位置再与新的主机连接起来,然后将文件系统转移到新的设备上。整个过程是非常麻烦的。 实际上,更常见的是用户们通常需要给一些LUNs分配更多的存储资源。如果磁盘阵列已经满了的话,用户就必须将文件系统复制到一个新的阵列中。
下面让我们看一下在SAN环境下,用户是如果解决这个问题的吧。首先,需要将某些存储设备从一个主机移动到另一个主机,这个过程包括三个步骤,你必须全程操作和监控。 如果我们想将一整个阵列从一个主机移动到另一个主机,那么我们必须卸载文件系统,然后重新配置SAN以便让另一台主机可以检测到存储设备,然后迅速将它转移到新服务器上。如果你操作熟练的话,整个过程可以在一分钟之内完成,但是在DAS环境下,最快也要15分钟的时间。
在DAS环境下,要想将一整个阵列转移到新主机上就必须重新分配存储资源。如果你需要在一台服务器上增加速度更快的 RAID存储器,就必须连接一个新的阵列。 即使应用软件实际上不会将所有的存储资源都用完,它仍然必须与需要一定存储资源的主机连接起来。在SAN环境下,我们可以更好地利用我们的存储资源。
上面提到的第二种方案是最常用的方案。通常,我们不用换掉整个阵列,只需要增加某些文件系统的大小。 如果你已经将所有的LUNs配置在DAS环境中,那么你就必须将所有数据从阵列中转移出去。 而在SAN环境下,你只要给一台主机分配一个新的LUN就可以了。
通常,我们会给一个磁盘阵列配置两个控制器和15个FC磁盘驱动器。附加的磁盘驱动器可以用控制器阵列来堆积排列和管理。 如果存储资源开始变得紧张,那么你只要再增加一个磁盘驱动器就可以了。 令人惊奇的是,大部分阵列都支持增加LUNs的功能,这样在增加磁盘的时候就不用创建新的LUNs。但是你必须使用一个支持这个功能的文件系统。
即便你确实需要从一个阵列向你的服务器增加存储设备,仍然不需要使用连接线。只要所有的设备都支持SAN,你就可以轻轻松松地将LUN从各个阵列分配到另一台服务器上。 正如我们所说的,这种方案与过去DAS时代的方案是完全不同的。
不用换掉任何现有设备,我们就可以移动LUNs并将存储设备增加到现有文件系统中。你只要运行某些容量管理软件就可以了。 Veritas公司的VxFS软件、Sun公司的ZFS软件甚至各种Linux解决方案都可以。当我们说到给一个文件系统增加一个LUN的时候,我们实际上指的是软件级别的RAID。 我们需要在主机级别上将多个LUNs连接在一起,建立起新的文件系统。要想给文件系统增加更多空间,我们只要连上一个新的LUN就可以了。 这对于VxFS和ZFS来说都不是什么难事。
那么如果我们要将一个运行中的文件系统从一个主机移动到另一个主机应该怎么办呢? 理想的情况是我们可以使用文件系统帮助,但是并不是一定要那么做。整个思路是将文件系统从一台主机中提取出来,重新配置SAN,然后将文件系统转入新的服务器。 ZFS和Veritas都可以做到这一点,但是如果你使用的是标准文件系统的话,你就必须手动完成上述操作。
集群
SAN文件系统是一些可以同时被多个服务器使用的文件系统。如果使用标准文件系统的话,很快你的数据就会损坏。文件系统必须能够与其他希望可以同时修改文件系统的设备同步进行修改。
集群文件系统非常有用,尤其是对经常使用的文件服务器或者数据库来说更是如此。如果没有SAN环境的话,使用这些SAN文件系统几乎是不可能的事。 坦白说,以前也曾经出现过一些SCSI DAS阵列,它们包括两个端口,可以让两台主机同时访问它们,但是那些产品不但数量较少,而且价格很高。
别无选择,但是文件系统正迅速成熟起来。 它们是:
GFS:全局文件系统,适用于Linux。
Xsan,适用于OS X。
OCFS:Oracle集群文件系统,适用于甲骨文数据库。
VMFS:适用于VMware。
预计今后还会出现开源的集群文件系统。随着存储网络的推广应用和市场对各种服务的需求的增长,对于集群文件系统的需求将越来越大。
我们肯定可以看到SAN环境将具备更多可管理的存储分配资源。再也不用复制数据直到深夜了,再也不用在不同主机之间插拔连接线来移动阵列了,以后也再不会出现一个设备出现故障导致整个系统无法使用的情况了。 有什么理由不喜欢SAN呢?