对于负载均衡的ASP.NET应用程序,文件存储的最佳解决方案是什么?

我们有一个ASP.NET文件传递应用程序(内部用户上传,外部用户下载),我想知道分发文件的最佳方法是什么,所以我们只有将应用程序的文件存储在一个文件中就没有单点故障服务器.我们在多个前端Web服务器上分配应用程序的负载,这意味着对于文件存储,我们不能简单地在Web服务器上本地存储文件.

我们当前的设置让我们指向主数据库/文件服务器上的共享.在整个一天中,我们将主服务器上共享的内容复制到故障转移.这个scneario确保我们有一台辅助计算机上有相当新的数据但我们希望能够从主服务器故障转移到故障转移,然后再返回,而不会丢失数据或前端应用程序中的错误.现在,这是一个相当手动的过程.

可能的方案包括:

> Robocopy.很简单,但它不容易让您在没有多个作业一直运行的情况下进行故障转移和返回(来回复制数据)
>将文件存储在SQL Server 2005中的BLOB中.我认为这可能是性能问题,尤其是对于大文件.
>使用FILESTREAM type in SQL Server 2008.我们镜像我们的数据库,所以这看起来很有希望.有人对此有经验吗?
> Microsoft’s Distributed File System.由于我们只有2台服务器需要管理,所以看起来像我读过的一样.

那么你通常如何解决这个问题,什么是最好的解决方案?

考虑像 AWS S3这样的云解决方案.它可以为您使用的产品付费,可扩展且具有高可用性.
相关文章
相关标签/搜索