1.

方案概览与目标

目标：在香港机房搭建高可用的视频拍摄与直播平台，保证主播拍摄、RTMP推流与视频上传在单点故障时不中断。小分段：需求确认→低延时（<20ms局域/50-80ms国际）→高可用（N+1）→可扩展。

2.

选址与网络准备（香港机房与带宽）

小分段：选择香港本地机房（PCCW/NTT/HGC/Equinix）或云（AWS HK/Alibaba HK）；购买至少2家不同运营商的对等链路（例如PCCW与HGC）保证BGP多线接入；带宽建议：直播高码率(4K/1080p)每路至少6-10Mbps，估算并购买峰值并发带宽×冗余1.5倍。

3.

服务器与架构拓扑设计

小分段：部署多实例：2台边缘推流入口（RTMP接入）、2台转码/混流服务器、2台存储节点（NAS或分布式对象存储）、1套管理/数据库；使用私有网络加VPC隔离；冗余按N+1设计。

4.

RTMP接入层搭建（使用NGINX-RTMP或SRS）

小分段：推荐SRS（稳定、低延迟）或NGINX-RTMP。实际步骤（以SRS为例）： 1) 安装依赖：apt-get update && apt-get install -y build-essential git cmake libssl-dev 2) 下载编译：git clone https://github.com/ossrs/srs.git && cd srs && ./configure && make 3) 修改conf/srs.conf，配置listen(1935)、vhost、edge/cluster配置和HTTP-FLV/ HLS/ DASH输出 4) 启动：./objs/srs -c conf/srs.conf 5) 验证：使用OBS推流到 rtmp://edge1.example.com/live/streamkey

5.

负载均衡与故障切换

小分段：在推流入口前部署L4/L7负载均衡（HAProxy或LVS）： - HAProxy示例：安装haproxy，配置frontend监听1935，backend列举两台RTMP server，配置health-check（tcp-check）。 - DNS层使用健康检查与短TTL（60s），或采用Anycast/BGP方案；同时准备基于Keepalived的浮动IP实现同城故障切换。

6.

CDN与分发策略

小分段：实时低延迟采用腾讯/阿里/Cloudflare/HK本地CDN，配置RTMP->HTTP-FLV/HLS输出到CDN回源；关键点：开启回源健康检查、设置长连接与缓存规则、为上传对象开启分块上传（multipart）与断点续传。

7.

存储与持久化（对象存储 & NAS）

小分段：推荐对象存储（S3兼容）作为视频文件主存储与备份；本地NAS做临时缓存并同步到对象存储： - 实现：部署MinIO或Ceph RGW，配置跨机房复制（bucket replication）。 - 定期快照：每小时快照+异地备份到第二个机房。

8.

转码与多码流策略

小分段：使用FFmpeg或基于GPU的转码节点： - FFmpeg转码示例命令：ffmpeg -i rtmp://localhost/live/stream -c:v libx264 -preset veryfast -b:v 2500k -maxrate 2500k -bufsize 5000k -c:a aac -b:a 128k -f flv rtmp://127.0.0.1/hls/stream_720p - 启用水平扩展，使用队列（RabbitMQ/Redis）调度转码任务，自动伸缩。

9.

安全与抗DDoS

小分段：接入DDoS防护（云厂商或专业清洗），在边缘层做流量限制、IP黑白名单、WAF规则；RTMP认证：按流key+签名（短期token）验签，HTTPS/SSL用于控制面与API。

10.

监控与告警（必备）

小分段：部署Prometheus + Grafana监控SRS/NGINX/FFmpeg进程、推流RTT、丢包率、带宽使用、磁盘IO；配置Alertmanager短信/邮件告警；定期执行健康检查脚本并自动重启异常服务。

11.

自动化部署与运维脚本

小分段：使用Ansible或Terraform实现基础设施即代码： - Ansible playbook示例：roles: srs, ffmpeg, haproxy, minio，定义inventory分组edge/encode/storage。 - 写健康检查脚本：curl -s http://localhost:1985/api/v1/streams || systemctl restart srs。

12.

测试与演练步骤

小分段：步骤：1) 本地推流测试→2) 切换到负载均衡入口→3) 模拟单机宕机（关闭RTMP服务）观察HA切换→4) 模拟链路故障（断一条ISP）观察BGP备线→5) 做负载压力测试（例如Tsung或JMeter）确认并发承载。

13.

备份与恢复策略

小分段：定期数据库快照+对象存储生命周期管理；关键配置（NGINX/SRS/HAProxy）放在Git，配置变更走CI/CD；演练恢复：在新机房部署脚本，拉取对象存储数据并恢复服务，目标恢复时间（RTO）<30分钟。

14.

成本控制与扩容建议

小分段：按需扩容：用容器化（Docker/Kubernetes）自动扩缩容；预留带宽峰值与按需购买突发带宽；利用边缘CDN降低源站带宽消耗。

15.

问：在香港搭建高可用直播平台，如何保证单机故障时主播不掉线？

小分段：答：通过至少两台RTMP接入节点+前置负载均衡（HAProxy/LVS）+短TTL DNS或Anycast实现流量自动切换，同时在推流端（OBS/手机端）配置多路备份推流（primary/backup地址）。当一台RTMP宕机，负载均衡或DNS会引导流量到备用节点，OBS会自动重连到备节点，结合短时间的HLS/DASH缓冲可使观众几乎无感。

16.

问：直播期间如何防止因带宽峰值导致上传中断？

小分段：答：在边缘部署本地缓存（NAS或MinIO），并将CDN作为前端分发，源站仅承载回源请求；购买多运营商带宽并使用BGP做链路冗余，必要时启动CDN回源限速策略与速率限制，确保瞬时带宽溢出时由CDN吸收流量。

17.

问：如何做演练与故障恢复，验证系统真正高可用？

小分段：答：制定SOP并按季度进行演练：（1）逐台停服测试（关闭RTMP/转码/存储），观察自动切换与恢复；（2）断一条ISP链路测试BGP切换；（3）模拟DDoS并验证清洗策略；记录RTO/RPO并优化脚本实现RTO<30分钟。

来源：搭建高可用香港网红视频拍摄服务器保障直播与上传不中断的方案