SAN和NAS的传输协议一样的?哪个速度快点?

NAS：活络勤勉的跑堂
在存储世界里，NAS相当于餐厅里的跑堂。它适用于文件或数据块访问，作为SAN与工作组或用户之间的网关。换句话说，它的使命是将数据从“厨房”送至相应的“餐桌”。NAS能很好的完成“跑堂”这一工作。
NAS吸引人之处就在于它通常能即插即用，采购及管理的成本低廉。由于RAID阵列、磁带、硬盘或其他设备直接连接到每一服务器或服务器集群，NAS没有必要按SAN的方式安排LUN。由于网络与存储单元之间一对一的关系，NAS反应敏捷，搜索和传输数据的速度很快。
从技术层面上看，NAS使用一IP协议将文件传送至客户端。它等效于大型网络服务器，只提供对更大的文件池的访问。
当企业选择NAS作为高容量块存储的主要方式，就会遇到麻烦。通常，这些企业对于已有的NAS很满意，并不断增加新的连接。这一策略表面上看是合乎逻辑的，但在实践中不会达到企业的预期效果。
问题就出在虽然NAS具有一定的可扩展性，但是它的可扩展性不是线性的。在某一临界点曲线变为水平后，NAS就无力应付此时的负载。根据组织大小和网络拓扑结构的不同，让各个NAS服务器为不同工作组服务违反了它应用于简单场合的本性。此时管理组织的存储需求，会需要更多资源而不是更少。
在小型企业中，NAS能够同时满足两个功能：就象在小餐馆一个人能兼任烹饪上菜两职。但随着企业规模增长、结构日益复杂，需求发生变化，就要把任务进行明确分工。
SAN：技艺高超的厨师
NAS更多是一种面向设备的策略，而SAN是一种真正提供存储服务的架构或方法。SAN集成多种存储设备及存储空间，它们比典型的NAS设备等级要高。SAN通过光纤连接到服务器传输数据块，而不是直接向客户端传输文件。当收到请求时，服务器就连接SAN，然后读取相应的数据块。
SAN的设计目的就是通过数据集中化管理而不是按工作组分割，提高数据吞吐量，改进文件共享能力。在大型组织里，这种方式还能提高速度，简化关键备份工作。简而言之，SAN是实现高效的信息生命周期管理战略的关键。
我们再用刚才的餐厅打个比方，SAN就相当于烹饪美味佳肴的厨房，它不管食客点了牛排、鲜鱼、鸡肉还是蔬菜。食客需要的一切厨房里都有，只要让跑堂按照点菜单的顺序传菜。用NAS完成同样任务需要为每份菜准备一个厨房，或者为每位跑堂服务的几桌客人准备一个厨房。跑堂必须先让食客点菜，再跑到厨房里自己烹饪。而烹饪其实不应该是跑堂做的工作。知道了这一点，就明白NAS并不适合每种存储需求。虽然在整个企业内复制NAS解决方案很方便，但是NAS并不适合某些场合。
适当的部署SAN解决方案，能减轻本地服务器的负担，服务器无需搜索它自己的磁盘（或扩展磁盘），这样就能加快信息传到用户手上的速度。网络不再因IP流量过大而导致拥挤。将存储与服务器隔离简化了存储管理，用户不用再管理各种LAN或WAN存储设备，能够统一、集中的管理各种资源。
SAN还能使存储更为高效。在通常的网络中，可能一个服务器可用空间已用完，而另一服务器却还有几个GB的可用空间。SAN把所有存储空间有效的汇聚在一起，每一服务器都享有访问组织内部所有存储空间的同等权利。它还提供集中式管理存储空间的能力。这一方法能降低文件冗余度，因为某一文件只会存储在企业整个存储空间的一个地方，而不是各个服务器上。
SAN的另一优势在于它让存储过程变成一黑箱 *** 作。它屏蔽系统的硬件，能让您同时采用不同厂商的存储设备，免除只能选择一家厂商的存储设备的尴尬。SAN在经济性方面的竞争力也很明显，当有新需求时，您可以选择最好的产品（和最好的交易）。这才是真正的存储虚拟化。这使得企业能经常分析其IT存储组合，最优化它们的存储投资。
这一技术还能让您保护已有投资，不用象NAS更新时必须丢弃旧的NAS。您可以根据需要增加或替换存储单元，很便捷的就把它们融入您的SAN策略中。
SAN的不足之处在于，跨平台的性能没有NAS好。而且对于那些习惯使用NAS的用户来说，SAN价格过高。此外，搭建SAN比在服务器后端安装NAS要复杂的多。有些SAN用户从没有充分发挥SAN的作用，只是把它作为基本的备份和存储设备。这些浪费SAN强大功能的用户应该明白，点了8道大菜之后只尝了尝开胃菜就回家是不明智的。

SAN交换机和LAN交换机不可混接，光模块不可混用。除非是FCoE接口。
服务器的HBA卡直接和SAN交换机的FC口接。SAN再和存储接。
至于接来下san交换机上zone的配置就看需求了

存储阵列在IT架构下主要有两种：
盘控一体化架构和盘控分离化架构

管理口的默认IP地址是A控 192168128101 B控 192168128102

存储结构：直接连接存储（DAS）、网络连接存储（NAS）、存储区域网络（SAN）

通过存储的通道不同分为IP SAN 和FC SAN
而无论是IP SAN还是FC SAN都有三种组网结构：
1、直连组网

主机和存储之间通过专用的通道去连接，这个通道可以基于是IP的，也可以是FC。这种通道的实现方式主要是把存储资源通过这个通道提供给上层服务器使用
缺点：所有的存储资源只能为一台服务器提供存储
2、单交换组网

它可以通过网络侧的交换机或者说FC的交换机实现把存储资源共享给多台服务器提供存储
缺点在于应用服务器和交换机以及存储 资源之间只有一条承载链路，任何一条链路出现问题都会导致服务器和应用之间连接失败

3、双交换组网

采用的是两台或主备的方式去实现交换机的连接，所有的应用服务器和存储之间也是通过两条链路去连接，中间断开任何一条链路都不影响整个存储和应用服务之间应用的访问

注意：提到SAN存储，默认指的是FC SAN

无论是IP SAN 还是FC SAN都有以下四个组件：

采用的是光纤作为承载通道。
FC协议栈

我们大多用的是FC-0 FC-1 FC-2这三层，也可以称FC是大二层架构
FC-0主要是定义了物理层的介质，比如：光纤或者铜线、相应的标准、距离等
FC-1主要是定义了协议的编解码的过程
FC-2主要是定义了帧、流控制以及质量控制方面
FC-3主要是加密
FC-4主要是上层协议的封装，比如SCSI，完成SCSI协议到FC协议的转换传输

FC的三种拓扑架构
1、点对点

通过主机侧安装的hub卡以及光纤线缆和设备去连接
缺点：所有的存储只能为一台应用服务器提供服务

2、仲裁环

通过光纤集线器去完成把存储资源共享给多台服务器，提供存储。
缺点：它们都在环路上工作，任何环路上的设备出问题都会导致环路出问题，安全性不高
3、FC-SW

采用交换式的方式去实现FC的组网，这种方式采用FC交换机去实现为更多的上层服务器提供存储资源，同时也可以实现双交换组网的一种方式

它的承载通道采用TCP/IP协议进行承载
实现IP SAN有三种方式：
第一种：

软件主要实现的是从SCSI协议封装成iSCSI的过程
以太网卡主要实现的是把数据传输到外界
第二种：

与第一种的区别就是TOE网卡分担了网卡的一些功能
第三种：

iSCSI卡即完成了数据的封装也完成了数据的发放
不占用任何的主机资源

FC SAN与IP SAN的区别

FC SAN因为距离原因，大多只能在数据中心去做
IP SAN因为是TCP/IP做承载，所以可用于大区域数据

FC SAN速度快，传输效率高
FC SAN成本高
FC SAN采用的是专用的HBA卡 不会被外界攻击

FC SAN更多用在容灾备份的场景

NAS（Network Attached Storage）网络附加存储 ：是一种将分布、独立的数据进行整合，集中化管理，以便与对不同主机和应用服务器进行访问的技术。

SAN的所有文件存储都是在主机这侧完成的。
而NAS是把自己的文件系统和自己的 *** 作系统都是在内部实现的，也就是说NAS有自己的文件系统和自己的 *** 作系统去管理自己的内部数据。

NAS对不同 *** 作系统开放的协议不同
Windows是CIFS
Linux是NFS

NAS还支持FTP和>