云带宽定价 [英] Cloud Bandwidth Pricing

问题描述

我目前正在开展一个项目，我们将MP3文件传输（合法）给用户，用户可以上传MP3。我将网站插入Rackspace Cloud Files产品。我们希望为用户免费提供该网站，因此我们必须承担带宽和存储成本。



令我不安的是增长的数学和如何它会影响我们的成本。存储相当便宜，MP3文件很小，所以我没有担心。我担心带宽成本。同样，文件很小，但会有很多流。这是我的数学。



1位用户每天收听10个MP3文件，平均文件大小为6MB =每天60MB =每周420MB =每月1,820MB 。



如果我们有10,000个用户，则每月达到17.36TB（17773.44GB）。 Rackspace的带宽成本为每月1,982.14美元。这假设所有用户每天只收听10首歌曲。当用户数量增加时，情况会变得更糟。如果用户听超过10个MP3，说他们每天听几个小时，那么成本会从这里上升。



如果我的数学是正确的需要带宽，其他公司如何做到这一点？我意识到YouTube（谷歌）和NetFlix都有自己的基础设施，但还有很多其他小型网站可以传输比我们的小MP3文件大得多的长视频文件。他们怎么能负担得起这个？还有另一种解决方案可供小家伙以合理的价格提供大带宽吗？



任何建议都会非常感激。谢谢。

I am currently working on a project where we stream (legal) MP3 files to users, and users can upload MP3s. I plugged the site into the Rackspace Cloud Files product. We want to make the site free for users, so we'll have to cover the bandwidth and storage cost.

What is troubling me is the math on growth and how it affects our cost. Storage is pretty cheap, and MP3 files are small, so I have no concerns there. I am concerned with the bandwidth costs. Again, the files are small, but there will be a lot of streaming. This is my math.

1 user listens to 10 MP3 files a day at an average file size of 6MB = 60MB per day = 420MB per week = 1,820MB per month.

If we have 10,000 users, that comes to 17.36TB per month (17773.44GB). The cost for bandwidth at Rackspace will be $1,982.14 per month. This is assuming all users listen to only 10 songs a day. When the user count goes up, it gets worse. If users listen to more than 10 MP3s, say they listen for a few hours a day, then the cost goes way up from here.

If my math is correct on needed bandwidth, how do other companies do this? I realize YouTube(Google) and NetFlix have their own infrastructure, but there are so many other smaller sites that stream long video files that are much larger than our little MP3 files. How can they afford this? Is there another solution out there for the little guy to allow large bandwidth at an affordable price?

Any advice would be much appreciated. Thanks.

推荐答案

每月1,982.14。这假设所有用户每天只收听10首歌曲。当用户数量增加时，情况会变得更糟。如果用户听超过10个MP3，说他们每天听几个小时，那么成本会从这里上升。



如果我的数学是正确的需要带宽，其他公司如何做到这一点？我意识到YouTube（谷歌）和NetFlix都有自己的基础设施，但还有很多其他小型网站可以传输比我们的小MP3文件大得多的长视频文件。他们怎么能负担得起这个？还有另一种解决方案可供小家伙以合理的价格提供大带宽吗？



任何建议都会非常感激。谢谢。

1,982.14 per month. This is assuming all users listen to only 10 songs a day. When the user count goes up, it gets worse. If users listen to more than 10 MP3s, say they listen for a few hours a day, then the cost goes way up from here.

If my math is correct on needed bandwidth, how do other companies do this? I realize YouTube(Google) and NetFlix have their own infrastructure, but there are so many other smaller sites that stream long video files that are much larger than our little MP3 files. How can they afford this? Is there another solution out there for the little guy to allow large bandwidth at an affordable price?

Any advice would be much appreciated. Thanks.

我不是一个大的云用户，但我通过iWeb运行专用服务器。我没有采用云计算的主要原因之一是成本。



对于

I'm not a big cloud user, but I do run dedicated servers through iWeb. One of the main reasons that I haven't adopted cloud computing is the cost.

For

89，您可以获得带宽 20TB 的专用服务器。

89 you can get a dedicated server with 20TB of bandwidth.
For

这篇关于云带宽定价的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！