小编Pet*_*ell的帖子

我有 40 年的计算经验，但我从来没有构建过像这样的服务器，所以这可能是一个 n00b 问题。

我有一个客户将提供超高清音乐文件供下载。在这种情况下，这意味着 FLAC 压缩的 24/192Khz =~ 10GB/专辑。（不，我不想讨论产品的可取性，只是服务器配置。）目录将是大约 3,000 张专辑，包括超高和低清晰度版本（我猜是他们的 iPod），大约35-40TB 左右的原始数据。

由于这是一个非常专业的产品，市场规模相对较小（想想：在音频系统上花费超过 20,000 美元的人），这意味着服务器在大部分时间将 100% 闲置（或接近闲置）。我从 ColocationAmerica 获得了一个很好的主机托管服务，连接速度为 1Gbps，带宽约为 20 美元/TB，所以现在我只需要构建一个盒子来运送货物。

数据访问用例是一次写入/多次读取，所以我只想将软件 RAID 1 用于驱动器对。这将允许我（我认为）即时为发生故障的驱动器重新配置备用驱动器，从而能够在某些系统管理员注意到系统上的红灯之前开始重建第二个驱动器（他们可以免费换出）。如果不需要大多数驱动器，我可以让大多数驱动器进入睡眠/降速状态，那就太好了，这将是大多数驱动器的大部分时间。

我不需要太多的计算能力——这个东西只是把胖对象推到管道里——所以 CPU/主板可以非常适中，只要它可以支持这个数量的驱动器。

我目前正在考虑以下配置：

Chasis: Supermicro CSE-847E26-RJBOD1
Drives: 30 4TB SAS drives (Seagate ST4000NM0023 ?)
MB: SUPERMICRO MBD-X10SAE-O w/ 8GB
CPU: Xeon E3-1220V3 3.1GHz LGA 1150 80W Quad-Core Server

那么，我是在朝着正确的方向前进，还是这是一种完全解决问题的 n00b / 恐龙方式？

更新以澄清几点：

1. 我没有使用 ZFS 的经验，因为我拥有的最后一个 Sun 产品是在 80 年代后期。我会做一些 RTFMing，看看感觉是否合适。
2. 我真的不需要文件系统做任何壮观的事情，因为文件名将是简单的 UUID，并且对象将在驱动器之间保持平衡（有点像大型缓存系统）。所以我真的认为这些是 40 个独立的文件系统，这让 RAID 1 听起来很正确（但我在这里承认无知）。
3. 因为我们目前的预期是，我们不太可能一次下载几十个文件，而且在大多数情况下，任何给定的文件都会只有一个人下载，我不知道我们是否需要大量内存用于缓冲区。也许 …