브라우저 전달 아키텍처 · 05/20

RTSP 게이트웨이 용량 계획: 카메라, 뷰어 및 트랜스코드

하나의 게이트웨이 뒤에 많은 카메라 피드를 배치하기 전에 세션, 대역폭, 디코더 표면 및 오류 여유 공간을 추정하십시오.

대상 질문: RTSP 게이트웨이 용량 계획연구 확인: 2026-09-11

직접적인 답변

카메라 수집, 동시 뷰어 출력 및 디코딩 또는 트랜스코딩해야 하는 모든 스트림을 계산합니다. 평균 대시보드가 ​​아닌 최대 조합에 재시작 및 장애 조치 여유 공간을 더한 크기입니다.

왜 이런 일이 발생합니까?

릴레이 전용 경로는 일반적으로 네트워크 및 세션 수에 의해 제한되는 반면, 트랜스코딩에는 디코더, 인코더, 메모리 및 열 제약이 추가됩니다. 다중 카메라 그리드는 부하를 빠르게 증가시킵니다.

브라우저에는 일반적으로 카메라 피드를 웹 기본 전달 경로로 변환하는 게이트웨이가 필요합니다.

통제된 테스트

소규모 로드 모델을 구축한 다음 실제 코덱, 해상도, 프레임 속도 및 시청자 수를 사용하여 검증합니다.

한 번에 하나의 변수를 변경하십시오. 카메라 모델, 펌웨어, 엔드포인트 및 계정을 기록해 두십시오. 그런 다음 네트워크 연결 가능성, 프로토콜 응답, 미디어 전송 및 디코딩을 별도의 레이어로 테스트합니다.

전용 보기 전용 계정과 신뢰할 수 있는 로컬 진단 도구를 사용하세요. 출력을 공유하기 전에 자격 증명, 개인 주소 및 식별 데이터를 수정하세요.

진단 순서

확인하다행동진전의 증거
섭취지속적인 카메라 세션 및 비트 전송률을 계산합니다.소스 대역폭과 카메라 제한이 알려져 있습니다.
팬아웃출력당 최대 시청자 수를 추정합니다.송신 대역폭은 제한되어 있습니다.
컴퓨팅동시 디코드 및 인코딩 작업을 계산합니다.하드웨어 및 소프트웨어 용량이 테스트됩니다.
헤드룸다시 시작을 테스트하고 폭풍 및 실패한 노드 하나를 다시 연결하십시오.카메라에 과부하가 걸리지 않고 서비스가 복구됩니다.

보관할 증거

현실적인 피크 테스트 중에 p95 CPU, 메모리, 송신, 시작 시간 및 재연결 속도를 추적합니다.

경계 및 안전 참고 사항

이를 생성한 코덱 및 워크로드 가정 없이 용량 수치를 게시하지 마십시오.

원격 보기의 경우 RTSP 또는 카메라 관리 포트를 공용 인터넷에 직접 노출하는 대신 관리되는 VPN을 사용하십시오.

SmartRTSP

SmartRTSP은 Apple 장치, Windows 및 Android용 카메라 중심의 RTSP 및 ONVIF 뷰어입니다. 직접 보기, 검색 및 다중 카메라 검사에 적합합니다. 지속적인 기록, 증거 내보내기 또는 중앙 집중식 기업 제어가 필요한 경우 전용 NVR 또는 VMS을 유지하십시오.

자주 묻는 질문

하나의 게이트웨이가 얼마나 많은 카메라를 처리할 수 있나요?

유용한 범용 번호는 없습니다. 비트 전송률, 코덱, 트랜스코딩, 하드웨어 및 뷰어 팬아웃에 따라 다릅니다.

패스스루를 사용하면 모든 컴퓨팅 비용이 제거되나요?

대부분의 비디오 인코딩 비용을 제거하지만 여전히 네트워크, 메모리, 세션 및 패키징 리소스를 사용합니다.

폭풍을 다시 연결하도록 테스트하는 이유는 무엇입니까?

게이트웨이를 다시 시작하면 모든 카메라와 브라우저 세션이 한 번에 다시 연결되어 정상 부하보다 훨씬 높은 부하가 발생할 수 있습니다.

주요 참고문헌

관련 SmartRTSP 가이드

관련 가이드 열기

하나의 게이트웨이 뒤에 많은 카메라 피드를 배치하기 전에 세션, 대역폭, 디코더 표면 및 오류 여유 공간을 추정하십시오.