Amazon ec2 音频流的特定流设置

谢谢你的帮助和建议

因此，我有一个amazon ec2实例m3.media，我突然意识到它可以为我提供4gb的存储空间，并安装了wowza服务器，用于实时流媒体音频和音频/视频点播。一切都很好…事情似乎进展顺利，因为我们已经生活了一个星期了

每天我们都有近80人收听直播流，而在任何给定时间收听存档流的并发用户通常只有20-10人。我们希望及时增加这一数字

我们有直播/录制应用程序和vod应用程序，分别用于流媒体和vod/aod。流式播放完成后，它会将文件保存到内容文件夹中

因此，我在文件系统中巡游，查看内容文件夹，并认为该文件夹最终会填满，我很好奇人们如何浏览流媒体的这一部分——存储部分。就存储而言，这无疑是最简单的方法，尽管我知道将所有这些文件保存在实例上会带来危险

对于存储这些需要永久可用的文件（这往往会增加空间），人们通常是以什么方式这样做的

我曾短暂地尝试安装s3，但它对我不起作用。我确信这是可以修复的，但我一直在读到不建议从s3编写或流式处理

谢谢。任何信息和线索都是很大的帮助。这里完全是新手，我甚至走了这么远都很惊讶

我可能需要启动一个新实例，并将所有内容转移到一个新实例，除非有办法将更多存储附加到该实例

---

谢谢。

S3将是您的最佳选择。但是s3不像EBS卷那样是块存储设备。所以你可以在上面打开一个文件，然后像流一样写入

---

相反，您需要在某个适合您的断点上断开文件，并在完成后将文件上载到s3。这样，您就可以让用户直接从S3下载，并从您当前的实例中删除负载。

按需使用什么协议？如果您只是使用HTTP，我肯定会将这些东西发送到S3，让S3来提供服务。如果你有很多流量，在S3前面使用CloudFront。嗨，brad。谢谢我们实际上使用的是rtmp和http。好啊所以也许我会再次深入s3。从Wowza直接写入s3时遇到一些问题，但我会再次尝试。谢谢。S3的保险丝真让人头疼。您将无法直接从Wowza写入S3，但您可以编写一些脚本在那里写入，并编写一些脚本来获取数据。真的，虽然你可能会更好地使用EBS，因为你使用的是RTMP，必须与Wowza一起使用。布拉德，感谢你。是的，我和FUSE玩得很开心。谢谢你的提示。我很难理解这两者之间的区别，但找到了一些相关文献。这就是大多数人提供视频和音频点播的方式吗？或者他们只是把它放在实例上？我正在讨论切换到一个有更多空间的实例，但我觉得最好的做法是，对于我工作的所有广播站点，我甚至不需要考虑RTMP。对于大多数用例来说，HTTP没有什么好处。坚持使用HTTP简化了一切。如果您不需要RTMP提供的额外功能，我建议使用HTTP。另外，我还记得可以使用CloudFront从S3存储桶中提供RTMP。只需编写一个脚本，Wowza将文件放在临时目录中，然后脚本将其发送到S3。因此，您要说的是，在录制/流传输完成后，将它们从正在运行的实例中删除，然后重新加载到S3并从那里提供服务？把你的文件拆开我有点不清楚。这是不是让它们以位的形式提供服务，以便流更快？您的流有多连续？如果您经常运行它，则需要选择断点来停止并生成新文件。如果流仅持续一段设定的时间，则可以在流完成后上载。