多台服务器入站流量分流及存储、数据库配套部署方案咨询

架构选型说明 #

你当前的场景核心瓶颈是直播带宽和存储资源，不建议采用单台做数据库、单台做存储的拆分架构，优先选择两台对等边缘流节点+统一流量调度的架构，既能最大化利用两台服务器的带宽、存储资源，还能实现故障冗余，单点宕机不影响业务运行。

具体部署流程 #

• 基础环境对齐
  两台服务器安装相同版本的Nginx、HLS直播相关扩展（如nginx-rtmp-module），存储目录、配置参数完全和原有业务对齐，使用rsync工具把原有单台服务器上的历史回放、静态资源全量同步到两台新服务器，同步命令参考：

  rsync -avz /原服务器HLS存储目录/ root@新服务器IP:/目标HLS存储目录/
  

• 数据同步配置
  不需要独立拆分数据库和存储节点：
  1. HLS切片、回放文件类资源：部署lsyncd工具监听直播切片生成目录，有新切片生成时自动同步到另一台服务器，保证两台节点内容完全一致
  2. 业务数据（如直播记录、用户数据等）：两台节点部署同版本MySQL，配置主主同步，两边均可读写，无单点故障风险
• 流量拆分实现
  可根据你的技术能力选择两种低成本方案：
  1. DNS轮询：直接将业务域名解析到两台服务器的公网IP，DNS会自动将用户请求随机分配到两个节点，零配置成本，适配你每周1-2次的低频直播场景
  2. Nginx七层负载均衡：如果需要更精准的流量控制，在任意一台节点的Nginx中配置反向代理规则，即可实现自动流量拆分、故障节点自动摘除，配置示例如下：

  # 配置上游节点组
  upstream hls_cluster {
      server 节点1公网IP weight=5;
      server 节点2公网IP weight=5;
      check interval=3000 rise=2 fall=3 timeout=2000 type=http;
  }
  # 在server块中关联转发规则
  location /hls/ {
      proxy_pass http://hls_cluster;
      proxy_set_header Host $host;
  }
  

HLS直播场景优化最佳实践 #

• 直播过程中生成的TS切片设置自动过期策略，直播结束后自动将离散切片合并为完整回放文件归档，避免小文件占用过多存储inode和空间
• 给HLS切片、静态回放资源配置7天以上的缓存响应头，降低用户重复访问的回源带宽消耗
• 两台节点总带宽为2G，按单用户1080P直播占4Mbps带宽计算，可稳定支撑400+用户同时在线，满足当前业务需求的同时留有冗余空间
• 对等节点架构下，任意一台节点故障时，直接将DNS解析全部切到正常节点即可实现秒级恢复，可用性远高于单节点或角色拆分架构。

内容的提问来源于stack exchange，提问作者Christian Smith Mantas