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

我已经研究过像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,先生!

相关文章

vue阻止冒泡事件 阻止点击事件的执行 <div @click=&a...
尝试过使用网友说的API接口获取 找到的都是失效了 暂时就使用...
后台我拿的数据是这样的格式: [ {id:1 , parentId: 0, name:...
JAVA下载文件防重复点击,防止多次下载请求,Cookie方式快速简...
Mip是什么意思以及作用有哪些