NAS网关连接NAS与SAN的桥梁

  由于费用低廉以及部署便捷等好处,NAS设备受到IT经理的青睐,迅速在企业中得到广泛的应用。但是这种灵活性是要付出代价的:出现的存储孤岛越多,存储管理任务就变得越复杂。因此,许多公司部署了存储区域网来整合存储环境。

NAS网关通过将IP网络连接到基于光纤通道的存储上,架起一座连接NAS与SAN世界的桥梁。这种高度优化的文件服务器帮助企业更好地保护了存储投资。

NAS网关不仅提供了一种高性价比的整合方法,而且降低了向SAN基础设施添加新NAS应用的费用。

部署连接SAN存储的NAS网关使管理人员能够将光纤通道和ATA等不同类型的存储阵列及多层存储整合在一起,增强灵活性与可伸缩性,提供更高的性能。与传统存储专用设备不同,NAS网关不受设备中所采用的存储技术的限制,可以访问SAN上的多种高性能存储阵列的资源。

NAS网关使IP连接的客户机可以以文件的方式访问SAN上的块级存储。它通过标准的文件共享协议(如NFS和CIFS)处理来自客户机的请求。

当网关收到客户机请求后,将该请求转换为向存储阵列发出的块数据请求。存储阵列处理这个请求,并将处理结果发回给网关。然后网关将这个块信息转换为文件数据,再将它发给客户机。对于最终用户来说,这个过程是无缝和透明的。

NAS专用设备与网关之间的区别在于它们与存储连接的方式。NAS专用设备直接与安装在专用设备中的存储连接。

而与IP网络连接的NAS网关连接在一台光纤通道交换机上,交换机则连接到光纤通道存储阵列上。利用这种方法,NAS网关可以访问SAN上连接的多个存储阵列中的存储资源。

从网关到SAN的物理连接经过网关中的1Gbps或2Gbps光纤通道主机总线适配器。主机总线适配器使用光纤连接到SAN上的光纤通道交换机。交换机同时连接在存储子系统上。

一旦NAS网关物理地连接在SAN上,管理人员就必须从存储阵列为网关配置合适分区。多数情况下,存储端口可以在NAS网关与SAN上的其他应用服务器之间共享。

NAS网关由于支持不同的SAN连接设备,混合搭配多层存储并且使用已有的管理工具管理SAN数据,因而优化和延长了存储资源的使用寿命。因此,用户可以降低管理费用,避免不必要的硬件采购,提高SAN连接的存储阵列高端特性利用率。

 

 

作者:WatchStor

来源:51CTO

时间: 2024-10-23 15:28:00

NAS网关连接NAS与SAN的桥梁的相关文章

VPN网关连接多地域线下办公网络(VPN-HUB)

需求场景:     对于大型企业,通常在多个地域有多个分支分布在世界各地, 同时在云上也有资源,各个分支需要安全可靠地连接起来,形成多地域企业办公内网.如图1: 图1    针对这种场景,可以通过阿里云VPN网关VPN-HUB功能来实现,VPN-HUB功能随VPN网关默认开启,您只需要正常配置各个办公点到云上的VPN连接,不需要额外付款或者额外的配置,每个VPN网关最多可以支持10个连接,即购买一个VPN网关,就可以将10个不同地域的办公点连接起来,实现方式如图2所示.需要注意的是所有的IP地址

关键字是连接网站—搜索引擎—用户的桥梁

大家好!我们又见面了,波小斯在上一篇<如何提高网站搜索引擎排名秘笈之内功心法第一篇--网站的内涵>中和大家分享了如何从1)站内内容质量.2)网站访问速度.3)网站深度.4)网站分类组织结构.5)网站辅助阅读系统.6)网站合理布局及细节把握.7)广告干扰程度,七大方面来建设对用户更加友好.更加利于搜索引擎收录的好网站.这是我们需要在内部建设方面做得第一件大事,下一步我们应该考虑如何让更多需要我们网站服务或者产品的用户发现我们.毋庸置疑,关键字是我们开启"通过搜索引擎桥链用户"

连接COM与.NET的桥梁(3)COM服务器的COM Interop方式

本节部分内容要求读者熟悉COM的消息调用原理,原理请参见杨老师的专栏文章. 前文内容: COM 服务器 --> COM 客户端 ... COM 服务器 --> .net客户端 1.P/Invoke 2.COM Interop(本节内容) 上回介绍了COM服务器端未知或没有接口时的调用方法P/Invoke,这回我们来探讨一下已知接口的情况,COM Interop 方式. 一.普通的接口函数调用 这部分的示例代码叫做ComP6srcDNet中的ComP5工程,呵呵,有点眼熟吧,其实我的目的只是想介

亿景网关连接微软统一通信

亿景网关将把原有的PBX无缝平滑地连接到Microsoft Office Communications Server 2007和Microsoft Exchange Server 2007网络.亿景网关的安装将保留客户原来的网络体系结构和保护客户原先的设备投资.   本文转自d1net(转载)

连接COM与.NET的桥梁(2)COM服务器的P/Invoke方式

一.COM 服务器 --> COM 客户端 这是传统的 COM 知识,如果对这部分内容不清楚,可以去看 杨老师 的个人专栏,那里有非常棒的教程,我就不在这里废话了^_^ 我不细说可并不代表这部分不重要,恰恰相反,如果读者对这部分很熟悉,就会发现后面所有的内容在形式上几乎都是模仿传统的COM调用. 二.COM 服务器 --> .net 客户端 嗯,这才是重点.下图是这部分的原理.每个COM对象都会有且只有一个运行库可调用包装(RCW)代理,而不管它有多少个引用. 在没有公开接口(或者根本就没有)

连接COM与.NET的桥梁(1)预备知识

本文代码使用ISO C++和.net v1.1框架(VS 2003)编写,但其原理适合所有支持.net框架的语言 一.前言 由于传统的COM技术使用静态的非托管编程,而.net使用动态的托管编程,所以这个题目本质上讨论的是托管与非托管代码之间的互操作中的一个特例.目前的 .net v2.0 提供以下 三种互操作: 模块级别的P/Invoke方法 这种操作方法适合调用在动态链接库 (DLL)(如 Win32 API 中的 DLL)中实现的非托管函数.将在下一节讨论: 组件级别的COM Intero

云通信—连接产品与用户的桥梁

本文整理自2017云栖大会-成都峰会上云通信产品专家断木的分享讲义.讲义主要分享了用户运营对产品的重要性,运营过程中可能遇到的问题,以及云通信对这些问题的解决方法.

数据备份必将终结

   如今,IT人员并不喜欢启用他们的数据备份,即使是首席技术官也不例外.传统的数据保护只能短晢保存,因为替代方案更糟糕,丢失数据意味着工作职位将不再稳固,也可能意味着在IT行业职业生涯的结束.备份就像一个保险单.它提供了防止事件异常和不需要的事件的保护. 但是,像保险政策一样,备份成本是昂贵的,他们并没有添加任何额外的功能.就像汽车买了保险,开车并不会更快一样,而如果生产系统没有运行任何更好的备份.许多IT专业人士发现为时已晚,备份也不可靠,这种情况更糟糕的是,糟糕的备份通常在需要恢复之前才会

SAN与NAS融合的前前后后

    在存储技术蓬勃发展的今天,很多用户,集成商甚至提供解决方案的主流供应商都在谈论SAN与NAS的融合.但用户的情况和需求千差万别,虽然能够看到集中管理数据对应用和管理带来的种种好处,但普遍的心态是担心在重新部署数据集中方案过程中存在困难和隐患. 所以笔者不再罗列SAN与NAS融合的种种益处,而是探讨在具体环境中SAN与NAS如何融合,及其融合后的特点.当然笔者不可能针对某一具体案例进行探讨,而是根据常见的通用环境进行分析,希望读者谅解. SAN与NAS融合前的环境 图 1 首先一种情况是用