直接回答
計算攝影機攝取、並發觀看者輸出以及必須解碼或轉碼的每個串流。 峰值組合的大小加上重新啟動和故障轉移餘量，而不是平均儀表板。
為什麼會發生這種情況
僅中繼路徑通常受到網路和會話計數的限制，而轉碼則增加了解碼器、編碼器、記憶體和熱量限制。 多攝影機網格會迅速增加負載。
瀏覽器通常需要一個網關將攝影機輸入轉換為網路原生傳輸路徑。
受控測試
建立一個小型負載模型，然後使用真實的編解碼器、解析度、幀速率和觀看者數量對其進行驗證。
一次更改一個變數。 記錄相機型號、韌體、終端機、帳號；然後將網路可及性、協定回應、媒體傳輸和解碼作為單獨的層進行測試。
使用專用的僅供查看的帳戶和值得信賴的本地診斷工具。 在共享輸出之前編輯憑證、私人地址和識別資料。
診斷順序
| 查看 | 行動 | 進展的證據 |
|---|---|---|
| 攝取 | 計算持續的攝影機會話和位元率。 | 源頻寬和相機限制是已知的。 |
| 扇出 | 估計每個輸出的峰值觀看者。 | 出口頻寬是有限的。 |
| 計算 | 計算同時進行的解碼和編碼操作。 | 測試了硬體和軟體能力。 |
| 淨空 | 測試重啟，重新連接風暴和一個故障節點。 | 該服務可以在相機不過載的情況下恢復。 |
保留證據
在實際峰值測試期間追蹤 p95 CPU、記憶體、出口、啟動時間和重新連接率。
邊界和安全說明
如果沒有產生容量數字的編解碼器和工作負載假設，請勿發佈容量數字。
對於遠端查看，請使用託管 VPN，而不是將 RTSP 或攝影機管理連接埠直接暴露到公共網際網路。
SmartRTSP
SmartRTSP 是一款以相機為中心的 RTSP 和 ONVIF 檢視器，適用於 Apple 裝置、Windows 和 Android。 適合直接觀看、發現和多機位檢查；當需要連續記錄、證據導出或集中企業控制時，保留專用的 NVR 或 VMS。
常見問題
一個網關可以處理多少個攝影機？
沒有有用的通用號碼；它取決於位元率、編解碼器、轉碼、硬體和檢視器扇出。
直通是否消除了所有計算成本？
它消除了大部分視訊編碼成本，但仍然使用網路、記憶體、會話和打包資源。
為什麼要測試重連風暴？
網關重新啟動可能會導致每個攝影機和瀏覽器會話立即重新連接，從而產生遠高於正常負載的峰值。
主要參考文獻
相關 SmartRTSP 指南
開啟相關指南在將許多攝影機饋送置於一個網關後面之前，請估算會話、頻寬、解碼器表面和故障餘裕。