在这种情况下，允许用户上传内容，然后分别进行一些更改，然后根据这些更改提交表单。

在单服务器非故障转移环境中，这种方法可以正常工作，但是我们需要某种解决方案，在支持故障转移的服务器之间共享文件。

过去有人遇到过这种情况吗？我们能开发出什么样的解决方案？显然，坚持使用数据库是一种选择，但我们宁愿避免这种情况。

解决方案

回答

在我们的方案中，我们有一个单独的文件服务器，两个前端应用程序服务器都写入该文件服务器，这样我们任一服务器都可以访问相同的文件集。

回答

最好的解决方案通常是在某种形式的SAN上提供共享区域，该共享区域可从所有服务器访问并包含故障转移。

这还具有以下优点：我们不必提供粘性负载平衡，上载可以由一台服务器处理，而编辑可以由另一台服务器处理。

回答

具有故障转移功能的共享SAN是一个不错的解决方案，成本很高(很高)。是否有任何合理的故障转移解决方案？也许像Windows的DRBD之类的东西？

简单共享文件系统的问题是缺乏冗余(如果文件服务器出现故障怎么办)？

回答

在以前的工作中，我们有一簇Web服务器，它们前面有一个F5负载平衡器。我们有一个非常相似的问题，就是我们的应用程序允许用户上载可能包含照片等内容。这些是旧版应用程序，我们不想对其进行编辑以使用数据库，而SAN解决方案对于我们的情况而言过于昂贵。

我们最终在两个群集服务器上使用了文件复制服务。该服务在两台机器上作为服务运行，使用的帐户具有对相对服务器上路径的网络访问权限。上传文件后，此后端服务会同步文件系统文件夹中的数据，使其可从任一Web服务器提供。

我们审查的两个产品是ViceVersa和PeerSync。我认为我们最终使用了PeerSync。