build议一些大型video托pipe网站的价格导向设置

我正在寻找从头开始build立一个video托pipe服务。 我可以访问多个交通渠道,所以会立即使用这种服务。 我想看看这里有什么样的select。

该网站的function很简单。

用户以任何video格式上传video。 video转换为mp4和3gpp格式,此后可通过私人(或公共)url进行stream式传输。

我估计在头4个月内会有几兆字节的数据,带宽使用量超过3千兆字节。

速度是关键,我希望video能够快速加载,但是我也不想花大价钱获得2万美元的服务器。

你们可以推荐一个简单的解决scheme,可以从1到100台服务器进行扩展。

编辑1:

我原来想的是这样的:

  • 1前端服务器的DB和MySQL(MySQL然后可以被移动到自己的服务器)
  • 1个转换服务器
  • 1个媒体服务器

“惊吓”我的问题是,一个单一的服务器将有大约500-800GB的空间(RAID 5中的15k SAS驱动器)。 一旦超过了…添加新的服务器,只是保持在主文件列表中的服务器的ID是没有什么大不了的,但一段时间后,这将是非常低效的…因为一旦服务器被填充文件变老,访问这些文件的人越来越less……所以在这一点上,它变成了一个过度使用的归档服务器,这是一种浪费。 我想避免这个问题。

啊,我们最喜欢的一种SF.com的问题 – 你想要一个新的系统快速,可靠,灵活和廉价 – 我们只是每隔几天就会想到这个post;)

我已经做了超过四年的以消费者为导向的videostream,而且你不可能拥有一切,在某个地方你将不得不妥协。 这是基于假设你没有QoS或客户端SLA(会话开始的时间,丢失的帧等)担心这听起来像你将需要以下;

  • 2个中型/重型防火墙/负载平衡器/路由器或面向客户端的组合设备。
  • 2 x轻型组合设备(具有多VPNfunction)用于传入服务。
  • 至less有2个高CPU,低内存,低本地存储服务器来做你的VoD编码。
  • 在2到4(最初)中等CPU,高内存,低本地存储的VoD拖缆之间。
  • 一些专用的强健的数据库服务器。
  • 与您认为需要创build“目录”页面所需的许多前端应用程序服务器一样,在预先播放时检查任何授权要求,并生成将传递给客户端以从VoD拖放器播放的URL。
  • 至less有2个Web服务器用于服务目录并将这些URL移交给客户端。
  • 据推测某种forms的MIS系统监视服务和商业和SLA遵守原因的活动报告。
  • 两个双控制器SAN / NAS盒; 一个“内部”的数据库,video导入过程,任何虚拟机,构build代码,开发和任何其他安全存储; 第二个只是用来存放与蒸汽机服务器一起使用的后处理的VoD内容。 把这两个function混合在一起,会让你在某个地方的某个地方,把它们分开。

就我个人而言,我比任何以太网更喜欢FC,因为它变得更可预测,但预算可能会起作用; 如果你不得不使用NFS,而不是CIFS / SMB,那就更加成熟了。 哦,多path,你也可以。

其中,您要确保您的数据库框架是“稳定的”,并且您的networking首先被sorting,其他所有内容都相当容易处理。 不要为你的VoD服务器傻瓜购买10Gbps的网卡,3Gbps的并发stream量实际上是非常低的,你几乎可以保证,即使是configuration最差的现代服务器也将达到1Gbps的24/7stream,所以只需要一个一堆廉价的,所以你有硬件适应力,当他们打破。

除了数据库和video服务器之外,我会强烈地使用所有的刀片服务器和VMWare服务器,但是你可能没有预算,当然这两种技术可以显着地帮助未来平滑扩展,但是它们的入门成本并不便宜。

祝你好运。

*真的,真的不是:)

我只是把它放在EC2上。 除了这个简单而相当微不足道的提示之外,在这里回答这样一个荒谬的开放式问题的可能性太多了。

避免使用大量带宽的云计算解决scheme,因为当您支付亚马逊费用的一半时,您最终将支付数千美元。 当你回答一些问题时,我会添加更多。

退房wowza http://www.wowzamedia.com/ – 合理的廉价软件。 至于硬件,你可以使用任何便宜的$ 700 1u服务器作为stream不使用太多的CPU。 只要确保在故障转移设置中设置了多个服务器,这样您就可以负担硬件故障。 至于存储等,很难说取决于io的要求。

它的基本上是womble和gekkz说,太多的variables给一个合理的答案。 🙂