1 23 / 3 页

论坛徽章:: 0

21楼 [报告]

发表于 2009-08-25 23:12 |只看该作者

原帖由 xiaolai1227 于 2009-8-25 14:34 发表
稳定性不错

我是用总共4块1T的SATA盘做的高可用模式，两两由Glusterfs配置成RAID1模式

千兆网络环境

Rhl5.2

dd if=/dev/zero of=file1 bs=128K count=4096
4096+0 records in
4096+0 records ...

盘也太少了，建议使用2U 8块1.5TB的 SATA II 磁盘，或者过几天应该可以上2TB的了。

实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？

Kallawa

稍有积蓄

论坛徽章:: 0

22楼 [报告]

发表于 2009-08-26 14:16 |只看该作者

回复 #21 yftty 的帖子

一般pc～～仅仅测试一下而已～～呵呵

实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？

happy_fastdfs

白手起家

论坛徽章:: 0

23楼 [报告]

发表于 2009-10-13 17:26 |只看该作者

Gluster也是指GlusterFS，以前也叫ClusterFS，后改名的。
Lustre：适合单个大型任务或单个文件超大的场合，如天文气象的一个巨型任务需要访问的超大数据集，需要分散到多台机器存储；

GlusterFS：适合大量中小型文件给大量用户并发访问，如博客、相册业务，本身机制较复制，客户端使用更简单些，把集群文件当本机文件读写，例如可以ls、stat整个集群的目录，可想实现要更复杂，部署门槛较高些，没有单点；

FastDFS：适合大量中小型文件给大量用户并发访问，如博客、相册业务，实现简单，部署门槛较低些，没有单点，客户端访问是通过api读写文件的，需要一个db存储远程文件路径（文件索引），如果应用本身要用db则顺便保存，性能比GlusterFS快1倍左右，占用带宽比GlusterFS更低；
FastDFS的本论坛链接：http://linux.chinaunix.net/bbs/forum-75-1.html

[ 本帖最后由 happy_fastdfs 于 2009-10-13 17:27 编辑 ]