小编Ari*_*ouk的帖子

Glusterfs 虽然是一个不错的分布式文件系统，但几乎没有提供监控其完整性的方法。服务器可以来来去去，砖块可能会变得陈旧或失败，我害怕知道这些可能为时已晚。

最近我们遇到了一个奇怪的故障，当一切正常时，但是一块砖从体积中掉了出来（纯属巧合）。

是否有一种简单可靠的方法（cron 脚本？）可以让我了解 GlusterFS 3.2卷的健康状况？

我的 drupal 网站在 Amazon EC2 云上运行。我的实例使用 S3 存储来存储动态文件。但是我意识到S3太慢了，可能会导致问题。我想使用 glusterfs 而不是 S3。

使用 glusterfs；

1. 我应该使用哪个 Linux AMI？（我尝试在 Amazon Linux AMI 上安装它，但失败了）
2. 当我创建 EBS 实例时，我应该添加额外的 EBS 卷还是实例的根 EBS 卷就足够了？（是否可以将根 EBS 卷用作 gluster？）
3. 将 EBS 卷添加到同一个实例以在 gluster 池中使用是否明智，还是应该创建一个新实例来添加额外的存储？

亲切的问候...