CCTV 4대를 30일 녹화하려면 HDD가 몇 TB 필요할까?

이 글은 제조사 공식 문서와 단위 환산을 바탕으로 만든 자료 기반 계산 가이드입니다. 특정 카메라·NVR·HDD를 직접 연결해 30일 동안 녹화한 시험 결과가 아니며, 아래 8TB는 모든 4카메라 시스템에 적용되는 고정값이 아닙니다.

이 답이 적용되는 조건

8TB를 검토할 수 있는 예시는 다음 조건을 모두 가정합니다.

• 카메라 4대가 각각 평균 4Mbps의 영상 스트림을 저장한다.
• 하루 24시간, 30일 동안 상시 녹화한다.
• 오디오와 별도 분석 스트림의 저장량은 포함하지 않는다.
• 저장장치 표기 단위는 제조사 표기 방식인 1TB = 1,000GB로 계산한다.
• 장면 변화와 비트레이트 오차를 위한 계산 여유 20%를 둔다.
• 파일시스템·녹화기 운영 여유로 전체 용량의 10%를 예약한다.
• RAID, 디스크 이중화, 핫스페어와 별도 백업은 사용하지 않는다.

여기서 20%와 10%는 법정 기준이나 모든 제조사의 고정 사양이 아니라 계획 단계의 보수적 입력값입니다. NVR이 실제로 예약하는 공간, 디스크 구성과 녹화 방식이 다르면 값을 바꿔야 합니다.

해상도만으로 HDD를 정하면 안 되는 이유

4MP 카메라 4대라는 정보만으로는 저장량을 확정할 수 없습니다. 같은 해상도라도 프레임레이트, 코덱, 압축률, 장면의 움직임과 조명, 연속·이벤트 녹화 여부에 따라 실제 비트레이트가 달라집니다.

AXIS Site Designer 공식 설명은 카메라 모델과 장면의 세부 정도·빛·움직임, 녹화 유형을 대역폭 추정에 영향을 주는 조건으로 제시합니다. 각 스트림의 프레임레이트, 해상도, 코덱과 압축 설정도 따로 조정하도록 안내합니다.

특히 VBR(가변 비트레이트)은 고정된 저장량이 아닙니다. Axis의 비트레이트 제어 백서는 장면의 움직임이나 사건이 늘면 스트림 크기와 비트레이트가 크게 증가할 수 있어 저장 여유가 필요하다고 설명합니다. 반대로 비트레이트 상한을 지나치게 낮추면 복잡한 장면에서 화질과 필요한 세부 정보가 줄 수 있습니다.

따라서 설치 전에는 해상도 기반 추정값을 쓰더라도, 설치 뒤에는 실제 녹화 스트림의 평균 비트레이트와 하루 사용량으로 교체해야 합니다.

계산식은 비트레이트에서 시작한다

1Mbps를 24시간 저장할 때의 데이터량은 다음과 같습니다.

1,000,000 bit/초 × 86,400초 ÷ 8 bit/byte
= 10,800,000,000 byte
= 10.8GB/일

카메라가 여러 대라면 각 카메라의 평균 비트레이트를 더합니다.

하루 사용량(GB)
= 카메라 수 × 카메라당 평균 Mbps × 10.8
  × (하루 녹화시간 ÷ 24)
  × 실제 녹화비율

목표 보관일과 여유를 적용하는 식은 다음과 같습니다.

순수 필요량(TB) = 하루 사용량(GB) × 보관일 ÷ 1,000

계획 필요량(TB)
= 순수 필요량 × (1 + 계산 여유율)
  ÷ (1 - 시스템 예약공간 비율)

모아CCTV 저장용량 계산기의 정확 계산 모드는 이 식을 사용합니다. 계산기는 계획을 돕는 도구이며 제품 제조사의 호환 목록이나 실제 녹화 검사를 대신하지 않습니다.

4대·4Mbps·30일을 직접 계산해 본다

가정한 값을 한 단계씩 넣으면 다음과 같습니다.

단계	계산	결과
전체 평균 비트레이트	4대 × 4Mbps	16Mbps
하루 순수 사용량	16Mbps × 10.8GB	172.8GB
30일 순수 필요량	172.8GB × 30 ÷ 1,000	5.184TB
계산 여유 20% 반영	5.184TB × 1.2	6.2208TB
예약공간 10% 반영	6.2208TB ÷ 0.9	6.912TB
다음 검토 용량	6.912TB 이상	8TB

이 계산은 카메라당 평균 4Mbps가 맞을 때만 성립합니다. 평균 2Mbps라면 같은 식의 계획 필요량은 3.456TB, 평균 8Mbps라면 13.824TB가 됩니다. 대수와 해상도가 같아도 비트레이트가 두 배면 저장량도 두 배가 됩니다.

1단계: 저장할 스트림의 값을 기록한다

NVR 또는 카메라의 녹화 설정에서 다음 값을 확인합니다. 실시간 보기용 보조 스트림이 아니라 실제로 녹화되는 스트림의 값을 적어야 합니다.

1. 카메라별 해상도와 프레임레이트
2. H.264·H.265 등 코덱
3. VBR·평균·최대 등 비트레이트 제어 방식
4. 설정 비트레이트와, 표시된다면 실제 평균 비트레이트
5. 연속 또는 이벤트 녹화 일정
6. 프리·포스트 이벤트 녹화 시간
7. 오디오·메타데이터·별도 스트림의 저장 여부

AXIS OS LTS 2026 공식 도움말은 해상도·프레임레이트·압축 설정이 저장량에 영향을 주며, 가변 비트레이트는 장면 활동에 따라 달라진다고 설명합니다. 메뉴 이름과 제공되는 값은 제조사마다 다르므로 구매할 제품의 최신 설명서를 함께 봅니다.

값을 찾을 수 없다면 4MP니까 4Mbps로 확정하지 말고, 계산기의 간편 모드를 구매 전 추정치로만 사용합니다.

2단계: 카메라를 조건별로 나눈다

모든 카메라에 같은 값을 넣지 말고 설정과 장면이 다른 그룹을 분리합니다.

• 출입구처럼 사람과 빛 변화가 많은 카메라
• 창고 안쪽처럼 움직임이 적은 카메라
• 야간 노이즈와 비·나뭇잎이 많은 실외 카메라
• 상시 녹화와 이벤트 녹화를 다르게 쓰는 카메라
• 해상도·프레임레이트·코덱이 다른 카메라

Axis의 공식 설계 도구도 장면·조명·움직임과 녹화 유형을 시나리오별로 나눠 저장량을 추정합니다. Hanwha Vision의 공식 저장량 도구 안내 역시 미리 정한 비트레이트나 사용자 지정 비트레이트와 저장 크기, 최소 보관일을 함께 입력하도록 안내합니다.

이벤트 녹화의 실제 녹화비율을 모른다면 낮은 비율을 임의로 넣어 HDD를 줄이지 않습니다. 상시 녹화로 보수 계산하거나, 임시 설치 뒤 대표적인 영업일과 비영업일의 실제 녹화시간을 먼저 확인합니다.

3단계: HDD를 사기 전에 NVR 제한을 대조한다

계산 결과가 8TB라고 해서 8TB HDD 한 개를 바로 주문하지 않습니다. 해당 NVR의 최신 제조사 사양표와 호환 목록에서 다음을 확인합니다.

• HDD 베이 수와 베이당 최대 지원 용량
• 전체 지원 용량과 지원되는 디스크 모델
• 여러 디스크를 묶을 때의 구성 방식과 실제 사용 가능 용량
• 디스크 초기화·상태 감시·덮어쓰기 지원
• 카메라 전체 입력 비트레이트와 녹화 스트림 수
• 펌웨어 버전에 따른 제한 또는 변경 사항

필요량이 NVR의 지원 범위를 넘으면 디스크만 큰 것으로 바꾸지 말고 녹화기 구성부터 다시 고릅니다. RAID나 이중화를 사용한다면 패리티·미러링에 필요한 용량을 이 글의 단일 디스크 예시에 별도로 더해야 합니다.

4단계: 설치 뒤 실제 하루 사용량으로 다시 계산한다

최종 판정은 예상 비트레이트가 아니라 녹화 결과로 합니다.

1. 실제 운영할 해상도·프레임레이트·코덱·녹화 일정을 설정합니다.
2. 카메라 4대를 모두 연결하고 최소 24시간 연속으로 녹화합니다.
3. 낮과 야간, 영업 중과 비영업 시간이 포함됐는지 확인합니다.
4. NVR의 하루 저장 증가량 또는 카메라별 실제 평균 비트레이트를 기록합니다.
5. 기록한 값으로 계산기의 정확 계산을 다시 실행합니다.
6. NVR이 보여 주는 가장 오래된 재생 가능 시각을 주기적으로 확인합니다.
7. 임의 날짜·채널을 재생하고 짧은 영상을 내보내 다른 기기에서 엽니다.

24시간 확인은 30일 보관을 보증하지 않습니다. 주말, 비·눈, 야간 노이즈, 계절 변화와 이벤트 증가가 반영되지 않을 수 있기 때문입니다. 첫 7일의 하루 사용량 변화도 기록하고, 저장공간이 한 바퀴 순환한 뒤 실제 가장 오래된 영상 날짜로 보관일을 확인합니다.

예외와 계산에서 빠뜨리기 쉬운 항목

다음 항목은 단순한 카메라 수 × 비트레이트 × 일수 계산에서 빠지기 쉽습니다.

• NVR이 별도 저장하는 오디오, 분석 메타데이터, 썸네일과 이벤트 이미지
• 주 스트림과 보조 스트림을 동시에 녹화하는 구성
• 이벤트 전·후 녹화와 일정이 겹치는 구간
• 파일시스템, 데이터베이스와 시스템 예약공간
• 고장 대비 미러링·패리티·핫스페어에 쓰이는 용량
• HDD 제조사 표기 용량과 운영체제·NVR 화면의 단위 차이
• 지원되지 않는 HDD, 베이당 용량 제한과 펌웨어 호환성

클라우드 저장, 카메라 SD카드, NVR과 원격 백업을 동시에 쓰는 구성은 저장 위치별로 따로 계산합니다. 한 위치의 30일 보관이 다른 위치에도 자동으로 적용된다고 보지 않습니다.

이 경우에는 용량 확정을 멈춘다

아래 중 하나라도 해당하면 8TB면 30일이라고 발주하거나 안내하지 않습니다.

• 녹화되는 실제 스트림과 비트레이트를 구분하지 못했다.
• 이벤트 녹화 비율을 현장 기록 없이 낮게 가정했다.
• NVR의 HDD 베이 수·베이당 최대 용량·호환 목록을 확인하지 못했다.
• RAID·이중화·백업을 쓰지만 실제 사용 가능 용량을 계산하지 않았다.
• 설치 뒤 저장장치 오류·초기화 실패·반복 경고가 보인다.
• 실제 하루 사용량이 계획값보다 커 목표 보관일을 충족하지 못한다.
• 용량을 맞추려고 필요한 얼굴·행동이 사라질 정도로 비트레이트나 화질을 낮춰야 한다.

마지막 항목에서는 HDD를 늘리거나 카메라 역할·녹화 정책을 다시 정합니다. 저장량을 줄이는 것이 촬영 목적보다 먼저일 수는 없습니다.

완료 조건

• 카메라별 실제 녹화 스트림과 평균 비트레이트를 기록했다.
• 상시·이벤트 일정과 실제 녹화비율의 근거가 있다.
• 계산 여유와 시스템 예약공간을 별도 값으로 남겼다.
• NVR의 HDD 베이·용량·호환 제한을 제조사 문서에서 확인했다.
• 설치 뒤 24시간과 첫 7일의 사용량으로 다시 계산했다.
• 가장 오래된 영상 재생과 임의 영상 내보내기를 확인했다.

다음으로 할 일

먼저 저장용량 계산기에서 카메라를 조건별 그룹으로 나눠 계획값을 만드세요. 장비를 설치한 뒤에는 설치 완료 검수표로 녹화·재생·내보내기까지 통과해야 합니다. 연결 방식과 녹화 위치가 아직 정해지지 않았다면 Wi-Fi·PoE·동축 방식 선택 가이드로 돌아갑니다.

근거와 변경 기록

• 2026-08-26: 최초 발행. Axis와 Hanwha Vision의 공식 저장량·비트레이트 문서를 확인하고, 4대 × 4Mbps × 30일 예시와 설치 후 재검증 절차를 자료 기반으로 작성했습니다.