• 首页
        • 更多产品

          客户为中心的产品管理工具

          专业的软件研发项目管理工具

          简单易用的团队知识库管理

          可量化的研发效能度量工具

          测试用例维护与计划执行

          以团队为中心的协作沟通

          研发工作流自动化工具

          账号认证与安全管理工具

          Why PingCode
          为什么选择 PingCode ?

          6000+企业信赖之选,为研发团队降本增效

        • 行业解决方案
          先进制造(即将上线)
        • 解决方案1
        • 解决方案2
  • Jira替代方案
目录

san和nas在存储虚拟化方面有哪些不同

san和nas在存储虚拟化方面的不同是:1.存储速度;2.性能好坏。其中,NAS用以太网和TCP/IP协议代替了内存,这样做不但增加了大量的CPU指令周期;SAN方式下,路径中比NAS方式多了一次FC访问过程。

一、san和nas在存储虚拟化方面的不同

1.存储速度

NAS架构的路径在虚拟目录层和文件系统层通信的时候,用以太网和TCP/IP协议代替了内存,这样做不但增加了大量的CPU指令周期(TCP/IP逻辑和以太网卡驱动程序),而且使用了低俗传输介质(内存速度要比以太网快得多)。

而SAN方式下,路径中比NAS方式多了一次FC访问过程,但是FC的逻辑大部分都由适配卡上的硬件完成,增加不了多少CPU的开销,而且FC访问的速度比以太网高,所以我们很容易得出结论,如果后端磁盘没有瓶颈,那么除非NAS使用快于内存的网络方式与主机通信,否则其速度永远无法超越SAN架构。但是如果后端磁盘有瓶颈,那么NAS用网络代替内存的方法产生的性能降低就可以忽略。比如,在大量随记小块I/O、缓存命中率极低的环境下,后端磁盘系统寻到瓶颈达到最大,此时前端的I/O指令都会处于等待状态,所以就算路径首段速度再快,也无济于事。此时,NAS系统不但不比SAN慢,而且由于其优化的并发I/O设计和基于文件访问而不是簇块访问的特性,反而可能比SAN性能高。

2.性能好坏

关于IO密集和CPU密集说明如下。

CPU密集:程序内部逻辑复杂,磁盘访问量不高。

IO密集:程序内部逻辑不复杂,耗费CPU不多,但随时存取硬盘上的数据。

IO和CPU都密集:不适合单机,必须组成集群。

显然,NAS对于大块顺序IO密集的环境,要比SAN慢一大截,原因是经过大量IO累积之后,总体差别就显出来了。不过,如果要用10G以太网,无疑要选用NAS,因为底层链路的速度毕竟是目前NAS的根本瓶颈。此外,如果是高并发随机小块I/O环境或者共享访问文件的环境,NAS会表现出很强的相对性能。如果SAN主机上的文件系统碎片比较多,那么读写某个文件时便会产生随机小块IO,而NAS自身文件系统会有很多优化设计,碎片相对较少。CPU密集型的应考虑使用NAS。

NAS以文件的形式+LAN连接存储介质; 而SAN以块形式+光纤连接存储介质。

延伸阅读:

二、san和nas的概念

1.san

SAN是专用网络,可提供对合并的块级数据存储的访问。SAN主要用于制造存储设备(例如磁盘阵列,磁带库和光盘机)到服务器,从而使这些设备看起来像是本地连接到操作系统的设备。从历史上看,数据中心首先将SCSI磁盘阵列的“孤岛”创建为直连存储(DAS),每个磁盘都专用于一个应用程序,并且可以看作是许多“虚拟硬盘”(即)。操作系统在自己的专用非共享LUN上维护自己的文件系统,就像它们在本地一样。

2.nas

NAS使用基于文件的协议(例如NFS或SMB / CIFS),很明显存储是远程的,并且计算机请求一部分抽象文件而不是磁盘块。直接连接存储(DAS)和NAS之间的主要区别在于,DAS只是对现有服务器的扩展,而不一定是联网的。NAS被设计为一种简单且独立的解决方案,用于通过网络共享文件。

以上就是关于san和nas的内容希望对大家有帮助。

相关文章