![预算内的分布式图像存储/服务](https://linux22.com/image/799002/%E9%A2%84%E7%AE%97%E5%86%85%E7%9A%84%E5%88%86%E5%B8%83%E5%BC%8F%E5%9B%BE%E5%83%8F%E5%AD%98%E5%82%A8%2F%E6%9C%8D%E5%8A%A1.png)
我不确定在提供上传文件时如何提供容错解决方案。
我有一个单负载均衡器,其中有两台服务器(webserver1、webserver2)作为节点,都运行 Apache2,并且有一个两个节点都可以访问但不能通过 WAN 访问的数据库。
网络服务器最终将被扩展,数据库也将被分片。
常规文件复制
此时,我正在运行从 webserver2 到 webserver1 的计划 rsync,webserver1 是主服务器,其文件正在分发到 webserver2。目前只有两台服务器,但这是为了扩展。
分享图片
我的 Web 应用程序中有三个目录,用于保存上传到 webserver1 和 webserver2 的用户生成的文件(这些是 rsync 操作的例外)。
目前,我有 3 个 NFS 共享可从 webserver1 获得,所述共享正在由 webserver2 安装。
我对分布式架构领域还很陌生,但据我所知,NFS 解决方案会导致单点故障 - 我已经改变了负载均衡器上的权重,以确保 webserver2 接收更多流量,因此 webserver1 上的负载不应该更高。
我没有更多预算花在任何云解决方案(例如 Amazon S3)上,所以我唯一的行动方案就是提供免费软件解决方案。
有没有可行的软件解决方案?我的首要任务是消除单点故障,同时将服务器负载降至最低。
答案1
在这种情况下,我喜欢使用专用的 NFS 服务器...对单点故障的担忧可以通过某些设计决策来抵消...
- 您要防范什么?组件故障?服务器故障?网络中断?
- 这个设置托管在哪里?数据中心设施?办公室?还是云端?
- 预算会不会有那么大的限制?
如果基础架构是虚拟化的,我将拥有一对虚拟负载平衡器(或单个硬件负载平衡器)、一层 Web 服务器、数据库(可能)和后端存储。该存储可以由虚拟 NFS 服务器、独立物理机箱、NAS 等提供。我很少使用集群文件系统。
看起来你的规模还不足以解决这个问题。我理解规划更大规模的动机,但真的您所做的事情有什么问题吗?不过,NFS 导出也不应该对服务器性能产生如此负面的影响……
答案2
在性能和弹性方面,在独立文件系统之间复制数据有很多好处。您当前的设置到底有什么问题?
我会远离共享文件系统(GFS2、OCFS 等),因为它们的性能不是很好。对于这种角色,复制文件系统(如 Lustre 或 AFS)在性能和功能之间提供了合理的折衷。
您是否希望将数据存储在文件系统中?NoSQL 数据库集群可能要简单得多。当然,还有高清文件系统。
答案3
主/主中的 DRBD 可以满足您的大部分需求,它没有高开销,并且任一服务器都可以写入或读取,并且可以在没有另一台服务器存在的情况下运行。
它的运行有点复杂,但它是一种能够满足您大部分(即使不是全部)要求的解决方案。
答案4
听起来你正在寻找类似的东西移动文件系统。它是基于 webdav 的分布式、复制文件共享。请注意,它不符合 POSIX 标准,并且您的应用程序需要“移动感知”。它是为了共享网站图像而构建的。