我正在开发一个网站，我想集成一个实时networking电视。
我有这个专用服务器：
Quad Core Q6600 4x 2.40+ GHz 4GO RAM 1TO Disk Space Unmetered Bandwidth 100Mbps (goes down to 10Mbps if I reach 3TO of bandwidth. Possibility to swtich to 1 Gbps if I pay more) 我想我会使用Red5（由Re5 Team安装），因为它是开源的，免费的。
比特率将是大约500kbps
我预测有关于：
我的服务器可以支持这种活动吗？ 还是我需要更多的资源？ 请注意，我有我的客户网站托pipe在此服务器上。 我是否必须为WebTV制作VPS计划并分开资源？ 当然，如果这个服务器支持这个stream量。
我真的不想和那些提供这种服务的公司一起去，因为他们太贵了。
让我们在这里做math，我们从带宽开始吧。
你需要100个用户观看一个实时的500Kbps单播stream，这就是50Mbps – 如此精确到100Mbps的一半，假设所有stream量都是外发的，并且没有抖动或其他stream量，例如你的着陆页/目录的常规网页点击等。骨头。
那么你也希望人们也能够观看录制的素材，如果在直播过程中允许这样做，这将严重破坏你的直播stream，纯粹是由于cachingpipe理的开销和logging这个直播stream以便以后播放所需的努力我假设你打算这样做？）。
现在在磁盘上，你没有提到你想看多less人logging的内容或比特率，但我们假设你坚持（相当低的）500Kbps速率和1TB来自消费者7.2krpm SATA磁盘。 机会是，尽pipe你的系统会尝试使用剩下的less量内存作为磁盘caching，但是由于内容存储与caching的比例，它不会那么成功（我总是认为caching将是0％有效的，这是一个很好的基础所以你的磁盘必须能够得到每个用户50KBps，每个磁盘的内容可能会给你20-25MBps的随机读取 – 这应该是一个容易的25MBps除以50KBps，不幸的是它并不是那么简单，因为每个读取操作都是“IO操作”，对于这种操作，这些磁盘每秒钟可能达到150次 – 所以如果用户知道如何以某种方式提出请求，支持150个同时播放。
现在到你的CPU上，虽然它是一个4岁的消费者CPU，由于在总线之间转换数据的工作很less，所以它应该能够胜任这个工作，但是它是一个消费者CPU，然而在Xeons中使用很less的技术来保持你的服务器可靠的，但我现在再次认为这不关你的事。 4GB应该再好，你需要的代码将不需要甚至这个和剩下的将是一个糟糕的caching相对于内容存储，但它应该保存所有的静态页面内容，所以没关系。
所以总之，即使它的带宽很低，你的带宽和你的供应商能够发送这么多的stream量，你的磁盘也不会支持很多播放stream。 除此之外，你很好。
Amazon Web Services昨天发布了通过Cloudfront发布的实时stream媒体; 我认为这是您可靠性，成本和麻烦的最佳解决scheme。 这可能会比你想象的要less很多 – 做数字。 见下文。
亲爱的Amazon Web Services客户，
我们很高兴宣布为AWS的易用内容交付networkingAmazon CloudFront启动实时HTTPstream。
将Amazon CloudFront与运行Adobe的Flash Media Server和Amazon Route 53（AWS的DNS服务）的Amazon EC2配合使用，您现在可以轻松，经济高效地通过AWS提供实时video。 而且，我们通过创build一个AWS CloudFormation模板来简化创build工作，该模板处理您为此实时stream式堆栈所需的所有AWS资源的所有configuration和sorting。
您只需支付您使用的AWS资源，并且可以完全控制您的stream媒体直播源服务器（在Amazon EC2上运行的Adobe Flash Media Server），因此您可以对其进行configuration以最好地处理事件的特定性质。
开始的最好方法是按照我们的直播教程中的说明。 本教程逐步指导您如何启动您的实时stream式传输事件。 它会要求您select实况stream模板，在AWSpipe理控制台中input关于您的实时事件的几个参数，然后让CloudFormation自动创build实时stream式堆栈并启动您的AWS资源以stream式传输您的实时事件。
此致
亚马逊CloudFront团队