我正在为我的小型办公室build立一个文件服务器。 我们做电影和多媒体devise。 只有3个客户端连接。 服务器主要用于本地访问graphics资源和video文件。 我正在寻求所需硬件和软件的build议。 特别是对于RAID。 我有以下目标：
A）合并能力
我希望所有其他系统能够以一个初始容量为10TB的映射networking驱动器访问数据。 所以也许是5x 2TB的驱动器（加上镜像驱动器的冗余）。
B）容易的方法来增加容量
从长远的angular度来看，我想“容易地”增加更多的驱动器arrays，以增加容量两到三倍。 因此从理论上讲，它可以达到30TB的RAIDarrays，包括容量为15X2TB的驱动器（外加冗余镜像驱动器）。
C）最大容错
我希望每个容量驱动器至less有1个镜像驱动器（以外行的方式）。 所以如果我从10 TB / 5x 2TB的容量开始，我想我需要另外一个5x 2TB硬盘作为镜像。 所以共有10个驱动器。 但是我也想要更多的冗余。 每个“容量驱动器”最多可以添加2个镜像（并且可以随时轻松地将它们添加到arrays中）。
D）简单的方法来监测驱动器的健康
我想要一个直观的界面来pipe理RAID和监控驱动器的健康状况
访问此networking驱动器的其他系统将运行Windows，而且也是单独的Ubuntu和MacOS系统。
这些目标是否可以实现？ 你推荐什么types的RAID设置？ 需要什么硬件？
你认为这个系统应该运行什么操作系统？ 真的有关系吗？ 我不是networkingpipe理员，只是很长一段时间Windoze用户，没有太多的Linux经验。 也就是说，如果这个服务器比Windows操作系统更简单，更实用，我并不反对Linux解决scheme。 或者，也许像Openfiler的东西。
预算应该是价值和性能的最佳select（因此我倾向于使用2TB硬盘）。 最大的焦点是存储; 除此之外，系统只需要在任何给定时间使用2或3个客户端访问/写入文件来保持驱动器的最佳运行。 硬件报价将从10x 2TB WD Caviar Blacks开始。 储存约1900美元+剩余部分约为$ x美元。
http://ncix.com/products/index.php?sku=42775&vpn=WD2001FASS&manufacture=Western%20Digital%20WD
感谢您的build议，谢谢！
我同意@ sysadmin1138在他的回答中所说的话，并且投了赞成票，但是我还有一些意见和我想要补充的经验。
在全职做IT之前，我跑了一个8年的小graphics部门来处理这种事情。 我们有3位艺术家和接近50个节点的渲染计算机集群，创build和处理图像序列，video帧，每帧高达6400万像素。 我们是一个在小众市场工作的小公司，因此预算一直是我们的问题。
请记住，一个有3个用户的电影和多媒体video服务器可能意味着很多东西。 这可能意味着3个用户stream传输相同的网页质量的video，也可能意味着3个用户合成了12个或更多的4k无压缩或无损压缩帧序列。 在这两个例子中，networking和存储需求的types有很大不同。 所以很难真正给你提供可靠的build议，但是我会提到我以前的工作使用的是什么设置，因为它超出了这个范围的高端。
我们的文件服务器/存储设置由来自阿伯丁的许多外部RAID单元连接到运行Linux的服务器之一。 我们selectLinux b / c，并且可以避免使用昂贵的Window CAL。 嘿，他们加起来，当你有一个可观的渲染农场。 但是，阿伯丁也销售预先configuration了Windows的服务器。 他们最近还开始提供一些运行Nexenta的ZFS NAS / SAN存储服务器，这也值得一看。 但是他们的硬件有5年的保修期，所以我强烈build议你自己去做一些类似的事情。 监控他们的DAS单位有一个以太网pipe理端口与Web界面进行configuration。 但他们可以通过电子邮件和snmp提醒您任何问题。
Aberdeen DAS单元最初作为多个RAID5 LUN展示给服务器，但是我们最终将它们全部迁移到了RAID6 LUN，我们使用LVM将存储作为一个池来pipe理。 每个项目都拥有自己的逻辑卷，随着项目的发展，这个逻辑卷将会增长。 这样可以很容易地将项目完成归档，然后将空间返回到池中。 在Windows上最接近于此，而不需要像Veritas这样的第三方文件系统和pipe理工具是sysadmin1138build议使用Windowsdynamic磁盘。 在我们的例子中RAID10可能是一个更好的select，但是我们的预算不会让我们放弃一半的容量，所以我们select坚持RAID6。 服务器能够饱和当时所拥有的2 Gbit链接，所以我不认为这个select会让我们放慢速度。
但是我从2003年开始使用3TB的存储设备，并且从那以后一直在增长。 现在已经有近8年的历史了，多年来大部分元器件都被replace了。 但是添加额外的存储非常简单，并且将逻辑卷迁移到较旧的单元以解除它们。 几年前，他们也取代了安装文件服务器的一部分。 他们当前的服务器有4Gbit链接。 存储方面，最后我听说他们有点超过40TB。
一些其他的想法。
我知道使用2TB硬盘是很有吸引力的，因为它可以让你轻松的进行容量pipe理，但是这样做的代价是主轴数量减less，意味着更less的IOP和更长的重build时间。
我不打算给你定价，因为这是如此高度本地化，是没有意义的。
纯粹看你提出的存储使用模式，我看到的最大的I / O驱动是video和graphicsdevise。 video往往非常大。 在运行到磁盘I / O瓶颈之前，您可能会遇到networking I / O瓶颈。 对于你的用户来说，它应该是快速的，并且有足够的开销，当有人向文件pipe理器提交一个1.5GB的video文件时，人们仍然可以保存其他文件。
至于操作系统和服务器硬件，考虑到你的背景Windows将在这里工作得很好。 服务器需要64位和64位RAID卡（如果您购买新的，这不应该是一个问题）。 8GB内存是我最喜欢的。
现在用于存储基础架构。
主要驱动力：
使用支持RAID10和实时扩展的高端RAID卡。 或者如果在购买磁盘，RAID50以及大量的电池供电或闪存caching方面，成本开始让你活着。 请注意RAID卡上的“高级格式”支持（4KB扇区与之前的标准512B扇区）; 如果你从一个大品牌（戴尔/惠普/ IBM）买这不应该是一个问题，但如果你从部件assembly这将是一个大问题。
一旦build立了存储基础架构，您将依靠RAID卡为操作系统提供一个巨大的LUN。 由于您是端到端的64位，因此您应该对单个30 TB LUN没有任何问题。 添加空间应该像导入驱动器到RAIDconfiguration一样简单，然后扩展LUN以填充新空间，所有这些都可以在线完成。 只要记住，如果你需要这样做的话，那么大的音量就会占用一个时间。
如果你从一个大名字购买，他们都有监控磁盘健康的工具/代理，你只需要记住安装和configuration它们。 他们通常也有发送警报的方法。 如果你是从零件上做的话，那么你的RAID卡供应商可能会有一个类似的东西，虽然可能没有大厂商分销的集成东西那么有用。
如果您出于某种原因需要使用多个LUN，请记住，Windows允许您使用安装点。 目录F：\ Bigshare \ VideoArchive可以是自己的卷。 人员地图Z：到\\ storeserv \ bigshare \，Z：\ VideoArchive是第二个LUN。
避免DFS。 在非Windows的土地支持非常多，不能依赖。
RAID50注意事项
如果你必须去那里，确保你的硬盘是企业级的。 这会增加成本。 一个30TB的LUN可能需要一个星期的时间才能在驱动器出现故障后重build，而当你这样做的时候，你真的确实不希望发生驱动器故障。
事实上，通过确保RAID50的容量不超过10TB，并且可以使用多个LUN，您将会得到更好的服务。 它会减less您在外出多长时间以及在重build过程中遇到完整的数据丢失事件。
Windowsdynamic磁盘使用多个LUN很容易。 驱动器的types称为跨区驱动器，可以分布在多个不同大小的LUN上。 这是您在32位服务器上创build9.5TB卷的方式，该服务器最多只能使用2TB LUN（3个2TB LUN和一个1.5TB LUN）。 I / O将不会像单个30TB RAID10 LUN那样平衡，但这是您为了便宜而付出的代价。
每个驱动器最多30TB，带两个镜像？ 30TBx3 =每个驱动器90TB / 2TB = 45个驱动器。
当你开始谈论这个数据量（和这个数量的驱动器）时，你也必须考虑如何推动这个数据量。 即使是最初的10个驱动器也会超出一个GNIC或RAID卡。 主板上的南桥怎么样？ 您可以将足够多的DAS驱动器连接起来，以达到您的容量目标，但是确实需要很长时间才能处理所有这些数据。
如果你真的需要这么多的镜像/扩展/可靠性，我会推荐一个iSCSI SAN。 像戴尔Equalogic这样的东西将是一个很好的select。 与试图创build一个巨大的数组相比，你将会得到更多的更多的更小的服务器/数组。
另外：如果你能买得起它购买企业级驱动器（15k，SAS，WD或希捷）。 由于您一直在购买驱动器，希望成本可以控制。 运行24×7的消费者驱动器将是幸运的两年。 所以这将是两个驱动器每个月在45个驱动器容量下都会出现故障。 你最终会购买更多的驱动器，因为你不会find2TB的SAS驱动器，但这不是一件坏事。 更多驱动器=更好的吞吐量