시스템 관리자, 통합자, 구매
서버 요구 사항 및 하드웨어 계산
카메라 100개, 센서 100개, ACS 컨트롤러 10개에 대한 파일럿 및 권장 리소스의 최소값입니다.
- 1
코어 수뿐만 아니라 코어 성능도 필요합니다
1GHz의 16개 코어는 3GHz의 8개 코어를 대체하지 않습니다. EAS의 경우 주파수(기본 ≥2.0~2.4GHz) 및 CPU 생성(Core i5/i7 8+, Xeon Silver/Gold, Ryzen/EPYC)이 중요합니다. Atom, Celeron 1.5GHz 이하 및 공유가 보장되지 않는 버스트 기능을 갖춘 클라우드 vCPU는 적합하지 않습니다. 벤치마크: CPU 마크(다중) ~6,000(파일럿) ~ ~25,000+(100개 카메라) - cpubenchmark.net.
- 2
최소 - 시작을 위한 것
파일럿: 2개 코어 **≥2.0GHz**, 4GB RAM, 80GB SSD - 최대 8대의 카메라. Atom 또는 “2 vCPU 1GHz”가 아닙니다.
- 3
규모별 프로필
중간: 4~6개 코어 **≥2.3GHz**. 대형(100/100/10): 12~16개 코어 **≥2.4GHz**(물리적 권장), 32GB RAM, 아카이브용 2~4TB NVMe, 1Gbit/s.
- 4
카메라 100대가 CPU와 디스크를 많이 차지하는 이유
각 모션 카메라마다 별도의 ffmpeg가 있습니다. "일반" 코어(≥2.4GHz)에서 카메라 100대 ≒ 4~8개 코어; 느린 1-1.5GHz에서 - 추정치에 2-3을 곱합니다. 100개 스레드 전체에 대해 OpenCV가 아닌 Hikvision(하이브리드)의 VMD입니다.
- 5
비디오 아카이브 디스크(등급)
중간 정도의 모션 활동: 카메라 100대에 대해 하루 약 3~8GB(서브스트림, 디바운스 30초) 30일 동안 - 90~240GB의 클립; 활성 생산 중 ×2–4. “영상 보관 → 설정”에서 할당량 및 주기적 재녹화를 설정하세요.
- 6
그물
서버당 지속적으로 0.5~1Mbit/s - 50~100Mbit/s의 100개 서브스트림. 또한 그리드와 TV Wall을 볼 때 튀는 현상이 발생합니다. 카메라와 서버는 대역폭이 예약된 동일한 L2 네트워크에 있습니다. 좁은 WAN을 통해 RTSP를 라우팅하지 마세요.
- 7
구현 후 확인
CPU, RAM 및 스왑을 추적합니다(관리자 → 서버 및 서비스). SSH 명령: pgrep -c ffmpeg - 프로세스 수가 녹화 중인 카메라 수와 비슷합니다. 지속적인 CPU >85% 또는 활성 스왑 - 리소스를 늘리거나 로드를 줄입니다(카메라의 VMD, 모션 카메라 수 감소, 하위 스트리밍).