MDM*_*rra 7 storage network-attached-storage nfs
除了 FCP、FCoE 或 iSCSI 之外,许多大型存储供应商(EMC、NetApp 等)还提供执行 NAS 的存储设备。
什么时候适合使用这些盒子的 NAS 功能?在 SMB 环境中,NAS 是一种更便宜的替代品,文件服务器的管理开销更低,但为什么买得起 VNX 的人不只是将块级存储映射到文件服务器并以这种方式共享呢?直接使用这些设备的 NAS 组件有什么好处?
首先要考虑的是,如果您在存储设备上运行文件系统和文件共享协议(使其成为 NAS),则不必在服务器上运行它。这是避免了一点工作。如果文件系统需要在其他服务器和用户之间共享,这可能意味着避免了相当多的工作。
如果使用数据的服务器是唯一访问它的服务器,那么最好坚持使用块级协议(FC、SAS、iSCSI 或 FCoE)。这样做的主要原因是,虽然实际文件系统的管理对于系统来说相当容易,但通过网络访问该文件系统的协议可能很麻烦且效率低下。CIFS 的效率极低,而 NFS 虽然比 CIFS 更有效,但仍然比基于 SCSI 的任何东西效率低得多。
如果数据将在多个服务器之间共享,则块的唯一选择将是集群类型环境,其中所有节点都可以访问相同的 SCSI 卷。这可能不是一种可能。即使是这样(例如,对于 VMWare),让文件系统和文件共享协议由不是服务器的中央设备处理通常也有好处。
使用 NAS 很有意义的特定工作负载:
当您支持的解决方案可能不适用于块存储时,或者适当的 FC 基础设施的成本过高时,优势就会出现。
想想高性能计算环境中的大型分布式应用程序。假设有 1,000 个计算节点。NFS 可能是应用程序数据的理想选择,因为它的每端口成本低、可扩展且可靠。iSCSI 会产生额外的开销和管理工作。光纤通道需要专用的基础设施,并且每个端口的成本很高。然而,应用程序可以受益于中端或高端阵列的 IOPS、容量或横向扩展功能。
与其他协议相比,我在大约 80% 的时间使用 VMware 和 NFS。与向同一主机提供块存储相比,本机精简配置、可见性/透明度和无数据存储大小限制是其优势。如今,使用正确的设计,性能差异可以忽略不计。有时,我可能会在同一环境中(在不同的网络上)提供块和NAS 存储。灵活性很重要。
其他示例包括可能希望利用其客户端计算机支持的协议的本机存储,但直接使用 SAN 的快照/复制或备份设施的组织。Windows 端的 CIFS、Unix 的 NFS 和我最近看到 Macintosh/AFP 添加的NexentaStor存储。
归档时间: |
|
查看次数: |
2534 次 |
最近记录: |