网络服务器池的最佳存储后端?

网络服务器池的最佳存储后端?

我研究过像 DRDB(只能扩展到最多 2 个主动-主动节点)和 GlusterFS(很棒,但不适用于 Web 服务器通常处理的小文件)这样的工具。

我正在寻找文件系统/存储服务器集群:

  • 它符合 POSIX 标准(因为许多 Web 应用程序都需要它)
  • 这对于 90% 读取 / 10% 写入小文件(例如 index.php 页面或小图像)的工作量非常有效
  • 大小和性能均可扩展
  • 访问时间极短

我对此已经苦苦挣扎,我认为没有什么可以帮助我。

答案1

欢迎来到这个永恒的问题。

  • 有时,一个单独的文件服务器和 X 个通过 NFS 安装 Web 根目录的 Web 服务器可以正常工作。对于面向读取的内容,很有可能。您没有向我们提供有关流量的任何数字,因此无法确定。

  • 有时类似于“Puppet(或者只是旧的 rsync 和一些脚本)将文件传播到每个 Web 服务器节点”的方法可以正常工作。

  • 对于某些 GFS/GPFS 来说,它运行良好 - 但不建议用于大量小文件。

  • 有类似集群 LVM 和集群版 XFS(称为 CXFS)的东西。然后,您可以拥有一个 SAN LUN,并让每个 Web 服务器节点都挂载它,类似于 GFS/GPFS。不过,我不知道这在处理大量小文件时是否会更好。我总是怀疑这不起作用。

就我个人而言,我会避免任何可能成为单点故障的东西。如果有人对解决这个问题有好的建议,我也会非常感兴趣。先生,您的问题 +1!

相关内容