关于负载测试的思考:它不仅仅适用于企业

我的中小型企业(SMB)客户对更多受众的期望在不断增长. 这种规模上的转变可以准确地衡量运行流媒体服务器技术(如Wowza streaming Engine)的按需云实例的容量, Adobe Media服务器, 或NGINX不再只是美好的拥有, 但必要的.

而云平台可以来自三巨头中的任何一家(亚马逊网络服务), 微软Azure, 或谷歌云), 我几乎100%的客户已经拥有和/或积极地使用Amazon Web Services来满足他们的云需求. 我的大多数客户都在运行安装在Amazon Linux ami上的Wowza流媒体引擎, 它们24小时运行实例, 尽管有些只需要为特定的实时事件时间段旋转云实例.

我最常被问到的一个问题是, “我的视频服务器需要多大的实例和多少实例来满足我的观众?这个问题的答案涉及多种因素:

1. 观众大小: 您应该对同时观看视频点播(VOD)或从云基础架构观看直播流的最大观众数量有一些了解. 预期的观众高峰规模越大, 部署需要更多的思考和努力.

2. 部署过程的复杂性: 中央处理器, 内存, 视频部署中一个或多个云实例所需的网络百家乐软件将根据围绕媒体交付的技术层而有所不同. 多路复用在CPU和内存分配上相当轻, 但是需要大量的CPU或GPU来将单个高比特率传入的实时流转换为多个比特率以进行自适应传输.

3. 业务要求的连续性: 对于可接受的服务正常运行时间水平，每个公司对“足够好”有不同的定义. 例如, 如果你是一家新成立的公司，有一个测试版产品, 您可能对服务故障或维护窗口时间超过几分钟没有问题. 然而, 如果你需要保证, 24小时为您的客户服务, 您可能需要在多个云实例之间使用某种形式的负载平衡. 如果一个实例出现了意想不到的故障，另一个实例就会接替它. 更多的实例意味着维护视频部署的平均每月成本更高.

一旦你考虑了这些因素, 您可以开始设计适合您业务需求的云部署计划.

要测试您的基础结构，您可以使用名为 Apache JMeter 创建到媒体服务器基础结构的多个同时连接. 您通常希望在专用云实例上运行JMeter，该实例与视频服务器实例位于同一区域内的同一专用子网上。. 请注意，您可以跨多个区域创建自己的全局内容交付网络(CDN), 你可以在每个区域内独立测试.

我找到的使用JMeter进行负载测试的最佳教程之一是由Itay Mendelawy编写的 BlazeMeter. 本教程的重点是Apple HLS负载测试, 哪一种格式很可能是您部署自适应流媒体到移动应用程序或浏览器以及桌面浏览器时使用的主要格式之一. 当你在进行负荷测试时, 您需要监视视频服务器实例的运行状况。, 确保CPU负载永远不会达到100%或内存分配达到最大值. Wowza流引擎有一个GUI管理界面，允许你监控CPU, 内存, 网络使用.

总会有其他变量出现，比如在最近的一次测试中，客户端在敲打自己的一些受到严密保护的服务器时忘记了考虑DDoS防火墙. 不过, 如果您已经完成了用于评估需求的参数，并且如果您及时构建以系统地测试您所拥有的流媒体容量以支持预期的受众和他们的期望，那么故障排除将更快，成本更低!

[本文发表于2016年10月号。 流媒体杂志 如“负载测试:它不仅仅适用于企业”."]