use*_*460 6 storage-area-network hard-drive nfs samba
我是一名开发人员......在外国地形上行走。请原谅任何天真。
我正在开发一个将数据存储在数据库和文件系统中的应用程序。
上下文：集群和网络共享
过去，当我们运行集群应用程序（即多个应用程序服务器前端数据）时，我们按如下方式处理文件系统：
降低节点 B、C、D 的“磁盘速度”是次优的，但不是大问题。
另请注意：应用程序使用自己的文件锁定机制。并发写入不是问题。
问题
因此，在现代数据中心光纤通道将服务器连接到 SANS 中，在多台服务器之间共享“大块磁盘”的最佳方式是什么？
这种“磁盘共享”是否被广泛使用？
任何特定于操作系统的问题（“适用于 linux，但不适用于 Windows”）
有什么注意事项吗？难以配置、不可靠等？
我从我们的系统管理员那里听到了很多“我们不能那样做”……最后当我询问更多细节时，他们说“好吧，技术上是可能的，但这不是我们在这里做的方式”
提前致谢，
更新：感谢您的回答。（它们都很好：我必须选择一个。对不起，如果它不是你的）正如我（有点）预期的那样：我希望你可以简单地将 NTFS 或 XFS 或任何“常规”文件系统附加到同一个“大块头” '磁盘' 被证明是幼稚的。集群文件系统是一张票。并且花哨的文件系统不是我们托管团队的首要任务）。
“嗯，从技术上来说这是可能的，但我们这里不是这么做的”
这听起来很像我经常告诉开发人员的话；）
从企业运营的角度来看，您希望应用程序尽可能使用标准的可重复解决方案。如果您的申请不需要/保证特殊处理，您将不会得到它。非标准解决方案需要专门的技能，更昂贵或更多的设备，如果它是“最先进的”，故障通常也是灾难性的。
对于许多应用程序来说，（高度可用的）文件共享仍然是非常合适且普遍部署的解决方案。
使用文件共享的常见 HA 替代解决方案有：
不要将文件存储在文件系统上，而是使用高度可用的数据库并将它们存储为 BLOB。一种非常常见的方法。通常你已经需要一个数据库，这使得应用程序服务器几乎无状态，通过将它们转移到数据库层来解决许多锁定、复制、HA、一致性和访问问题，其中很多问题都是旧闻，很好理解和解决了。但一旦达到（相当大一部分）PB 范围，维护成本可能会很高。
适当的集群文件系统，允许通过光纤通道或 iSCSI 对共享存储进行并发读写块级访问。企业存储阵列往往非常昂贵，但可以很好地扩展。通常，群集文件系统需要为群集 FS 软件的每个节点提供（昂贵的）许可。在专门应用程序的企业环境中也很常见。
使用分布式对象存储。这是更加开源的解决方案，具有低端商用硬件，在软件中创建冗余和可扩展性。这是一种常见的“云”方法。
| 归档时间： |
|
| 查看次数： |
544 次 |
| 最近记录： |