目前，我们有一台托pipe所有内容的服务器：音乐，video和软件。 这个内容是由用户通过HTTP下载的。 现在自由空间即将结束，我们正在探索不同的扩展存储容量的方法。 我们想做便宜，简单和可靠（防止磁盘/服务器故障）。 当然，我们看到两种方式：
添加几个廉价的服务器与4个磁盘（RAID1？），运行一些分布式文件系统在顶部，如GlusterFS。 优点：希望我们将所有的磁盘视为单一的平面文件系统，只是将内容转储到其中并完成。 缺点：configuration和处理故障可能会很棘手。
添加几个廉价的服务器，所有运行的HTTP服务器。 每个内容（不pipe是音乐文件还是video）都放在随机select的两台服务器上。 优点：不必处理RAID，因为内容是重复的; 单服务器故障不会导致内容的任何部分; 增加了一倍的分发容量（因为任何signle文件都可以从托pipe它的两台服务器上下载）。 缺点：需要一些内容分发的脚本，添加/删除服务器。
我们错过任何其他方式吗？ 上述哪个选项似乎是最好的？
如果你进入头顶，这两个选项并不是很便宜。 我会去的（1），但不是与一个4光盘系统 – 我会去2个机架单位与24光盘（！）的SuperMicro案件。 由一个漂亮的RAID控制器，可以处理更多的案件。 然后，我将从8个光盘中分别创buildRAID 5组，保留前8个操作系统（2个光盘，镜像），SSDcaching（确定，使用ADaptec Raid控制器）（2个光盘）和热备份（4个光盘）。
根据您的需要，您会发现，要比每台4张光盘需要另一台服务器的低端服务器便宜，这在经济上是非常低效的。
也就是说，除非你期望你的4张光盘永远持续下去。
从来没有想过opensolaris和zfs？ 你可以通过nfs / iscsi / smb导出它，它相当便宜的构build一个opensolaris的机器，并且存储容易扩展。 再加上一个简单的方法来备份。 试一试