加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 综合聚焦 > 资源网站 > 资源 > 正文

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

发布时间:2020-12-14 23:37:46 所属栏目:资源 来源:网络整理
导读:我已经研究过像DRDB这样的工具(可以扩展最多2个主动 – 主动节点)和GlusterFS(这很好,但不适用于Web服务器通常服务的小文件). 我正在寻找存储服务器的文件系统/集群: 这是POSIX的兼容性(许多网络应用需要这个) 这对小文件的90%读取/ 10%写入工作负载很有
我已经研究过像DRDB这样的工具(可以扩展最多2个主动 – 主动节点)和GlusterFS(这很好,但不适用于Web服务器通常服务的小文件).

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

>这是POSIX的兼容性(许多网络应用需要这个)
>这对小文件的90%读取/ 10%写入工作负载很有效(想想在index.php页面或小图像上)
>在尺寸和性能方面都具有可扩展性
>访问时间极短

我对此非常强硬,我认为没有任何东西可以帮助我.

解决方法

并欢迎这个永恒的问题.

>有时一个单独的文件服务器,然后X个安装在NFS上的Web根目录的Web服务器工作正常.对于面向读取的东西,非常有可能.你没有给我们任何有关交通的数字,所以无法确定.
>有时类似于“Puppet(或者只是旧的rsync和一些脚本)将文件传播到每个Web服务器节点的方法”工作正常.
>对于一些GFS / GPFS工作正常 – 不建议使用大量小文件.
>有像集群LVM和XFS集群版本的东西,称为CXFS.然后,您可以拥有一个SAN LUN并让每个Web服务器节点都安装它,类似于GFS / GPFS.不过,我不知道这是否适用于大量小文件.我总是怀疑这不起作用.

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

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读