我正在发布video托pipe网站（文件来自networking摄像头）每个文件的大小将小于1 MB。 我希望能够轻松扩展我的存储容量并具有高可用性。 我将使用2个网卡的OVH专用服务器（1个用于WAN，1个用于专用networking）。我需要转换video文件，将用户信息存储在mysql中，并使用apache作为前台网站。 我将从12 TB存储开始; 未来6个月将需要100TB。 它甚至会是聚合每个服务器带宽的好机会。 我正在考虑使用proxmox进行虚拟化，或者使用glusterfs进行存储，并在HA + mysql中使用2台服务器。 什么是最好的select？
虚拟化在这里确实不会让你受益匪浅 – 那就是让一台大机器像几个小机器一样行事。 你想要一堆大机器。 将一台主机的物理存储分割到一堆虚拟机上会让你头疼。 这也会使得在集群文件系统中使用冗余更困难，因为你需要确保它们不会在相同的物理磁盘上结束。
你最好的设置，根据交通将是这样的：
当你开始时，这些都可能在同一台计算机上 – 随着你的成长将它们分离成单独的计算机。
集群文件系统可能听起来更容易，但所有的stream量通过主服务器，这限制了你。
如果可以避免的话，我怀疑你也低估了pipe理集群文件系统的巨大痛苦。 集群文件系统是非常好的，直到它们中断。 它们在增加更多冗余方面确实有优势。 如果您需要将大量文件作为单个文件系统提供，那么这是唯一的select – 但是我不认为您需要增加这种使用的复杂性。
独立的存储服务器很容易findvideo（只需在数据库中loggingurl或其服务器）。 确定存储新文件的位置可能与每个运行一个脚本的服务器一样简单，该脚本会将其可用磁盘空间logging到数据库表中。 一个单一的查询会告诉你哪里有最多的空间，你通过rsync或scp在那里。 添加新的服务器也很简单 – 一旦它在自己的桌面上录制下来，video就开始实现了。 如果您需要冗余，请select前两台服务器，复制到两台服务器，并logging每个video的主服务器和备用服务器。