存储
- 您真正希望存储多少数据?除非你看到的是几十兆字节或更多字节,否则我会考虑一些更简单的方法。我自己也为我们的流媒体服务器提供了建立了一个非常冗余的9 TB NAS。我查看了GlusterFS,等等,但选择了一种更简单的安排--一个分布式文件系统只需要20 so左右。
- 你知道你的用法模式会是什么样子吗?例如:在一小部分文件上的大多数活动比使活动分布相当均匀要容易得多。
网络:
- 你说带宽不是问题。但是.当播放视频的时候,1 Gpbs并不是那么重要。如果您可以访问10 you网络(卡,CAT6,交换机,互联网提要),那么很好。我已经做了很多LACP的东西,以使我们的基础设施超过1 1GoE,在后面的视线中,我们希望我们刚刚支付了10 1GoE从一开始就预付的价格。
- 目标是基于CDR的定价。如果您有流量,您的成本将是每GB的几分钱。
- 考虑将您的服务器托管在与主要因特网交换相同的架构中。这可能会让您免费将流量加载到ISP。(嗯,不包括一次性费用。)
硬件:
- 我没有丰富的FMS经验,但我有自己的专有流媒体服务器和Wowza现场直播的经验。一个现代化的双套接字服务器,每CPU有6个核心,可以饱和一个10 the网卡,这取决于服务器软件。
- 使用高NIC。它们没那么贵。
服务器软件:
- 我强烈建议使用基于Linux的systemas *nix,用于网络相关的内容。
- 如果流都是按需运行的,并且您确实希望最大限度地提高效率,那么请考虑使用mod_264_streaming运行lighttpd,并执行“HTTP伪流”。
- 还有其他一些奇特的选项,比如基于Erlang的流媒体服务器爱利视频。从较少的硬件中获取更多的流看起来是一个很有希望的平台。
- 进行适当的负载测试以验证您的服务器和操作系统配置。在所有这些东西中有很多缺省值,可以人为地限制你的输出。
我们扩大规模的方式是购买廉价的商品硬件,并(很可能)使用各种开放源码软件自己构建基础设施。
我们也是。一个小团队能用商品硬件和开源软件做什么,真是令人惊讶!