网络/安全/存储产品 |
|
| 按行业筛选 |
|
|
| 按产品筛选 |
|
|
| |
查看本类全部文章 |
| |
|
|
|
基于Windows的存储管理技巧:存储区域网络 |
|
作者:Brien M.Posey |
|
关于“存储区域网络”
现在,网络管理员在思考采用何种存储机制的时候拥有了越来越多的选择,像目前应用比较广泛的“直接连接存储(DAS)”、“网络连接存储(NAS)”以及“存储区域网络(SAN)”等。不过我注意到很多人还没有真正了解这几种不同的存储类型的区别,也不知道在什么情况下采取哪种存储方式比较合适。在这篇文章里,我将和大家一起讨论一下关于存储区域网络(SAN)的知识(下文以SAN代替)。
SAN指的是这样的一个网络,网络中的存储设备(通常是磁盘阵列或者磁带库)并不直接和服务器连接。和“直接连接存储(DAS)”相比,SAN的性能不如前者,但是它可以让多台服务器共享一个通用的存储设备。SAN一个最大的优点就是它把存储设备划分成了一些虚拟设备,而每个和SAN连接的服务器则占有其中的一台或多台。也就是说,这些虚拟设备工作的时候相当于是一些和服务器直接物理相连的设备。在SAN环境中,你永远也不会看到多个服务器连接到同一个虚拟设备并使用一组共用文件的情况。
关于虚拟设备
虚拟设备是一个存储媒介的子集。如果你使用磁盘阵列作为存储媒介,那么一个虚拟设备通常就是其中一个分区;而如果你的存储媒介是一个磁带库,那么每一个独立的磁带驱动器可能就是一个虚拟设备。
和虚拟设备相关的一个技术术语是逻辑单元号(Logical Unit Number,LUN)。逻辑单元号在SAN中的工作原理和在一台拥有多个SCSI设备的计算机上的工作原理类似。实际上,SAN访问存储设备上的数据的方法和计算机访问存储在SCSI硬盘上的数据的方法基本上是一样的。
基于“服务器消息块(Server Message Blocks,SMB)”或者“网络文件系统(Network File System,NFS)”的网络提供的是文件级别的网络访问。举例来说,在一个Windows服务器的环境下,要读取一个文件的命令通常是这样:\\Server_name\Share_name\File_name。而在SAN环境下,读取相同的文件的命令则变为:Controller 4, Disk 2, block 6254。如你所见,服务器与SAN设备的通讯建立在一个较低的级别上。服务器并没有直接指定一个文件,而是发出一个基于SAN或者SCSI级别的请求,就像虚拟设备和系统是物理连接的一样。
假设现在有一个特殊的SAN,该SAN由一组各自拥有独立分区的廉价磁盘冗余阵列(RAID)所组成。你肯定想知道在这种情况下和DAS相比,使用SAN能够带来什么样的优点。使用SAN所带来的优点之一就是成本。通过SAN,你可以让这一个磁盘阵列为多台服务器服务,而不用为每台服务器都单独购买一个磁盘阵列,这样算下来你能节省很多的花费。
SAN还有个优点就是它的灵活性。在SAN环境中,服务器通过在逻辑上连接到独立的LUN来工作。这就意味着你可以根据需要为不同的服务器分发相同的LUN,以此达到让多个服务器访问相同的存储数据的目的。在DAS环境中,要达到这个目的需要重新排线,连接设备等,灵活性大大降低。
使用光纤通道和Internet连接的对比
到现在为止我们已经讨论过了服务器、存储设备等内容,不过在SAN中还有一个你需要了解的元素,那就是连接服务器和存储设备的方式。截至到我写这篇文章的时候为止,使用得最广泛的SAN连接方式是使用光纤通道。
一个标准的光纤通道SAN应该由很多光纤通道交换机所互相连接成的网络组成。这样的网络又被称为Fabric。在光纤通道SAN中,服务器发出的SCSI命令通过Fabric到达存储设备。
除了Fabric,一种叫做iSCSI的新技术也为SAN提供了一种服务器和存储设备之间的连接方式。iSCSI的全称是Internet SCSI,它是一个传输协议,允许SCSI命令通过TCP/IP协议进行传输。基于iSCSI网络的优点是网络可以依靠Internet或者网络适配器来工作,而不再需要Fabric网络。
通常情况下SAN主要应用于大型企业中,因为应用SAN需要的费用较高。不过iSCSI技术的出现开始降低了部署SAN所需要的成本。虽然使用网络连接存储(NAS)所需要的花费比SAN要少,但是SAN所带来的更出色的性能和更好的稳定性是NAS所无法比拟的。(end)
|
|
文章内容仅供参考
(投稿)
(6/30/2005) |
对 网络/安全/存储产品 有何见解?请到 网络/安全/存储产品论坛 畅所欲言吧!
|