SAN的主要应用-存储池

 

本文章出自：www.fix.com.cn

 

开放系统BAS中一个主要的问题在于，它不能访问未使用的或空白的存储资源。这些存储资源从网络中的其他服务器连接到一个服务器上。这导致了在对容量和性能的要求做出改变时，改变存储结构要经历很长的时间。

 

SAN允许所有的服务器能轻松访问其中的存储设备，从而解决了这些困难。这样，任何空闲存储器都能被需要它的服务器访问。这种存储器可以随时根据指令使用，或者固定地进行分配。图9-25显示了一个被指定为“紧急溢出”的磁盘子系统中的一个虚拟磁盘卷。它被分配给一个服务器，该服务器已经用完了它被分派的卷中的所有可用存储空间。

 

转移到独立存储网络中的结构允许SAN中的所有存储组件被视为一个大的固有资源集合的一部分。这种将存储资源集中到一个存储池，从而被当作一个单一的多功能集合的能力，被称为SAN的一个重要的基础应用。存储池将收集可用的存储空间，然后将它们打包成虚拟驱动器。

SAN允许独立于服务器购买存储资源；允许存储资源独立于服务器访问而安装到SAN上；允许它们按照要求被测试、格式化、重新捆绑或进行映射，然后按照要求将它分配给服务器。这一点对于那些希望系统地布署存储资源，而不是遇到危机时才更新系统的IT专业人士而言是极其重要的优点。

 

使用存储池，虚拟驱动器可以根据不同的需要进行分配。从池中取出的虚拟驱动器能提供给不同的操作系统和硬件平台使用。因为服务器到存储的连接是逻辑定义而不是物理定义的，故这些存储单元可以根据不同的环境要求来增加、拷贝、移动、扩展、压缩、集中、镜像和打包等。

 

实际应用中，这意味着存储设备能由一个服务器切换到另一个服务器，而无需在物理上移动机柜及重连线缆。可以通过改变服务器和存储设备之间的逻辑I/O路径来改变存储的连接。例如，考虑图9-26中的情况。一个2TB的RAID0+1磁盘子系统增加一个1TB的可用存储器到现有的存储池中。假设该磁盘子系统有20个端口可以被连接到SAN上的服务器访问，这意味着每个端口可以提供50GB的虚拟驱动器给任何需要的服务器。

 

每个50GB的虚拟驱动器可以被顺序地分配给所需的服务器。关于何时添加子系统到SAN上的策略可以根据将存储分配到服务器上有多快来决定。Veritas及其他厂商提供的存储资源管理工具可以用于监视每个虚拟驱动器上的空闲空间百分比，从而能提供一个关于所有被分配的存储的使用情况，以及出错统计等其他方面的全面分析。

 

1.设立存储池以降低灾难出现的可能性

 

分布于一个建筑或校园中的存储子系统比那些位于集中式受控环境中的子系统更容易发生失效，也更容易受到本地灾难的影响。尽管没有必要将存储器集中起来以形成存储池，但这样做确实有很好的理由。将子系统集中放置除了在物理上更便于管理，其他一些环境的因素诸如温度、湿度和含尘量都可以更好地管理。而且在一个集中式的环境中也更易于实现好的安全措施。另外，当有组件失效时，集中环境中的系统将比分布式环境能更快地进行修复。

 

2.存储池和资源管理

 

因为存在通过主机系统和其I/O总线进行通信和对存储产品进行分类的问题，因此很难实现分布式总线连接的存储管理。相反，SAN独立于系统的天然属性，以及将存储作为一个整体资源进行管理的能力，使得对存储进行精确的管理很容易实现。SAN能维护其所有设备和子系统的精确目录，并能跟踪所有的这些设备。

 

3.多端口子系统

 

一些还不熟悉这些子系统的读者也许会嘲笑关于磁盘子系统能有20个端口的说法。实际上，同时提供20个端口在目前已经很不错了。这里，我们可以举出那些出售具有8个或更多端口的厂商的例子，如EMC、日立、IBM、Sun和MTI—虽然它们的有些产品可以多达32个端口，但这并不常见。随着市场中SAN技术的扩展，大型多端口磁盘子系统将变得比1999年更普遍，其价格也更容易接受。这些子系统使用某种形式的存储将系统资源分配给使用它们的不同服务器。