我在一个大型事工小组的媒体部门工作。我们每季度经常出差并产生 TB 的数据/文件。由于产生了大量的数字媒体，大多数基于云的存储选项都无法维持我们的库存。我们有一台运行 High Sierra 的 2009 年初 Mac Pro（4,1 闪存到 5,1）。如果我们在机器上保留 MACOS，我不在乎。
我想在 RAID 配置中创建一个具有多个大容量 HDD 的服务器，只要用户提供登录信息，就可以从任何地方访问该服务器。我在 HTML/CSS/JS 方面有相当多的经验。服务器必须能够以我们一些不太懂技术的成员能够导航的方式显示存储驱动器的全部内容。用户必须能够上传和下载文件。
我使用的免费/开源程序越多越好。我目前在想我应该安装 ubuntu 并使用 apache，但除此之外，我不知道如何实现这一点。我希望成品基本上需要登录，然后通过简单的拖放样式输入和右键单击下载来显示看起来像 finder/files/windows explorer 的内容。
非常感谢任何输入，在此先感谢！
-缺口
这个标题可能没什么意义，所以这里是一个例子。
我有一个文件托管站点，它提供大量半随机访问的文件。
设置如下：
通过子域（通过 modsec）以直接的方式（server1.domain.com、server2.domain.com 等）访问每台服务器上的文件
我遇到的问题是这个。我推出了一项“高级”服务，人们每月支付少量费用，即可获得无广告、快速访问网站内容的服务。登录后，他们会通过 premium.server1.domain.com 通过不同的 modsec 脚本访问相同的文件，并使用不同的密码。一切都很好，花花公子....除了便宜的节点服务器都是 IO 绑定的，所以通过不同的、不饱和的网络访问它们上的文件没有区别，因为它不能足够快地读取驱动器。
什么是使站点上的文件可以通过 2 个不同的网络路由访问的好方法，其中 1 个将是饱和的（“免费网络”），而所有其他文件都在一个不饱和的“高级”网络上？
假设我有几千个大文件（每个 1-800mb），它们都是随机访问的，新上传的文件访问非常频繁，随着时间的推移，访问时间以反平方的方式下降，但是可能是旧文件使用率的随机峰值。
总吞吐量在 2-4Gbit 范围内。
我正在寻找一个自托管的解决方案，而不是亚马逊的产品，因为它们太贵了。
我大致想到的是这样的：
带有几个 15k rpm SAS 驱动器（或 SSD）的昂贵的“主”服务器，它们将托管刚刚上传到站点的新文件。一旦下载速率下降（或文件达到一定年龄），它就会移动到更便宜的存档节点之一。
编辑： 文件将通过 HTTP 提供给各种各样的用户。服务器正在运行 FC5。主要需要读取权限，但写入也很重要。
现在我有一个简单的 2 台服务器设置，最大 1 gbit，我得到了疯狂的 IO。该框使用 4K 块进行格式化。增加它会说.... 1024K 会产生巨大的影响吗？