摄像头视频回传的链路设计

一路 1080P 摄像头按 4 Mbps 码率连续录像，一天产生约 42 GB 视频，十路就是 400 多 GB。摄像头回传的链路设计，就是从这两个数字开始的。 码率是会叠加的 链路带宽按并发码率峰值算，而不是按摄像头数量算。十路摄像头同时回传，4 Mbps 一路就是 40 Mbps 起步，加上网络开销和突发余量，链路按 60 Mbps 配才有安全边际。降低码率的正当手段是调分辨率和帧率：门口机 1080P、走廊 720P、帧率 15 足够看，码率能省一半以上。夜间的静态画面编码器会自动压得更低，实际流量通常比理论值小一截。 存储按循环覆盖设计 监控视频的价值随时间快速衰减，绝大多数场景不需要永久保存。存储规划按保留天数乘每天增量倒推：保留 15 天、每天 42 GB，需要 630 GB 以上，再留 20% 余量。实现上用循环覆盖，写满后自动删最旧的，云盘按固定容量开，不做自动扩容，让容量成为硬约束。重要事件片段单独剪辑转存到另一块盘或对象存储，和循环区隔离，避免被覆盖逻辑误删。 链路上的几个细节 现场到云端优先走有线网络；无线回传要实测丢包率，超过 1% 画面就会出现马赛克。断网时摄像头本地 SD 卡续录，网络恢复后补传关键时段。云服务器侧解码和存储分开，看视频的下行走网络，录像的上行落磁盘，两条路径互不干扰，高峰期也不抢资源。 主机选择上，存储型负载看磁盘吞吐和数据盘容量，CPU 2 到 4 核足够转码和转发；顺云的云服务器系列按保留天数反推数据盘容量来配即可，保留期拉长的需求出现之前，不必预购过大磁盘。 先定保留天数，再倒推存储和带宽，链路就不会返工。