기술12분 읽기

    CCTV 스토리지 용량 계산 방법: 완벽 가이드

    CCTV 스토리지 추정 오류는 감시 시스템 설계에서 가장 비용이 많이 드는 실수 중 하나입니다. 과소 추정은 사건이 발견되기 전에 중요한 녹화를 잃는 것을 의미합니다. 과대 추정은 사용하지 않는 장비에 수천 달러를 낭비하는 것을 의미합니다. 이 가이드는 4대 카메라 매장부터 200대 카메라 기업 캠퍼스까지 모든 설치에 대해 CCTV 스토리지 요구사항을 정확하게 계산하기 위한 공식, 참조 테이블 및 계획 전략을 제공합니다.

    CCTV 스토리지 기초

    계산을 수행하기 전에 CCTV 시스템의 스토리지 소비를 결정하는 세 가지 요소를 이해해야 합니다: 비트레이트, 압축 코덱, 해상도입니다. 이 세 가지 변수는 서로 상호 작용하며, 어느 하나의 오류가 전체 스토리지 추정을 왜곡합니다.

    비트레이트는 카메라가 초당 생성하는 데이터양으로, 초당 메가비트(Mbps) 또는 초당 킬로비트(Kbps)로 측정됩니다. 4 Mbps로 스트리밍하는 카메라는 매초 4메가비트의 데이터를 생성하며, 이는 연속 녹화 시 시간당 약 1.7 GB, 하루 42 GB에 해당합니다. 비트레이트는 데이터 양을 직접 결정하므로 스토리지 계산에서 가장 중요한 수치입니다. 해상도가 높은 카메라, 빠른 프레임 레이트 또는 움직임이 많은 장면은 더 높은 비트레이트를 생성합니다.

    압축은 카메라가 파일 크기를 줄이기 위해 비디오 데이터를 인코딩하는 방식을 결정합니다. 감시카메라에서 주류인 두 가지 코덱은 H.264와 H.265(HEVC라고도 함)입니다. H.264는 10년 이상 업계 표준이며 시장의 거의 모든 NVR과 VMS에서 지원됩니다. H.265는 H.264 대비 30~50퍼센트 낮은 비트레이트로 동일한 화질을 달성하는 최신 표준입니다. 30일간 운영되는 16대 카메라 시스템에서 H.264와 H.265의 차이는 쉽게 15~25 TB의 스토리지에 달할 수 있으며, 이는 하드 디스크 1~2개 절감과 상당한 비용 절감을 의미합니다.

    해상도는 각 프레임의 세부 수준을 결정하며 비트레이트에 직접 영향을 미칩니다. 4K(8MP) 카메라는 동일한 프레임 레이트와 압축 수준에서 1080p(2MP) 카메라보다 약 4배 많은 데이터를 생성합니다. 높은 해상도는 더 선명한 이미지와 재생 시 더 나은 확대 기능을 의미하지만 스토리지 사용량도 급격히 증가합니다. 해상도 결정은 각 카메라 위치의 감시 목적에 따라 결정되어야 합니다 — 모든 카메라가 4K일 필요는 없습니다. 당사의 스토리지 계산기를 사용하여 다양한 해상도 시나리오를 모델링하고 스토리지에 미치는 영향을 즉시 확인하세요.

    프레임 레이트도 중요한 역할을 합니다. 대부분의 감시 시스템은 영상 부드러움과 스토리지 효율성의 균형으로 15 fps(초당 프레임)로 녹화합니다. 25 또는 30 fps로 올리면 더 부드러운 녹화가 가능하지만 스토리지가 67~100퍼센트 증가합니다. 대부분의 보안 용도에서 15 fps면 충분합니다. 교통 감시와 빠른 움직임 장면은 25 fps가 유리할 수 있으며, 복도나 창고 같은 정적 장면은 중요한 세부사항을 잃지 않고 10 fps까지 낮출 수 있는 경우가 많습니다.

    스토리지 계산 공식

    CCTV 스토리지 계산의 기본 공식은 간단합니다. 각 카메라의 비트레이트를 알면 나머지는 산술 계산입니다.

    공식

    스토리지 (GB) = 비트레이트 (Mbps) x 0.125 x 3600 x 일일 시간 x 일수 x 카메라 수 / 1000

    분석: 비트레이트(Mbps)에 0.125를 곱하여 초당 메가바이트로 변환합니다. 3600을 곱하여 시간당 메가바이트를 구합니다. 일일 녹화 시간을 곱합니다(연속 녹화의 경우 24). 보존 일수를 곱합니다. 카메라 수를 곱합니다. 1000으로 나누어 MB를 GB로 변환합니다.

    간소화 버전: 스토리지 (TB) = 비트레이트 (Mbps) x 0.0108 x 일수 x 카메라 수 — 24시간 연속 녹화를 가정하며 결과는 테라바이트로 표시됩니다.

    예시 1: 소규모 소매점

    카메라 8대, 4MP 해상도, H.265 압축, 15 fps, 30일 보존, 연속 녹화.

    4MP H.265 15 fps의 일반적인 비트레이트: 카메라당 약 3 Mbps.

    스토리지 = 3 Mbps x 0.0108 x 30일 x 8대 = 7.78 TB

    RAID 5 오버헤드(4디스크 어레이에서 패리티 디스크 1개) 포함: 약 10.4 TB 원시 용량, 4베이 NVR에 4 x 4 TB 감시용 디스크로 충당 가능.

    예시 2: 사무실 건물

    카메라 32대, 혼합 해상도(16대 x 2MP + 16대 x 4MP), H.265, 15 fps, 60일 보존, 하루 12시간 녹화(업무 시간 + 버퍼).

    2MP H.265 비트레이트: 약 2 Mbps. 4MP H.265 비트레이트: 약 3 Mbps.

    2MP 카메라 스토리지 = 2 x 0.0108 x 60 x 16 x 0.5 (12h/24h) = 10.37 TB

    4MP 카메라 스토리지 = 3 x 0.0108 x 60 x 16 x 0.5 = 15.55 TB

    합계: 사용 가능 25.92 TB, RAID 5로 약 34.6 TB 원시 용량.

    예시 3: 대규모 캠퍼스

    카메라 128대, 평균 4MP, H.265, 15 fps, 90일 보존, 연속 녹화.

    스토리지 = 3 x 0.0108 x 90 x 128 = 373.25 TB

    이 수준의 스토리지에는 엔터프라이즈급 NVR 서버 또는 전용 스토리지 어레이가 필요합니다. RAID 6 오버헤드를 포함하면 약 450+ TB 원시 용량을 계획하세요. 추측을 그만두고 당사의 스토리지 계산기로 정확한 시나리오를 모델링하세요.

    해상도 및 비트레이트 테이블

    아래 테이블은 H.264 및 H.265 압축을 사용한 15 fps에서 일반적인 감시 카메라 해상도의 표준 비트레이트 값을 보여줍니다. 이는 중간 정도의 움직임이 있는 장면의 평균값입니다. 움직임이 많은 장면(바쁜 교차로, 매장 입구)은 20~40퍼센트 높은 비트레이트를 생성할 수 있으며, 정적 장면(복도, 창고)은 20~30퍼센트 낮은 비트레이트를 생성할 수 있습니다.

    해상도메가픽셀H.264 비트레이트H.265 비트레이트H.264 GB/일H.265 GB/일
    1920 x 10802MP3-4 Mbps1.5-2 Mbps32-43 GB16-22 GB
    2560 x 14404MP5-6 Mbps2.5-3 Mbps54-65 GB27-32 GB
    2592 x 19445MP6-8 Mbps3-4 Mbps65-86 GB32-43 GB
    3840 x 21608MP (4K)10-16 Mbps5-8 Mbps108-173 GB54-86 GB
    4000 x 300012MP16-24 Mbps8-12 Mbps173-259 GB86-130 GB

    이 값들은 15 fps에서 고정 비트레이트(CBR) 인코딩을 가정합니다. 가변 비트레이트(VBR) 인코딩은 평균 스토리지 소비가 낮지만 높은 활동 기간 동안 더 높은 피크를 발생시킵니다. VBR로 스토리지를 계획할 때는 높은 활동 기간 동안 공간이 부족하지 않도록 피크 비트레이트 값을 용량 계획에 사용하세요.

    보존 기간 계획

    보존 기간 — 녹화가 덮어쓰기되기 전까지 보관하는 일수 — 은 기술적 선호보다는 업계 규정, 보험 요건 또는 내부 보안 정책에 의해 결정되는 경우가 많습니다. 잘못된 보존 기간 선택은 규제 벌금이나 녹화가 덮어쓰기된 후 발견된 사건의 조사 불능으로 이어질 수 있습니다.

    업종일반적 보존 기간규제 참고사항
    소매30일일반적인 재고 감사 주기를 커버. 일부 소매업체는 손실이 큰 매장의 경우 60일로 연장
    은행 / 금융90일규제 요건은 관할 지역에 따라 다름. ATM 및 금고 카메라는 90일 이상이 필요한 경우가 많음
    정부 / 주요 인프라180일정부 건물, 공공기관 및 국방 시설은 6개월에서 1년의 보존이 필요한 경우가 많음
    의료30-90일시설은 일반적으로 사건 보고 일정에 맞춤
    교육30-60일학교 구역은 주별 가이드라인을 따르는 경우가 많음. 일부는 최소 30일을 요구
    호텔/숙박30-45일호텔 및 카지노. 카지노는 규정에 따라 게임장 녹화를 30일 이상 보존하는 경우가 많음
    교통30-90일공항, 기차역, 버스 정류장. 교통 당국이 요건을 설정

    보존 기간을 계획할 때는 항상 최소 요건 위에 10~15퍼센트의 버퍼를 추가하세요. 규정이 30일을 요구하면 34~35일로 설계하세요. 이는 NVR의 보존 기간 계산 방법 차이, 파일 시스템 오버헤드, 녹화 만료와 실제 덮어쓰기 사이의 지연을 고려한 것입니다.

    대규모 시스템에서는 계층화된 보존 기간 사용을 고려하세요. 중요 카메라 — 출입구, POS, 계산대 — 는 90일간 녹화를 보존하고, 복도 및 주차장 카메라는 30일로 설정합니다. 이 접근 방식은 모든 카메라에 가장 긴 보존 기간을 균일하게 적용하는 것에 비해 총 스토리지 요구사항을 30~40퍼센트 줄일 수 있습니다. 대부분의 NVR 및 VMS 플랫폼은 카메라별 또는 그룹별 보존 설정을 지원합니다.

    RAID 및 이중화

    하드 디스크는 고장납니다. 24시간 365일 연속 쓰기 작업을 수행하는 감시 시스템에서 디스크 장애는 '만약'이 아닌 '언제'의 문제입니다. RAID(Redundant Array of Independent Disks)는 여러 디스크에 데이터를 분산하여 녹화를 보호하며, 디스크 1~2개의 손실이 데이터 손실로 이어지지 않도록 합니다. 적절한 RAID 레벨 선택은 스토리지 계획의 핵심 부분입니다. RAID 오버헤드가 사용 가능 용량을 줄이기 때문입니다.

    RAID 5 — 패리티 디스크 1개

    RAID 5는 모든 디스크에 데이터를 스트라이프하고 1개 디스크 용량을 패리티 데이터에 사용합니다. 단일 디스크 장애에 데이터 손실 없이 견딜 수 있습니다. 사용 가능 용량은 (N-1) x 디스크 크기이며, N은 디스크 수입니다. 예를 들어 4개의 8 TB 디스크를 RAID 5로 구성하면 24 TB 사용 가능 스토리지(3 x 8 TB)를 제공합니다. RAID 5는 소중규모 감시 시스템(최대 32대 카메라)에서 가장 일반적인 구성입니다. 위험은 첫 번째 장애 후 재구축 과정에서 두 번째 디스크가 고장나면 모든 데이터가 손실된다는 것입니다.

    RAID 6 — 패리티 디스크 2개

    RAID 6은 2개 디스크 패리티를 사용하여 어레이가 동시에 2개의 디스크 장애를 견딜 수 있도록 합니다. 사용 가능 용량은 (N-2) x 디스크 크기입니다. 6개의 8 TB 디스크를 RAID 6으로 구성하면 32 TB 사용 가능 용량(4 x 8 TB)을 제공합니다. RAID 6은 디스크가 4개 이상인 시스템과 데이터 손실이 허용되지 않는 엔터프라이즈 배포에 권장됩니다.

    RAID 10 — 미러 스트라이프

    RAID 10은 미러링(RAID 1)과 스트라이핑(RAID 0)을 결합합니다. 각 디스크가 미러링되어 최고의 읽기/쓰기 성능과 여러 디스크 장애 견딜 수 있는 능력을 제공합니다(단, 미러 쌍의 양쪽 디스크가 모두 손실되지 않는 한). 사용 가능 용량은 총 원시 용량의 50퍼센트입니다 — 4개의 8 TB 디스크는 16 TB 사용 가능 용량을 제공합니다. RAID 10은 최고의 쓰기 성능을 제공하며, 많은 카메라가 무거운 쓰기 부하를 생성하는 시스템에서 중요합니다.

    핫 스페어 디스크

    핫 스페어는 어레이에 설치되어 디스크 장애가 발생할 때까지 비활성 상태로 유지되는 디스크로, 장애 발생 시 RAID 컨트롤러가 사람의 개입 없이 자동으로 핫 스페어에서 재구축을 시작합니다. 이를 통해 취약성 시간을 최소화합니다. RAID 5 어레이마다 핫 스페어를 강력히 권장합니다. 중요한 시스템의 경우 4~6개의 활성 디스크당 1개의 핫 스페어를 구성하세요.

    총 원시 스토리지를 계산할 때는 사용 가능 스토리지 요구사항에 RAID 오버헤드 계수를 곱합니다: RAID 5 = 사용 가능 x (N / (N-1)), RAID 6 = 사용 가능 x (N / (N-2)), RAID 10 = 사용 가능 x 2. 그런 다음 핫 스페어당 디스크 1개를 추가합니다. 당사의 스토리지 계산기를 사용하여 구성에 맞는 RAID 오버헤드를 자동 계산하세요.

    클라우드 vs 로컬 스토리지

    CCTV 녹화를 위한 클라우드 스토리지와 로컬 스토리지 사이의 선택은 비용, 대역폭, 안정성 및 제어 측면에서 트레이드오프를 수반합니다. 어느 쪽도 보편적으로 우수하지 않습니다 — 올바른 선택은 카메라 수, 보존 요건, 인터넷 연결, 운영 선호도에 따라 달라집니다.

    로컬 스토리지 (On-Premise)

    로컬 스토리지는 NVR(네트워크 비디오 레코더) 또는 로컬 하드 디스크가 장착된 서버 기반 VMS 시스템을 사용합니다. 초기 비용이 높습니다 — 하드웨어, 디스크, RAID 컨트롤러를 구매해야 합니다 — 하지만 운영 비용은 최소화됩니다(전기 및 간헐적 디스크 교체). 4 x 8 TB 감시용 디스크가 장착된 16대 카메라용 NVR의 일반적인 가격은 1,500~3,000달러이며, 월 비용 없이 RAID 5로 24 TB 사용 가능 스토리지를 제공합니다.

    로컬 시스템은 인터넷 연결에 의존하지 않습니다. 인터넷이 중단되어도 녹화는 중단 없이 계속됩니다. 이는 로컬 스토리지를 중요 보안 애플리케이션의 기본 선택으로 만듭니다.

    8대 이상의 카메라와 30일 이상의 보존 기간을 갖는 대부분의 설치에서 로컬 스토리지가 가장 비용 효율적인 솔루션입니다. 5년간 총 소유 비용은 동등한 클라우드 스토리지에 비해 일반적으로 60~80퍼센트 낮습니다.

    클라우드 스토리지

    CCTV 클라우드 스토리지는 녹화를 원격 데이터 센터로 업로드하여 현장 하드웨어를 제거합니다. Verkada, Rhombus, Eagle Eye Networks와 같은 공급업체가 클라우드 스토리지를 포함한 카메라당 월 요금의 camera-as-a-service 모델을 제공합니다. 일반적인 비용은 30일 클라우드 보존으로 카메라당 월 10~30달러입니다.

    클라우드 스토리지의 주요 장점은 오프사이트 이중화입니다 — 물리적 시설이 파괴되어도 녹화가 남아 있습니다. 클라우드 시스템은 다중 사이트 관리도 간소화합니다.

    주요 제한은 대역폭입니다. 4MP H.265 3 Mbps 카메라 1대는 시간당 약 2.8 GB의 업로드 대역폭이 필요합니다. 이 속도로 16대 카메라는 48 Mbps의 지속적인 업로드 속도가 필요하며, 이는 많은 상업용 인터넷 회선의 업로드 용량을 초과합니다. 클라우드 스토리지는 또한 반복 비용을 발생시킵니다 — 카메라당 월 20달러의 32대 카메라 시스템은 연간 7,680달러가 들며, 12~18개월 내에 로컬 하드웨어 비용을 초과합니다.

    하이브리드 접근 방식

    하이브리드 접근 방식은 로컬 녹화와 선택적 클라우드 백업을 결합합니다. 모든 카메라가 전체 보존 기간 동안 NVR에 로컬 녹화합니다. 중요 카메라(출입구, 계산대, 귀중품실)는 동시에 클라우드에 업로드합니다 — 연속 스트림 또는 모션 및 알람 트리거 방식으로.

    많은 최신 NVR 및 VMS 플랫폼이 하이브리드 운영을 기본적으로 지원합니다. "출입구 카메라의 각 모션 이벤트 전후 60초를 클라우드에 업로드" 또는 "계산대 카메라의 모든 녹화를 매일 클라우드에 백업"과 같은 규칙을 구성할 수 있습니다.

    스토리지 최적화 팁

    기본 계산은 연속 녹화의 최대 스토리지 요구사항을 제공합니다. 실제로는 여러 최적화 기술을 통해 보안 효과를 훼손하지 않으면서 실제 스토리지 소비를 30~70퍼센트 줄일 수 있습니다.

    모션 기반 녹화

    24시간 연속 녹화 대신 모션 감지 시에만 녹화하도록 카메라를 설정합니다. 24시간 중 4시간만 활동이 있는 복도 카메라는 스토리지 소비를 약 83퍼센트 줄입니다. 대부분의 NVR은 프리이벤트 버퍼링(모션 감지 5~10초 전부터 녹화)을 지원하여 각 이벤트의 시작을 확실히 캡처합니다. 모션 기반 녹화는 복도, 창고, 계단, 외곽 카메라 등 저트래픽 영역에 이상적입니다.

    스케줄 녹화

    고정 시간에 운영하는 기업의 경우, 영업 시간 동안 연속 녹화하고 영업 시간 외에는 모션 기반 녹화로 전환하도록 카메라를 스케줄링합니다. 하루 10시간 운영하고 나머지 14시간을 모션 기반 녹화로 설정하는 사무실 건물은 24시간 연속 녹화 대비 스토리지를 40~50퍼센트 줄일 수 있습니다.

    가변 비트레이트 (VBR)

    가변 비트레이트 인코딩은 장면 복잡도에 따라 비트레이트를 동적으로 조정합니다. 움직임이 없는 정적 복도를 관찰하는 카메라는 매우 낮은 비트레이트(0.5~1 Mbps)를 사용하지만, 누군가 지나가면 전체 비트레이트(4~6 Mbps)로 증가합니다. 24시간 기간 동안 VBR은 일반적으로 고정 비트레이트(CBR) 인코딩에 비해 30~50퍼센트 적은 데이터를 생성합니다.

    듀얼 스트림 녹화 (서브스트림)

    대부분의 IP 카메라는 두 개의 동시 스트림을 생성합니다: 고해상도 메인 스트림(녹화용)과 저해상도 서브 스트림(실시간 보기용). NVR을 실시간 모니터링에는 서브 스트림, 녹화에는 메인 스트림을 사용하도록 설정합니다. 일부 고급 시스템은 더 나아가 비중요 카메라에서는 서브 스트림을 녹화하고 모션 또는 알람 감지 시에만 메인 스트림으로 전환합니다.

    Smart Codec 기술

    카메라 제조사들은 표준 H.265 압축을 넘어서는 독자적인 인코딩 개선 기술을 개발했습니다. Hikvision H.265+, Dahua Smart H.265+, Axis Zipstream이 그 예입니다. 이러한 기술들은 각 프레임을 분석하고 정적 배경 영역에 최대 압축을 적용하면서 움직이는 객체의 디테일은 보존합니다. 실제로 표준 H.265 인코딩 대비 추가로 50~70퍼센트의 스토리지를 절감할 수 있습니다.

    © 2026 CCTVplanner. All rights reserved.