1、Hybrid支持的部署形式说明支持的部署形式：单机部署、双机热备、3+N部署、1+N部署 - ① 双机热备：
部署两套Stream(Hybrid)环境（两套可以分别是单机或集群，推荐是两套相同环境）；支持容灾，主备线路共同录制，主/备线路宕机，不影响另一台录制 - ② 3+N：
提升录制并发数，负载均衡；其中一台录制转码节点宕机后录制会中断再去调度另一台录制转码节点，录制会恢复继续但中间会有几秒的数据丢失 - ③ 1+N：
管理节点不能宕机，录制转码可以部署在业务节点；如果是1+1部署没有并发数需求建议部署双机热备；如果是超过1+2部署（推荐采用3+0集群的部署方式，并发数相同且具备容灾效果） - ④ 注意事项：
- 如果有两台推荐双机热备部署方案（此时双机热备并发只有一台的量），后续如果并发数超过一台的量，再分别往上叠机器，形成1+N与1+N的双机热备
- 内置录播目前UC版本均支持；推荐是采用独立部署的方案；但如果基于预算或其他原因无法独立部署录播，需要基于UC需要的所有业务并发数共同评估是否可以合并部署，主要是为了不影响整体uc服务的运行.
2、机器配置 
说明 录制文件存储逻辑：
注：内置录播和独立录播逻辑相同；独立录播以Hybrid节点为准，内置录播以UC节点为准
①录制/录音文件存放目录是/opt/apollo/user_data/fastdfs-storage，
②若为3+N部署架构，录制/录音文件存储在随机两台管理节点 录制中间文件（转码前的文件，网页无法直接获取）存储逻辑：
注：内置录播和独立录播逻辑相同；独立录播以Hybrid节点为准，内置录播以UC节点为准
①录制中间文件存放目录/opt/apollo/user_data/streaming-recording/record，
②存储在录制转码服务开启的节点，如果多台节点开了录制转码服务则随机存储在其中一台
③录制中间文件转码成功保留 3 天（V23开始支持保留7天），转码失败保留 7 天，/opt 目录大小务必要保证。 UC 外置 Hybrid 模式下会议录制、智能纪要、PBX 录音、语音信箱媒体文件都会存储在 Hybrid，需要根据 Hybrid 管理节点/opt 目录挂载分区磁盘大小和实际功能使用情况分配媒体文件容量。
3、实体机性能说明以下为单机最大支持并发数，假设单机支持最大并发数为X
（1）1+N集群部署最大支持并发数为(1+N)*X，3+N集群部署最大支持并发数为(3+N)*X
（2）双机热备最大并发数取决于主备环境的最小值
①双机热备的两套环境均为单机，则该热备的录制最大并发数为X
②假设主线路是集群，备线路是单机，双机热备的最大并发数是单机的数量（超过单机的最大并发数之后只会单独录制集群那套，没法进行热备） 
4.端口开放要求注：UC有边缘节点（DMZ）场景，还需要开放DMZ节点到Hybrid的https监听端口 
5、虚拟机录播资源计算脚本获取路径：https://support.yealink.com/zh/portal/docList?archiveType=tool&productCode=a4f6ca72128efd79
(1) 脚本说明：仅用于虚拟机计算，实体机需要看《2、实体机性能说明》
① 4K 会议录制转码资源计算脚本：meetingrec_4kRes.py
② 1080P 及以下会议录制转码资源计算脚本：meetingrecRes.py
③ 录音转码资源计算脚本：siprecRes.p
(2) 使用方式
① 将上述脚本上传到任意服务器上
② 执行 python xxx.py CPU核心数
通过lscpu查看CPU核心数；计算公式：CPU核心数=物理处理器数*每个物理处理器的核心数
(3) 结果说明 注：以下举例1080P 及以下会议录制转码资源；结果为理论值，内部均以 YMS 实体机压测，虚拟机的真实数据需要压测进一步确认实际情况
| 
