刚刚在 IBM x3500 7977 服务器中安装了 4 个 2TB Hitachi 5K3000 驱动器。它有一个 Adaptec 8k serveraid 卡。结果发现它没有检测到驱动器为 Sata II 3.0gbs。它只将它们视为 Sata I 1.5gbs。我检查了一下，似乎背板有问题，需要它们将所有 Sata 驱动器限制为 1.5gbs。
问题是，这些驱动器仅用于提供媒体。基本上将用作文件服务器。从性能角度来看，这有很大区别吗？我打算随着时间的推移向阵列添加额外的 2TB 匹配磁盘。唯一的用途是通过网络偶尔将大型文件复制到 USB 外部驱动器。除了随机观看或下载电影。
操作系统将是从 USB 启动的 Openfiler，单独的 LSI 8308ELP 控制器将用于为 db/vmdk 服务的 4x300gb 15k SAS 驱动器。这样，该盒子就有了分层存储。
我也乐意听取关于操作系统的建议，我只阅读了一些关于 ZFS/unraid 和众多基于 *ix 的发行版的基本资料。Openfiler 在过去 18 个月中运行良好，但...也许有更好的。特别是因为我打算随着需求的增加添加磁盘。
答案1
我以构建视频/媒体服务器为生，虽然我通常会告诉你要优化系统的每个部分（确保从磁盘到 NIC 的路径尽可能清晰，这意味着要更改磁盘子系统以匹配磁盘），但在这种情况下，你错过了最重要的信息——你的上行链路速度。你没有提到这一点，现在我可能对此过度解读，但我将大致假设它不会超过 1Gbps，如果是这样的话，那么即使是 4 x 7.2k 磁盘的 R10 阵列，加上相当数量的缓存，也应该能让 1Gbps 的链路保持相当繁忙——也就是说，我不会太担心 1.5 与 3.0 速度的问题。也就是说，如果你能轻松/廉价地更换这个磁盘子系统，然后我会但这取决于工作量和成本。
让我更担心的是你的 USB 启动计划，虽然这可行，但为什么你要购买一个具有高弹性 R10 媒体阵列的系统，而你的启动驱动器却有一个缓慢的单点故障？只需从相同的媒体磁盘启动 - 你将损失很少的空间，并且更加可靠。
至于您的操作系统，这取决于您希望该盒子提供什么服务协议，但使用通用 Linux（Centos/Debian 等）或 Openfiler 不会错 - 您需要提供更多信息以便我们真正确定这一点。
答案2
坦白说，SATA I 的性能仍然优于 1 千兆以太网，所以这对你来说应该不是问题。当然，你是否达到 I/O 饱和将取决于实际性能和使用模式。不过，如果你开始中继/组合多个 GbE 卡，你最终可能会注意到速度降低。
答案3
只要控制器没有做任何愚蠢的事情，例如通过相同的 1.5gbps 通道访问所有磁盘，您的驱动器就很难饱和 SATA I 通道。
通过一些快速的谷歌搜索，这些驱动器（我假设你指的是 5K3000？我找不到 3K5000）以大约 140 MB/s 的顺序推动，在 1.5gbps SATA I 连接上仅达到约 75% 的饱和度。