音频流的流式特定设置答案

【问题标题】：Streaming specific setup for audio streaming音频流的流式特定设置
【发布时间】：2015-06-05 07:01:39
【问题描述】：

感谢您的任何帮助和建议。

所以我有一个亚马逊 ec2 实例（我突然意识到 m3.medium 可以为我提供 4gb 的存储空间），它安装了 wowza 服务器，用于实时流式传输音频和音频/视频点播。一切都运行良好......事情似乎进展顺利，因为我们已经住了一个星期了。

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

我们有直播/录制应用和视频点播应用，分别用于流媒体和视频点播/视频点播。流式播放完成后，它会将文件保存到您所知道的内容文件夹中。

所以我在文件系统中巡视检查内容文件夹，并认为最终这个文件夹会被填满，我很好奇人们是如何导航这部分流媒体的——存储部分。就存储而言，这绝对是最简单的方法，尽管我知道将所有这些文件保存在实例上所涉及的危险。

为了存储这些需要永久可用的文件，这些文件往往会在空间上累加起来，人们通常这样做的方式是什么？

我曾短暂尝试安装一个 s3，但它对我不起作用。我确信这可以修复，但我一直在阅读，不建议从 s3 写入或流式传输。

谢谢..任何信息和线索都是很大的帮助。完全是新手，让我感到惊讶，我什至能走到这一步。

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

谢谢。

【问题讨论】：

按需使用什么协议？如果您只是使用 HTTP，我肯定会将这些内容发送到 S3 并让 S3 为其提供服务。如果您有大量流量，请在 S3 前面使用 CloudFront。
嗨，布拉德。谢谢。我们实际上使用的是 rtmp 和 http。好的。所以也许我会再次深入研究 s3。从 Wowza 直接写入 s3 时遇到了一些麻烦，但我会再试一次。谢谢。
FUSE for S3 真的很痛苦。您将无法直接从 Wowza 写入 S3，但您可以编写一些脚本来在那里写入，并编写一些脚本来获取数据。确实，尽管您使用 EBS 可能会更好，因为您使用的是 RTMP 并且必须使用 Wowza 服务。
欣赏布拉德。是的，FUSE 有过一些疯狂的时光。谢谢你的提示。我很难理解这两者之间的区别，但找到了一些关于它的文献。 IA 这就是大多数人如何按需提供视频和音频？还是他们只是将其保留在实例上？我正在讨论切换到空间更大的实例，但我觉得最佳实践说不
对于我工作的所有广播网站，我什至不关心 RTMP。对于大多数用例，HTTP 几乎没有什么好处。坚持使用 HTTP 可以简化一切。如果您不需要 RTMP 提供的额外功能，我建议使用 HTTP。另外，我只记得您可以使用 CloudFront 从您的 S3 存储桶中提供 RTMP。 docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/… 只需编写一个脚本，Wowza 将文件放在临时目录中，然后您的脚本将其发送到 S3。

标签： amazon-ec2 streaming audio-streaming wowza

【解决方案1】：

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

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

【讨论】：

那么您的意思是在录制/流式传输完成后将它们从正在运行的实例中删除，然后重新上传到 s3 并从那里提供服务？我对“将文件分开”有点不清楚。这是为了让它们以比特为单位提供服务，以便流式传输更快吗？
您的流的连续性如何？如果它是你不断运行的东西，你需要选择断点来停止并生成一个新文件。如果直播只持续一段时间，您可以在直播结束后上传。