为什么select通过NFS的NAS？

NAS（networking连接存储）是通过networking提供文件的设备。 一个协议来完成这个是NFS。 所以NAS可以使用NFS协议（或其他协议）。

所以提供NFS导出的Linux服务器实际上是一个NAS设备。

selectNAS Filer而不是仅仅在服务器上运行NFS有很好的理由吗？

该设备的优点是预先包装，并准备开箱即用，并可能有一个networkinggui，使更改多一点pipe理友好。 设备的一个缺点是，如果你进入这个位置，数据的恢复可能会更加困难，因为底层文件系统可能是专有的。

这是一个奇怪的问题 – 就像是说“水果和苹果有什么区别” – 一个是一个阶级，一个是这个阶级的成员。

NAS 仅通过共享一个或多个可包含NFS的协议来为通用networking做出贡献。

NFS是可以从通用networking上的一个或多个设备共享的协议，这些设备只能使用NFS共享或与其他协议同时使用。

真正的SAN有助于存储特定的networking。

iSCSI模糊了这个问题，因为它可以通过一个通用的networking（即类似NAS的networking）进行共享，但是在块级（通常是SAN的特征）上。

要更直接地回答您的最终问题，请select您希望获得单一，通常更高可用性（即双控制器，PSU，存储path，NIC）的NAS，集中式且重要的集中pipe理解决scheme，并使用多路点预算可能更严格的NFS解决scheme，数据可用性可能更低，并且可以跨多台机器进行pipe理。

NAS和NFS的“真正”区别在于NAS是一种技术，NFS是一种协议。

NAS：

networking附加存储（NAS）是连接到计算机networking的文件级计算机数据存储器，提供对异构networking客户端的数据访问。

NFS：

networking文件系统（Network File System，NFS）是Sun公司最初于1984年开发的一种networking文件系统协议，它允许客户端计算机上的用户以类似于访问本地存储的方式通过networking访问文件。 与许多其他协议一样，NFSbuild立在开放networking计算远程过程调用（ONC RPC）系统上。 networking文件系统是RFC中定义的开放标准，允许任何人实现协议。

NAS只是一个服务器，但它可能正在运行一个专有或经过仔细调整（或两者）的操作系统，并为您提供一个很好的GUI。

当你购买一台NAS时，你需要付出一定的代价去挑选合适的硬件，操作系统，磁盘上的文件系统，build立监控和容错能力，并且用pipe理界面包装起来，以pipe理和configuration它。

没有什么可以说你不能自己做类似的事情，或者build立一个服务器，并在其上部署FreeNAS（或者在OpenSolaris的情况下，像zfs set sharenfs=on一样简单），如果你有一个好的有理由认为，与购买现成的NAS相比，您将获得更好的回报。 对于大多数消费者来说，它几乎总是倾向于“购买NAS”。 如果您拥有一堆可以轻松部署为文件服务器的精心指定的服务器，那么购买NAS的好处就会缩小。

“运行NFS的Linux操作系统”与专用的NAS设备并不是一回事：就像是说“运行pf的FreeBSD服务器与Cisco PIX防火墙一样” – 确保他们都在执行数据包的基本任务过滤，但是在function上有很多差异，可能是破坏者， 取决于你需要什么或想要你的防火墙 。

例如，NetApp的NAS设备系列具有重复数据删除技术，可最大限度地减less冗余数据量，如果您要存储大量冗余VM模板，ISO等数据，这在虚拟环境中特别有用。 据我所知，没有开源的等价物。

另一方面，Linux NFS文件服务器也可以作为备份服务器，FTP服务器，数据库服务器等configuration为双重angular色，因为您拥有完整的Linux服务器平台，而不是像单一用途的存储设备NAS使用NFS。

看起来你的标题很糟糕，答辩人甚至懒得读你的问题…无论如何，这里有我看到关于NAS设备与NFS服务器的一些优点/缺点：

NAS专业人员：一个设备通常易于维护和pipe理，专用于服务，不太易于中断，可以为许多协议（NFS，SMB，FTP，HTTP等）提供服务，更less的噪音，更小，使用更less的能源，更快的启动，… … –

NAS缺点：可能不太可定制/可升级（包括h / w和s / w），可能是封闭源代码，可能会更昂贵。

实际上，诸如NFS或SMB或AFS的“NAS”访问协议将不具有与本地文件系统完全相同的访问语义。

例如，在unix中，当你有一个文件有一个进程正在读/写，并且你删除它时，在一个本地文件系统中，到那个文件的链接消失了，但是这个inode不会被回收，直到进程退出链接计数为零）。 至less在较早的NFS实现中（可能还有更新的实现，尽pipe我不确定），那么最终会将该文件重命名为.nfs – ####并移动到别处，但实际上并未被删除。 NFS 最能模拟本地unix文件系统的访问模式。

安装在Windows系统上的SMB / CIFS可能看起来就像是本地文件系统一样。 我不确定，我没有足够的时间在窗户上。 然而，有可能是SMB挂载文件和NTFS（可能是FAT32）之间存在差异，如果你正在编写一个奇怪的低级程序，那么这个问题就很明显了。

如果您已经在Windows上挂载了NFS分区或者在UNIX上挂载了SMB / CIFS共享，那么您可能还会看到奇怪的构件。

其他更奇特的东西像AFS也会有相对于本地文件系统的怪异行为

所以，简而言之，这取决于您使用的是哪个NAS协议，以及您使用的是哪个客户端，以及您的外观。

这些差异远远超出了基本定义的明显差异。 我认为有充足的理由selectNAS设备\ filer通过支持您需要的NAS协议的通用服务器，这些协议与pipe理，功耗，安全性，function集和性能相关。 通用服务器是否是一个好的替代品取决于你如何优先使用这些参数。

NAS设备的价格范围从入门级的大约一百美元到高端的几十万甚至更高。 要匹配的function和性能规模。

在入门级，小型消费级和面向小型企业的设备具有基本的function，如果有的话，通过NFS（或SMB \ CIFS，视情况而定）共享的通用服务器提供的基本function并不多。 就具有NFSfunction的服务器和其中一个服务器之间的特性差异而言，您正在考虑紧凑性，低功耗，易于configuration，简单pipe理和最小攻击面的组合。 从function\性能angular度来看，您可以轻松地将一台标准的Linux \ Solaris \ Windows服务器replace为该设备，并向使用存储的服务器\客户端提供相同的function。但是，如果紧凑性和/或功耗更重要，那么入门级的NAS设备可能仍然是更好的select。

更高的食物链（看NetApp的文件pipe理器和EMC的Celerra等），你可以获得高水平的组件冗余，不仅支持热插拔驱动器，还支持热插拔控制器，PSU风扇，零停机控制器操作系统，固件升级，基于硬件的快照和前端加速器caching（如NetApp的PAM），硬件辅助的重复删除（在虚拟桌面types环境中非常有用），基于硬件的复制等等。 在这种可靠性和性能水平上，不可能用通用的服务器操作系统来替代运行在现成的硬件上的操作系统，并且仍然可以获得相同的性能或function集。 但是在这个级别上，你将会为这个特权付出代价。

NAS是表示networking连接存储的通用词。 NAS就是通用名称。 NFS只是一个访问协议，比如iSCSI或光纤通道。