如何从NAS获得像SAN一样的灵活性？
最初，存储解决方案(<10 TBs )只需要几个TBs空间。
我最初的计划是让NAS与其他服务器一起安装存储在NAS设备上的数据，从NAS设备中推送和提取数据。因为这将是一个很小的部署，SAN的成本是不合理的，而且到目前为止还不知道增长预期。所以这将是NAS的存在，但它需要是可扩展的。
不过，我发现这个设计有几个问题；
首先，SMB/CIFS不是一个很好的选择，多个服务器有相同的数据存储安装，NFS似乎是一个更好的选择。不过据我所知这是我唯一的选择。这将是一个本地Linux部署，所以除了NFS之外，还有其他更好的协议可供我使用吗?或者这是我在这里的唯一选择？
其次，由于NAS设备缺少I/O容量或空间，因此必须添加另一个设备(此过程将重复)。我如何将另一个NAS放到网络上，并扩展现有的存储共享(就其他服务器的视图而言)以包括这个额外的存储空间？在SAN中添加另一个存储主机并在SAN上扩展文件系统的"NAS等效“是什么？(据我所知，这是不可能的，但我是在问万一我错了！)
假设我在上面的场景中所描述的，一旦第一个NAS达到了容量，SAN的基本要求是正确的吗？更可扩展的方法是添加另一个NAS，让服务器安装两个存储共享，并让应用程序支持多个存储空间的使用，而不是尝试实现一个不断增长的存储空间吗？
回答 2
Server Fault用户
发布于 2012-02-06 21:55:12
SMB/CIFS在安装相同数据存储的多个服务器时是非常好的。这是一个非常多的并发文件系统，尽管它比NFS慢，延迟也高，但是它可以处理大量的并发连接。更大的问题可能是用户访问，因为与NFS不同，CIFS挂载的所有通信量都将通过验证安装的用户。一般来说，我认为NFS是服务器-服务器文件共享的更健壮的解决方案。
如果您计划在单个名称空间中实现可扩展性，那么扩展比扩展要便宜得多。大多数供应商将提供某种基于SAS的磁盘阵列解决方案。这些文件通常是带有雏菊链的，您可以使用LVM或类似的卷管理器在它们之间运行一个连贯的文件系统(请记住，如果一个磁盘架发生故障，它将损坏整个卷，因此您可能需要多条存储路径)。对你来说，这可能是最具成本效益的解决方案，但是有很多选择。您对文件系统的选择确实很重要，所以请记住这一点。我是Solaris 11上ZFS的粉丝，但是如果您致力于使用自由软件解决方案，您的选择就会更加多样化。
如果你是一成不变的扩展，有许多并行的文件系统，如Gluster和Ceph，但它们在不同程度的成熟度和兼容性，我不推荐他们在这一点上的通用文件共享。
Server Fault用户
发布于 2012-02-06 22:13:15
如果使用iSCSI，可以将NAS转换为SAN。在此之后，将它与cLVM和ocfs一起使用，以便将其并发地挂载到您的系统上。cLVM将为您提供任意扩展的灵活性。
https://serverfault.com/questions/357401
复制相似问题
腾讯云开发者
