SAN与NAS融合的前前后后.doc

SAN与NAS融合的前前后后 在存储技术蓬勃发展的今天，很多用户，集成商甚至提供解决方案的主流供应商都在谈论SAN与NAS的融合。但用户的情况和需求千差万别，虽然能够看到集中管理数据对应用和管理带来的种种好处，但普遍的心态是担心在重新部署数据集中方案过程中存在困难和隐患。所以笔者不再罗列SAN与NAS融合的种种益处，而是探讨在具体环境中SAN与NAS如何融合，及其融合后的特点。当然笔者不可能针对某一具体案例进行探讨，而是根据常见的通用环境进行分析，希望读者谅解。SAN 与 NAS 融合前的环境图 1首先一种情况是用户已经拥有了SAN和NAS ，甚至还有个别的DAS应用，如图 1，在这样的环境下如果要实施SAN与NAS融合，用户担心在施工过程中他应用系统要冒很大的风险，实际上这种担心大可不必，在NAS服务器上安装HBA卡并接入光纤交换机的过程是普通的硬件操作，之后完全可以利用SAN网络的冗余路径在周密的测试和可逆向的操作下安全实施。而这对集成商来说绝对是费力不讨好的，因为目前的国内用户为工程投资的可能性不大，集成商没有足够的利润当然不会推荐这样的工程。将这样的环境重新整合为数据集中的存储网络，其结果与下文中的方案是相同的，所以先不过多的讨论。用户的应用千差万别，但就其根本是相同的，即基于本地局域网的多业务应用，如下图：图 2在此环境下，用户的环境可能是没有SAN或者有了SAN的部署，但这两种情况针对于SAN与NAS融合的总体方案来说，只是就其核心应用部署SAN网络的问题，因为SAN与NAS融合的目的是整合存储资源，而这个资源首先要保证企业关键业务的应用，整体方案的设计原则和目标首先要保证核心业务的存储资源和系统性能，再向下兼容其他业务，其核心必然是SAN网络。所以都要在成功建设了SAN网络之后集成SAN与NAS融合的方案。在这张图中还有另外一种情况，而且非常关键，即当前的多业务应用中存在文件服务器，而且文件服务器还应用了DAS系统，因为文件服务器加DAS系统等同于NAS。在目前的技术对于即有NAS的融合后，一旦用的是SCSI、SATA等非光纤磁盘阵列，必须考虑如何继续使用这些磁盘阵列的资源，因为 SAN 本身是基于光纤通道技术的，目前还没有兼容其他总线协议的产品。如果即有NAS系统使用的是光纤磁盘阵列，整个融合方案的实施将非常轻松，只需要添加网络设备，以光纤交换机为核心，按照 SAN 系统的标准连接重新拓扑即可实现，在整合后，原有的文件服务器（NAS服务器）只作为SAN系统主机群中的一个客户端。当然，在如图的多应用案例中，在没有SAN系统的条件下而使用光纤盘阵的NAS有些不可理解，但本文为了讨论各种可能的情况，对这种特别环境进行分析，而这种使用光纤盘阵的案例并不是没有可能。在目前现有的NAS应用中，多数用户使用的是SCSI、SATA 等非光纤磁盘阵列，甚至使用的是SATA、NAS集成设备。而目前还没有兼容SCSI、SATA等总线协议的光纤交换设备，特别是对NAS整机更无法兼容，使这些设备无法接入光纤交换机，这些存储设备在目前的技术条件下是无法连接到SAN系统中的。DAS系统可以拆开，将原有的文件服务器（NAS服务器）改装HBA卡接入SAN交换机。而剩余的存储设备（包括NAS整机）则无法在SAN系统中利用，这不仅仅是几台设备的利用问题，它将影响到以数据集中为目的的整体方案的决策，因为如果不能实现数据的集中，那整合的方案就失去了根本意义。另外在用户的系统中很可能部署了DAS存储系统，当然光纤DAS设备可以继续利用，而被替换下来的SCSI、SATA设备可能造成浪费，同前文的情况相同。所以要考虑实施SAN与NAS融合的数据集中，首先要考虑现有设备的利用。使用SAN 与NAS融合的方案其根本目的在于集中存储资源，但集中利用存储资源并不简单，不仅要有足够的空间，高性能、高可用的存储设备，还要有足够的网络带宽来保证数据的调用。SAN能够保证所有应用对数据的快速应用，但NAS访问一般是通过局域网实现的，这必然占用网络资源。所以必须充分地计算网络的消耗，进行周密的规划保证数据的顺利应用SAN与NAS 融合的拓扑基本拓扑与变化图 3在目前的实际应用中，SAN与NAS融合的方案基本上是如图 3 的拓扑，当然现在有的设备自身集成了NAS网关，可以直接接入IP网络，在这里因为结构的相同而不单独讨论。另外就是使用高端NAS盘阵，它集成了NAS服务器、光纤磁盘阵列等设备，拓扑如图 4 ：图 4比较这两张拓扑，会发现使用NAS服务器存在一个网络的单点，虽然这是在目前广泛使用的，而且用户并没有什么异议。但使用高端NAS就不同了，因为它是全冗余的设备，通过冗余的网络连接可以完全排除单故障点，大大提高网络的安全性。同时结合虚拟IP绑定，增加网络带宽，提高系统的性能。当用户在是否部署冗余系统时，考虑的关键是一旦单点故障的发生会组成多大的损失，例如NAS服务器的故障，可能导致在NAS系统中所有服务器的应用中断。如果用户不能接受这样的损失，那必须部署全冗余的网络来保证整个系统的安全。当然不一定非得使用高端设备，NAS服务器使用双机系统一样能够解决这个问题，投资成本的增大值也能为大多数用户接受，如图 5 ：图 5保护即有投资前文中说明，对一个用户的即有系统，很可能存在SCSI、SATA等非光纤磁盘阵列，甚至是NAS集成设备。一旦用户保有这样的设备，肯定要求重新部署以充分的利用投资和现有资源。当然，NAS集成设备无法连接到光纤网络中，同时高端NAS设备也无法兼容这些SCSI、SATA等非光纤磁盘阵列，或者NAS集成设备。只有在使用NAS服务器的条件下，通过在NAS服务器上添加DAS，使SCSI、SATA等非光纤磁盘阵列得到有效的利用。见图 6：图 6 这样连接后，充分的利用了即有投资和资源，将整个NAS系统中的存储空间有效的管理起来，将关键的数据放在光纤盘阵上，如果有必要可以利用NAS服务器的本地备份在DAS盘阵上进行备份，使数据得到最好的保护。同时，次要数据或者临时数据存放在DAS系统中，减轻了SAN的空间资源压力LAN Free 备份与网络压力在目前的技术条件下，SAN的建设和NAS服务器的接入都是成熟技术。LAN Free的部署也很轻松，只须将备份应用从IP网络上断开，在备份服务器上添加HBA卡接入光纤交换机即能实现。见图 7 ：图 7在现有的网络中，NAS服务器也是SAN的一个客户端，当NAS系统中全部应用数据都集中到NAS服务器，只需要对NAS服务器进行备份。所以LAN Free备份首先大大减少了备份点，降低用户的投资。同时，LAN Free备份避免了因为备份对主干网消耗，虽然各应用服务器要通过网络调用NAS存储空间中的数据，但这种业务调用消耗的网络带宽必然远远小于备份所消耗的带宽，从而节约了网络资源。以上对SAN与NAS的融合进行了简单的分析，我们能看到，在现有SAN、NAS的基础上，完成SAN与NAS的融合，实现数据的集中管理是完全可行的，而且过程简单，并能充分利用现有的投资和资源。当然数据的集中整合还有SAN和iSCSI 方式。SAN的结构成功案例很多，不再赘述；iSCSI的技术应用有其独特的优势SAN管理面临的两难选择 自从SAN（存储区域网络）诞生以来，客户总是抱怨存储区域网络难于管理。除了互用性的问题之外，缺乏健全的SAN管理手段是阻碍IT市场广泛采用SAN的重要原因。尽管在互用性的前沿已经取得了进展，但SAN管理方面，人们付出了许多努力，但却僵滞不前。存储网络行业协会（Storage Networking Industry Association，SNIA）的存储管理倡导（Storage Management Initiative，SMI）是第一个行业性的并由多家厂商参与的联合行动，旨在为实现多重传输和应用之间的存储管理奠定坚实的基础。 除了推动公共信息模型（Common Information Model，CIM）架构发展之外，SMI将促成软件厂商和硬件厂商按照共同的标准开发SAN管理解决方案，由此提供更强的互用性并简化客户的管理工作。然而，SMI不是万能药，并不能完全解决SAN的实施和支持中的所有问题。这里并不是说有很多SAN管理上的问题亟须解决，而是说SAN的覆盖范围太大、太复杂，不能包含在一个单一的管理构架内。 把存储设备和网络整合成为一个存储区域网络（SAN），实现了很多新的功能，大大超过了其各个组成部分的功能之和。例如，传统网络管理的重点在于数据源和目标之间的数据传输。地址分发、设备设置、带宽分配、路由协议、传输监控和为容量规划服务的历史报告（historical reporting for capacity planning）等功能可以整合到某个网络管理应用中，以确保可通过网络架构进行正常的数据传输。传统的存储管理重点可能在于通过LUN分配、RAID级别、存储利用和备份安排来实现存储资源分配。 SAN管理新增的复杂性 实施SAN解决方案，将存储设备接入网络，使得所有的这些管理需求都得到整合，同时，还引入了一些由于存储设备和网络结合而产生的新特性：设备发现、分区、LUN映射、 可选路径和失效容忍（alternate pathing and failover）、集中式备份、第三方副本、HBA（主机总线适配器）和结构管理以及SAN内的存储资源虚拟化带来的新的管理任务，这在直附存储解决方案中是不存在的。尽管这些SAN的特有功能向客户提供了用于管理存储数据的强有力的工具套件，但是它们也使存储管理工作变得更为复杂。 人们相信，对SAN的管理是基于大量功能的，如果SAN要正常运作，这些功能必须能够协同工作。每一种设备都应该按其特定的要求进行设置。每一个HBA设备提供商、交换机生产商、存储阵列生产商或磁带设备生产商都各自提供他们自己的设备管理工具（至少在初始化设置的时候必须调用一次）。LUN必须创建，端口必须激活，参数必须设置。一旦每个组件都能正常运作，你就必须对组件间的关系进行定义。 你必须给特定的存储LUN指定HBA，同时，给交换机的端口或附连设备划分区域，还必须为故障或负载均衡设置交换机互连链接。高可用性的解决方案还要求有额外的管理手段，以确保：冗余链接能够正常工作；集群软件已正确设置；磁盘对磁盘的数据复制需求得到满足。考虑到冗余的目的，管理、快照（snapshot）、备份计划和分级别的磁盘对磁盘或对磁带应用均各自需要手动的设置和监控。一些辅助功能，比如存储资源利用率清单、安全策略和容量规划（capacity planning）也可以执行。 位于这些存SAN管理工具顶层的存储虚拟软件必须将SAN及其管理底层的复杂性隐藏起来，但是在今天的SAN产品中，进行虚拟设置比非虚拟的存储管理方式，需要付出更多的手工劳动。在过去的几年中，管理软件提供商一直在努力将这些各不相同的功能整合成为一个单一的平台，可是只取得了局部的成功。 一揽子解决方案短期内无望推出 目前，存储产业正努力为SAN管理定义一种共同的标准，这将有利于创建可协同工作的管理框架，但是，不会立即推出那种能对SAN进行全方位管理的一揽子解决方案。客户仍不得不操作SAN管理中分别针对特定功能而设计的多重实例。比如备份目前一般来说是通过没有直接整合到SAN传输管理框架的独立应用来执行的。多重应用意味着需要多个管理员、多个用于管理的工作站，独立的培训和技术以及独立的效果和支持成本，此外，还常常需要用以设置并监控SAN的独立管理访问方式。制定公共的管理标准后，这些需求依旧存在，但它们却是迈向SAN管理整合的重要一步。 此外，经过简化并更有效率的SAN管理方式是符合将管理对SAN架构自身的影响降到最低程度的原则的。举个例子，在一个复杂的SAN中，存储磁盘阵列、磁带子系统、SAN交换机和主机总线适配器可能会被多个管理应用同时搜索，同时，每个管理应用都试图为界定狭窄的管理任务发出对小部分信息的访问请求。对于终端设备和存储网络来说，这是一种不经济的做法。 尽管每个厂商都迫切给其产品追加价值，并努力拓展其管理应用软件的功能，逐步超越对硬件设备的即时设置和监控的范畴，但对这种情况来说，不会有任何的帮助。比如，一家SAN交换机生产商可能会提供用于交换机设置的工具包，其中还包含能够绘制SAN及其附连设备完整关系图的工具。同样地，存储阵列生产商可能会提供有助于RAID和LUNs管理的工具包，此外，也许还会提供涉及SAN管理其他方面的工具。 这样做会使得其他管理应用的工作翻倍增长，经常会导致对存储资源过多的搜索，而实际上却不能给客户带来多大的效益。尽管通过这种做法可能会获取大批量的原始管理数据点，但是这些数据没有关联，无法形成SAN及其不同功能的综合视图。对于客户来说，监视和控制一个单一的SAN居然要用到5个或6个管理应用，无疑是一件令人气恼的事情。 将SAN管理整合到操作系统的解决方案 将事务处理置于无序状态的解决方案不像是存储厂商和管理应用提供商为了分割SAN管理区域而达成的绅士协定。由于SAN管理对于客户来说有巨大的意义，因此，每家厂商都出于本能地在这个领域展开竞争。目前，前期开始生产增值精密存储阵列的厂商已在从事可以监控并管理其他厂商SAN产品的SAN管理软件的销售。毕竟，软件的利润要大大高于硬件，而且不管底层的硬件怎么变化，软件的利润率都是保持不变的。共同的管理标准实际上将会加剧这个领域的竞争，这是因为标准化使得厂商可以把重心放在增值的功能以及更大的市场差异之上。 最终要实现的综合的SAN管理解决方案很有可能不是来源于传统的SAN提供商本身，而是来自操作系统和应用程序（当初，正是操作系统和应用促成了SAN的发展）。举个例子，微软公司正在把API（应用程序接口）引入到其Windows Server 2003操作系统中，在操作系统的支持下，它能够实现用于存储目标路径失效后的可选路径、快照备份和存储虚拟池，同时还支持IP SAN环境下的iSCSI和iSNS设备发现。 如果将过去独立的SAN管理应用集成进操作系统，这对竞争厂商是不利的，但是客户将会最终从削减的成本和统一的软件界面中受益。尽管这是一种容易激发人们提出反托拉斯倡议的作法，但这种在SAN管理市场内解决方案正经历着一种自然选择的过程，打个比方，在今天，对打印机的共享和管理，没有人会作出太多地思索，这是因为这些功能目前已被无缝整合到操作系统中去了，在底层硬件架构以及软件应用之间搭起了一座桥梁。 结论 SANs固有的复杂性需要人们在管理框架上进行更多的研究，以使目前需要手工介入的整个管理过程变得简单而富有效率。尽管将来SAN不太可能实现自我设置和自我管理，但是随着SAN感知功能（SAN-aware functionality）与操作系统的整合以及不同厂商工具包之间的重复功能减少，客户能够更加轻松地部署并支持富有成效的SAN环境，而无需面临今天SAN管理所遇到的难点SAN完全手册：部署您的SAN 制定部署计划 全面的部署计划可帮助您轻松开始，并可引导您对存储区域网络（SAN）进行成功测试和应用。部署计划包含下列内容： 命名计划 样机和测试计划 生产应用计划 命名计划 在您开始布线之前，最好为每台交换机确定一个独一无二的名称，设定IP地址，甚至还要确定网关和子网掩码。有效的命名惯例有助于你在测试和故障诊断期间轻松确定组件。命名惯例应能满足整个企业的发展需求，以便以后无需改变交换机的名称。交换机的名称最长可为19个字符，并可包括字母、数字和下划线，但不能包含空格。有意义的命名元素包括： 机构或项目ID 交换机类型（比如核心交换机或边缘交换机） 结构名称（如果采用了冗余结构） 站点或建造地点 地面和房间位置 机架位置 比如：MOAB_C1_A_B4_544_R1 = Project Moab， Core Switch 1， Fabric A， Building 4， Room 544， Rack 1 样机和测试计划 在SAN投入生产之前，建议您对SAN进行测试和验证。在测试阶段创建SAN样机有助于了解如何创建SAN以及测试中的应用。采用递增和迭代方法创建SAN样机非常好，因为这种方法能更轻松地确定和隔离出现的故障。测试计划对于确保进行全面测试非常重要，全面测试包括SAN设计验证以及故障和绕过故障测试。故障和绕过故障测试将对您的SAN进行测试，以便确保能重新成功路由业务，而且一般故障恢复之后，可重新建立连接并返回至正常路由状态。 部署计划本部分涉及的存储设备和服务器厂商将可确保测试迅速进行，并可就存储设备和服务器特性提供专家咨询。 生产应用计划应用SAN最好采用递增方式。经过证实的最佳方式是在采用剩余服务器或应用平台之前，一次应用一到两台服务器或一两套应用平台。这样在应用剩余服务器或平台之前，可使现有平台或服务器正常工作。 样机和测试您的SAN 创建区域存储网络（SAN）样机通常是从中心开始的，即从交换机开始。然后，通过递增和迭代方式，围绕SAN添加存储设备，最后是主机。这种方法可帮助您迅速定位和隔离故障。一旦您的样机开始工作，您就可运行测试方案以确保SAN可按照预期的那样进行响应和恢复。 交换机最先，边缘设备次之，主机最后 创建样机有五个关键步骤：步骤1： 创建Fabric.逐一连接交换机并验证是否可互相通信。 步骤2： 逐步添加和验证边缘存储设备，确保交换机能与这些设备进行通信。 步骤3： 逐步添加和验证主机，确保交换机能与这些设备进行通信。 步骤4： 验证您的主机和存储设备可互相通信。 步骤5： 一旦连接好设备并验证了设备可互相通信之后，最好的方法是去激活未用端口。 制作基本的逻辑和物理图 SAN的逻辑和物理图有助于测试和故障诊断。逻辑图可表明SAN组件之间的关系，比如不同区域，同时物理图可包含SAN的物理组件以及布线情况。这些图在进行连通测试时可提供参考基准，并帮助确定测试结果预期测试方案 创建故障现象，比如功率循环和重启设备，将可帮助您发现虚接和故障设备。测试应包括结构、主机和存储设备，所有设备都应能从故障中恢复过来。应测试下列项目： 故障现象双Fabric的故障绕过 电缆断开和重新连接 交换机连接断开 在遭遇故障之后，应对结构进行检查以便确保能重新成功路由业务，而且一旦故障恢复之后，可重新建立连接并恢复到正常路由状态。 运行 I/O负荷 在故障测试成功结束之后，您可通过运行I/O负荷和分析结果进行性能测试。利用用于负荷测试的计划应用最好，但有时可能难以利用这种计划应用。如果您不能利用计划应用，您可利用I/O发生器来运行模拟负荷。操作系统厂商可就I/O发生工具提供建议。 在I/O测试中的另外一个选择是重复进行故障测试，看看故障对性能的影响。一旦所有测试成功完成之后，可准备将SAN投入生产了。 转换并准备生产 应用区域存储网络（SAN）的递增和迭代方法以及新SAN环境资料将可帮助您迅速将SAN投入生产。 递增式应用 最成功的SAN推出方式是逐步推出。一次将一个应用平台或服务器操作系统移植到SAN环境，直到这些平台和系统工作正常，这是最佳的应用方法。如果出现故障，递增式应用方法可迅速查找故障原因，并确定故障范围。 准备新SAN环境资料 详细资料将有助于迅速应用，而且对于应用之后生产管理也有价值。最终的SAN逻辑和物理图可为测试提供基准，显示SAN组件之间的逻辑关系以及组件之间的物理布线情况。整齐并带有标记的线缆以及可轻松获取产品手册、软件和支持合同信息将有助于故障诊断和SAN生产管理。 资料的目的是为了提供详细信息，以便其他人也能重新创建SAN，其中包括： 图： SAN逻辑和物理图、交换机拓扑、主机和存储设备连接 固件： 一个设备和固件列表，加上每种设备的固件的保存副本 交换机信息：每台交换机的配置和其他信息 分区和LUN信息：您的分区和LUN配置 脚本： 您创建和使用的脚本 改变记录：任何添加、变化或删除细节 创建一个资料子集是一个好主意，这个子集可发送给您的技术支持厂商，以协助进行故障诊断。可删除敏感的信息，比如服务器名称、客户信息等，以保护您的公司。这个资料子集应包括您的SAN拓扑图以及操作系统版本和补丁级别、HBA类型和固件驱动程序版本、存储类型等测试方案 创建故障现象，比如功率循环和重启设备，将可帮助您发现虚接和故障设备。测试应包括结构、主机和存储设备，所有设备都应能从故障中恢复过来。应测试下列项目： 故障现象双Fabric的故障绕过 电缆断开和重新连接 交换机连接断开 在遭遇故障之后，应对结构进行检查以便确保能重新成功路由业务，而且一旦故障恢复之后，可重新建立连接并恢复到正常路由状态。 运行 I/O负荷 在故障测试成功结束之后，您可通过运行I/O负荷和分析结果进行性能测试。利用用于负荷测试的计划应用最好，但有时可能难以利用这种计划应用。如果您不能利用计划应用，您可利用I/O发生器来运行模拟负荷。操作系统厂商可就I/O发生工具提供建议。 在I/O测试中的另外一个选择是重复进行故障测试，看看故障对性能的影响。一旦所有测试成功完成之后，可准备将SAN投入生产了。 转换并准备生产 应用区域存储网络（SAN）的递增和迭代方法以及新SAN环境资料将可帮助您迅速将SAN投入生产。 递增式应用 最成功的SAN推出方式是逐步推出。一次将一个应用平台或服务器操作系统移植到SAN环境，直到这些平台和系统工作正常，这是最佳的应用方法。如果出现故障，递增式应用方法可迅速查找故障原因，并确定故障范围。 准备新SAN环境资料 详细资料将有助于迅速应用，而且对于应用之后生产管理也有价值。最终的SAN逻辑和物理图可为测试提供基准，显示SAN组件之间的逻辑关系以及组件之间的物理布线情况。整齐并带有标记的线缆以及可轻松获取产品手册、软件和支持合同信息将有助于故障诊断和SAN生产管理。 资料的目的是为了提供详细信息，以便其他人也能重新创建SAN，其中包括： 图： SAN逻辑和物理图、交换机拓扑、主机和存储设备连接 固件： 一个设备和固件列表，加上每种设备的固件的保存副本 交换机信息：每台交换机的配置和其他信息 分区和LUN信息：您的分区和LUN配置 脚本： 您创建和使用的脚本 改变记录：任何添加、变化或删除细节 创建一个资料子集是一个好主意，这个子集可发送给您的技术支持厂商，以协助进行故障诊断。可删除敏感的信息，比如服务器名称、客户信息等，以保护您的公司。这个资料子集应包括您的SAN拓扑图以及操作系统版本和补丁级别、HBA类型和固件驱动程序版本、存储类型等新手入门:认识网络存储IP SAN与IB SAN4、IP SAN解决方案 IP SAN 存储解决方案有着广泛的行业适用性，在备份和恢复、高可用性、业务连续性、服务器和存储设备整合等方面，采用 iSCSI 技术组成的 IP SAN 存储可与 FC SAN 相媲美。 IP SAN 构建成本更低，而且可以连接更远的距离，对于电信、企业、教育、政府、专业设计公司、音/视频处理、新闻出版、 ISPICP 、科研院所、信息中心等行业用户都比较适用。下面介绍几种国产的 IP SAN解决方案： Storlake IP SAN 是圣桥科技自主研发的、基于 Linux 的 IP SAN 网络存储产品。如下图所示，它通过千兆以太网和服务器组成 IP SAN，利用 iSCSI 协议，以块 I/O 方式向 Windows、Linux 和 Solaris 等服务器提供稳定、高效的存储服务。 Storlake IP SAN 适用于 Oracle 和 SQL Server 等大型数据库应用，以及其它不支持网络磁盘的应用场合；并为企业提供大容量数据库解决方案和量身定做系列增值服务。它具有 FC SAN 在整合、可扩展性以及管理上的优势，同时避免了 FC SAN 内部互连所带来的陌生感、复杂性和费用。 Intransa IP SAN 利用现有的网络设备创建 IP SAN 框架结构。这表示用户可使用低成本的网卡， iSCSI 驱动程序和千兆以太网交换机将其主机系统连接到 IP SAN 。这样也就不需要使用昂贵的光纤通道 HBA 和交换机。如需提升效能，也可以使用低成本的 iSCSI HBA 。 Intransa IP SAN 是一种没有单点故障的高可用性存储系统。 IntraStor 模块化体系结构使 IP SAN 不但扩展性好，还具有容错性。 IntraStor 体系结构通过将工作量重新分配到次级控制器模块，从而将单个控制器模块故障所产生的影响降到最低。此外，所有磁盘驱动器都是全局驱动器，因此 Intransa IP SAN 存储系统中的任一磁盘均可用于备份此存储系统中的任一其他磁盘。存储系统中的所有模块都具有冗余的热插拔电源和冗余冷却风扇，以确保所有组建都受到保护。 新禾存储 CTNS-G 网络存储系统是基于以太网的 IP SAN/NAS 海量存储设备，为用户提供企业级的存储，广泛应用于银行、图书馆、校园网、视频存储 / 编辑等行业。 CTNS-G 为企业提供经济的高性能网络存储方案，具有高性能、高可靠性、高可扩充性和集成性、最高的性价比。 CTNS-G 提供 2G bps 的传输带宽和高达 12TB 的存储空间；采用国际最先进的 iSCSI 技术，为用户提供完全共享、方便扩充的存储系统； CTNS-G 采用 RAID 技术、热拔插硬盘、双千兆以太网口，全冗余交换机及 2+1 热备电源，智能控制风扇，彻底保护了用户的数据安全； CTNS-G 直接在标准的以太网络上运行，完全与现有的以太网络基础设施和已有的网络管理软件兼容，不需要专有的网络设备，提供了一个极其经济的高性能网络存储解决方案。 新禾存储 CTNS-H/W 网络存储系统是基于万兆以太网的 IP SAN/NAS 海量存储设备，为用户提供了最高性能价格比的信息存储系统。 CTNS-H/W提供万兆的传输带宽和每秒 500,000 IO 的处理能力，可用于银行、电信、大型网站、电视台、公共图书馆等骨干网络的数据中心。 CTNS-H/W 直接在标准的以太网络上运行，和现有的以太网络基础设施和已有的网络管理软件兼容，不需要专有的网络设备，提供了一个全面的高性能网络存储解决方案2、IB SAN特性 InfiniBand SAN主要具有如下特性： （1）可伸缩的Switched Fabric互连结构； （2）由硬件实现的传输层互连高效、可靠； （3）支持多个虚信道（Virtual Lanes）； （4）硬件实现自动的路径变换(path migration)； （5）高带宽，总带宽随IB-Switch规模成倍增长； （6）支持SCSI远程DMA协议（SRP）； （7）具有较高的容错性和抗毁性，支持热拔插。 3、IB SAN应用与发展 在InfiniBand体系结构下，可以实现不同形式的存储系统，包括SAN和NAS。基于InfiniBand I/O路径的SAN存储系统有两种实现途径：其一是SAN存储设备内部通过InfiniBand I/O路径进行数据通信，InfiniBand I/O路径取代PCI或高速串性总线，但与服务器/主机系统的连接还是通过FC I/O路径；其二是SAN存储设备和主机系统利用InfiniBand I/O路径取代FC I/O路径，实现彻底地基于InfiniBand I/O路径的存储体系结构。 InfiniBand有可能成为未来网络存储的发展趋势，原因在于： （1）InfiniBand体系结构经过特别设计，支持安全的信息传递模式、多并行通道、智能I/O控制器、高速交换机以及高可靠性、可用性和可维护性。（2）InfiniBand体系结构具有性能可伸缩性，和较广泛的适用性。（3）InfiniBand由多家国际大公司共同发起，是一个影响广泛的业界活动。 InfiniBand应用于服务器群和存储区网络（SAN），但它的模块化、可扩展的结构以及灵活性使其能够广泛应用于各种高性能I/O的结构。目前InfiniBand将与其他标准兼容，如以太网和其他LAN及WAN。InfiniBand可作为一种“通用载体”技术进行应用，结合应用服务供应商和互联网服务供应商，这使得它具备了解决大型集成问题的潜力。这将促进应用服务供应商领域的创新和增长向服务供应商提供不断增多的应用来满足最终用户的需求面向数字化图书馆的SAN网络设计 结合图书馆数字化的实际要求，图书馆的SAN网络设计除了从性能、扩展性和管理性方面考虑外，也要不断拓展新的技术应用，来打造面向未来的数字化图书馆。比如：当今被业界追捧的iSCSI技术也逐渐成熟，也可以通过如下的方式应用在数据化的图书馆SAN网络设计中，下面就是一个示例。该例子采用了Brocade公司的先进的iSCSI网关，可以方便的实现SAN和iSCSI的整合，降低了总体成本，提高了SAN存储的利用效率，方便了系统的实施。 通过iSCSI技术的引入，对于前台用于阅览的终端来说，可以更为方便的进入后台的存储领域，更为方便的调入需要的数据。同时，由于这些前台的服务器只需要安装iSCSI的驱动，不需要额外的更多硬件成本，成为低成本数字化图书馆的有益尝试。 总之，数字化图书馆为我们的生活带来了极大地便利，但是如何确保数字化图书馆服务的质量和将来的扩展，基于4Gbps的核心边缘SAN设计，结合iSCSI网关配置，已经逐渐成为数字化图书馆后台SAN结构的理想选择。价廉物美 中小型IT企业如何建立SAN按需定制 这里我不打算详细的逐一介绍可用来进行iSCSI目标服务器改造的硬件，我只想说你需要一块RAID卡以及尽可能多的硬盘。你在只需不到700英镑，就可以买到一块不错的主板，2G的RAM，速度相当的处理器，一个CD-ROM光驱，一个千兆以太网适配器以及一个可装多块硬盘的机箱和电源。 至于RAID，可以考虑Adaptec的ATA RAID 2810SA系列产品，一个8口的ATA系列的控制器大约400英镑。再加上四块每个320G空间、8M缓存、7200转的Western Digital Caviar的SE驱动器，这种驱动器每个大约175英镑，四个合计700英镑。 此系统下，RAID控制器和8块硬盘就能建成性能接近价值1800英镑的千兆iSCSI SAN，而且你还有在一个控制器上添加四块硬盘的空间。 购买成品 你还可以从供应商那里订购一台功能强大的成品系统，比如从Dell采购，如果你愿意购买翻新机，价格会便宜得惊人。本例中我就选择了Dell，你完全可以去他们的甩货卖场以极便宜的价格买台跟新的一样的机器。 如果你想攒一台可用于办公的iSCSI目标服务器，则可以选用翻新的Dell PowerEdge 2850服务器，包括2G内存，千兆以太网以及RAID一共大约2000英镑。或者也可以购买一台翻新的PowerVault 221S磁盘阵列机，4块300G硬盘（假定做成RAID 5后提供1TB以内的容量存储）大约3000英镑。这样只占用四块插槽，还富余10个槽，还有4TB的扩展空间。请确保系统中还有一个外部RAID连接器可与阵列进行连接。全部下来价格为5000英镑，还有很多的扩展空间。虽然这并不是最便宜的解决方案，但与市场上出售的产品相比要便宜很多网络设备 关于这一点需要特别注意，因为iSCSI 的成败将取决于你所选用的网络设备。因此，请购买支持大型主机的千兆以太网交换机（如果需要冗余，有些情况下可以在服务器上配置两个千兆以太网适配器），因为以太网网络要使用9000比特的数据包，远远超过一般的1500比特数据包。这种巨型帧使得iSCSI占用更少的数据包，从而减少管理费用，提升性能。另外还需要保证服务器上的网卡支持巨型帧。如果你选用的是主流服务器系统，应该就没有问题。 如果你打算建一个小型iSCSI 网络，就可以使用8口的SMC 8508T交换机，这种型号的机器可以象巨型帧一样提供千兆网的速度，每个价格不超过100英镑。当然，只有8口的设备扩展是有限的，但是100英镑对于这样一个支持巨型帧的交换器来说已经是很不错的价格。 对于更高端或者更大的应用来说，可以考虑24口或者48口的千兆以太网交换机，如HP ProCurve 2824（24口）或者2848（48口）。两款机器都支持巨型帧而且性能卓越。2824售价约为1800英镑，2848为3000英镑多一点。请记住，出于冗余考虑，需要两台交换机。这一部分的费用会很容易值回你用于购买存储服务器的费用。 其他问题 大型的数据中心中可以用我推荐的方法建立SAN么？绝对不行。但是出于测试或者开发实验的目的，就完全可以。对于每天晚上都进行备份的小型网络，这种硬件解决方案可行么？也许可行，但是这要取决于具体的应用。 本篇文章的目的是告诉读者iSCSI硬件并不一定花费很高。如果你想从EqualLogic这样的厂家购买真正的iSCSI阵列，尽管可以去购买。他们的产品价格较高，但是你可以得到完整的冗余，还有企业级的技术支持协议，更不用说它们坚实的稳定性。但是，如果你的预算很紧，或者你只是为了给老板做一个技术性的演示，就可以翻翻闲置的设备，购买一些需要的东西，然后阅读此系列文章的下一篇。下一篇中，我将告诉你如何将这一堆硬件改造成强大的存储阵列。SAN引导启动技术 远程配置的奥秘新的SAN引导启动（boot-from-SAN）技术提供自动服务器配置和其他高级管理功能。 为了应对IT对高效率管理无盘服务器和刀片服务器的需求，存储区域网厂商开始开发执行高级服务器服务配置的下一代工具博科的Tapestry Application Resource Manager、Microsoft的Virtual Hard Disk或Emulex的N-Port ID Virtualization等工具，证明使用起来比SAN引导启动和逻辑设备号克隆等前任技术更容易。 尽管早已可以进行基于SAN的服务器与存储服务配置，但SAN引导启动（从SAN上的卷引导启动服务器）和逻辑设备号（LUN）克隆（将数据由一个虚拟硬盘复制到另一个虚拟硬盘）实现起来一直很困难。提供更好的服务配置功能和支持更多存储选择的新一代工具，成为关注构建新数据中心基础设施的IT部门的福音。它们提供像通过部署无盘服务器和虚拟化服务器整合资源及集中管理等优势。利用这些工具，IT可以将服务器映像（包括应用程序、操作系统、设备和数据）保存在SAN上，从一个位置管理和解析它们。 迅速恢复服务器也许是SAN引导启动和基于SAN服务配置的最大优势。如果服务器发生故障，IT人员可以轻松利用保存在SAN上的服务器映像部署新的服务器。这一过程所需时间比配置一台新服务器要少。同时，一旦它们的身份即映像被创建，只需点击一下鼠标就可以创建几十台Web服务器。IT只需将新服务器放到网络中，将它配置为使用保存在SAN上的引导映像和应用程序与操作系统映像，不必重新安装操作系统、应用程序和配置设置，以及从备份磁带恢复数据。 Michael Passe是波士顿CareGroup Healthcare System的Beth Israel Deaconess医疗中心存储设计师。出于这些原因，他正在考虑采用SAN引导启动和服务器与存储服务配置。Passe说：“我们关注的是专用于帮助灾难恢复的SAN引导启动，因为我们希望为很多系统克隆和复制系统卷。”引导系统及刀片服务器 SAN引导启动背后的技术并不是什么新东西。