我目前正在为我们的新应用程序规划存储基础设施。由于性能是我们清单上的一个重要项目，因此我想在生产环境中使用 SSD。我们销售的产品会产生大量数据（图片/视频托管），但由于我们仍然是一家初创公司，因此我们的预算有限。
我想为我们的存储实现高可用性，但运行两个 ~ 70 TB 的分布式复制模式 SSD 集群对我来说毫无意义，因为幸运的是，一个节点很少发生故障。因此，我考虑在生产中运行一个 SSD 集群，而一个 HDD 集群充当故障转移，如果一个节点或整个 SSD 集群发生故障，它将接管工作。
这在 GlusterFS（或类似可扩展分布式文件系统，如 cephfs）中可行吗？还是整个概念很愚蠢？这个话题对我来说还很新，所以我很高兴能学到一些新东西！
谢谢。
答案1
Gluster 可能不是解决您问题的正确方法，因为：
- 只有两台服务器，随机IO性能会比较低；
- 您的总写入带宽将受到具有 HDD 池的服务器的限制。
我建议在 SSD 服务器而不是 HDD 服务器上使用带有异步发送/接收功能的 ZFS，但请考虑在第一台服务器死机的情况下需要协调手动故障转移程序。