健康信号解释主机是否可以维持媒体工作流程。将它们与模块统计数据一起使用：健康的主机并不证明源是活动的，活动的源并不证明主机有空间。
开始之前
此实例和工作负载的已知正常基线。
检查或清除操作错误日志的权限。
破坏性清理之前的外部事件记录。
设置说明
仅解释操作员需要的控件；内部字段名和实现事件不会显示。
容量
读取当前主机的净空。
- CPU用法
当前跨媒体和应用程序工作的处理负载。
- 内存使用情况
当前RAM压力。
- 磁盘使用情况
可用于日志、上传、临时转码和录制的空间。
- 网络速度测试
从实例测量的网络容量。
在关键生产高峰之外运行。
操作证据
在更改配置之前识别故障。
- 流程错误
需要模块级调查的应用程序/媒体进程故障。
- SRT 错误
SRT 传输与贡献工作流相关的事件和错误。
- 版本通知
安装的应用程序版本和更新上下文。
- 清除错误日志
删除累积的错误条目。
首先导出或记录事件证据。- IP 位置
如果支持，则解析连接地址的区域上下文。
安全的首次工作流
- 01
将 CPU、内存和磁盘与已知的健康基线进行比较。
- 02
打开进程或 SRT 错误并识别所属模块和时间窗口。
- 03
检查该模块的实时统计数据和实际输入/输出。
- 04
仅当不会扭曲生产流量时才运行速度测试。
- 05
在清除日志之前记录或导出事件证据。
工作流示例
诊断不稳定的实时转码
新的转码作业开始后输出帧会丢失。
直播源输入比特率
转码编解码器工作负载
主机健康状况CPU + 内存
输出FPS + 比特率
构建方法
- 1
确认输入源的比特率保持稳定。
- 2
比较作业启动前后的主机 CPU/内存。
- 3
检查输出比特率和帧速率。
- 4
删除不必要的调整大小、帧速率或编解码器处理，或迁移到经过测量的主机容量。
在清除错误之前保留证据
旧错误掩盖了积极的事件调查。
错误列表时间+模块
事故记录保留证据
清除日志受控行动
再现新鲜信号
构建方法
- 1
记录相关错误、时间戳、模块和当前发布版本。
- 2
保存关联的模块配置和实时统计数据。
- 3
只有在证据具体化后才能清除错误。
- 4
重现一项受控测试并仅调查新条目。
验证结果
- 容量值与预期工作负载相匹配并留有计划空间。
- 每个活动错误都可以与时间和所属模块相关联。
- 仅当证据存储在其他地方后才会清除日志。
故障排除
主机健康正常但播放失败
检查- 检查源和输出模块。
- 检查访问、协议和真实客户端播放。
将宿主健康视为一层；修复第一个失败的介质边界。