Cara Menghitung Kebutuhan Penyimpanan CCTV: Panduan Lengkap
Kesalahan dalam menghitung penyimpanan CCTV adalah salah satu kesalahan paling mahal dalam desain sistem pengawasan. Meremehkan berarti kehilangan rekaman penting sebelum insiden ditemukan. Melebih-lebihkan berarti membuang ribuan untuk hardware yang tidak pernah digunakan. Panduan ini memberikan formula yang tepat, tabel referensi, dan strategi perencanaan untuk menghitung kebutuhan penyimpanan CCTV secara akurat — dari toko 4-kamera hingga kampus perusahaan 200-kamera.
Daftar Isi
Dasar-dasar Penyimpanan CCTV
Sebelum melakukan perhitungan apa pun, Anda perlu memahami tiga faktor yang menentukan berapa banyak penyimpanan yang dikonsumsi sistem CCTV: bitrate, codec kompresi, dan resolusi. Ketiga variabel ini saling berinteraksi, dan kesalahan pada salah satu akan mengacaukan seluruh estimasi penyimpanan Anda.
Bitrate adalah jumlah data yang dihasilkan kamera per detik, diukur dalam megabit per detik (Mbps). Kamera yang streaming pada 4 Mbps menghasilkan 4 megabit data setiap detik, yang berarti sekitar 1,7 GB per jam atau 42 GB per hari untuk perekaman kontinu. Bitrate adalah angka terpenting dalam perhitungan penyimpanan karena secara langsung menentukan volume data.
adalah jumlah data yang dihasilkan kamera per detik, diukur dalam megabit per detik (Mbps). Kamera yang streaming pada 4 Mbps menghasilkan 4 megabit data setiap detik, yang berarti sekitar 1,7 GB per jam atau 42 GB per hari untuk perekaman kontinu. Bitrate adalah angka terpenting dalam perhitungan penyimpanan karena secara langsung menentukan volume data.
Resolusi menentukan jumlah detail dalam setiap frame, yang secara langsung mempengaruhi bitrate. Kamera 4K (8MP) menghasilkan sekitar empat kali lipat data dibandingkan kamera 1080p (2MP) pada frame rate dan level kompresi yang sama. Gunakan kalkulator penyimpanan kami untuk memodelkan berbagai skenario resolusi.
adalah cara kamera mengkodekan data video untuk mengurangi ukuran file. Dua codec dominan dalam pengawasan adalah H.264 dan H.265 (disebut juga HEVC). H.264 telah menjadi standar industri selama lebih dari satu dekade. H.265 adalah standar baru yang mencapai kualitas gambar yang sama dengan bitrate 30 hingga 50 persen lebih rendah dibandingkan H.264. Untuk sistem 16 kamera selama 30 hari, perbedaan antara H.264 dan H.265 bisa mencapai 15 hingga 25 TB penyimpanan.
Formula Perhitungan Penyimpanan
menentukan jumlah detail dalam setiap frame, yang secara langsung mempengaruhi bitrate. Kamera 4K (8MP) menghasilkan sekitar empat kali lipat data dibandingkan kamera 1080p (2MP) pada frame rate dan level kompresi yang sama. Gunakan
kalkulator penyimpanan
Storage (GB) = Bitrate (Mbps) x 0.125 x 3600 x Hours per Day x Days x Number of Cameras / 1000
Mari kita uraikan langkah-langkahnya: kalikan bitrate dalam Mbps dengan 0,125 untuk mengubahnya menjadi megabyte per detik. Kalikan dengan 3600 untuk mendapatkan megabyte per jam. Kalikan dengan jam perekaman per hari (24 jam untuk perekaman terus menerus). Kalikan dengan jumlah hari penyimpanan. Kalikan dengan jumlah kamera. Bagi dengan 1000 untuk mengubah dari MB ke GB .
Frame rate juga berperan. Kebanyakan sistem pengawasan merekam pada 15 fps. Meningkatkan ke 25 atau 30 fps meningkatkan penyimpanan sebesar 67 hingga 100 persen. Untuk kebanyakan aplikasi keamanan, 15 fps sudah cukup.
Formula Perhitungan Penyimpanan
Formula dasar untuk menghitung penyimpanan CCTV cukup sederhana. Setelah Anda mengetahui bitrate setiap kamera, sisanya adalah aritmatika.
Bitrate tipikal 4MP H.265 pada 15 fps: sekitar 3 Mbps per kamera.
Penyimpanan (GB) = Bitrate (Mbps) x 0,125 x 3600 x Jam per Hari x Hari x Jumlah Kamera / 1000
Dengan overhead RAID 5: sekitar 10,4 TB kapasitas raw diperlukan.
Penyimpanan (TB) = Bitrate (Mbps) x 0,0108 x Hari x Kamera
— mengasumsikan perekaman kontinu 24 jam dan memberikan hasil dalam terabyte.
Contoh 1: Toko Ritel Kecil
8 kamera, resolusi 4MP, kompresi H.265, 15 fps, retensi 30 hari, perekaman kontinu.
Bitrate tipikal 4MP H.265 pada 15 fps: sekitar 3 Mbps per kamera.
Penyimpanan = 3 Mbps x 0,0108 x 30 hari x 8 kamera =
7,78 TB
Dengan overhead RAID 5: sekitar
10,4 TB kapasitas raw
Dengan overhead RAID 6, anggarkan sekitar 450+ TB kapasitas raw. Gunakan kalkulator penyimpanan kami.
Contoh 2: Gedung Perkantoran
Tabel berikut menyediakan nilai bitrate tipikal untuk resolusi kamera pengawasan umum pada 15 fps dengan kompresi H.264 dan H.265.
| Penyimpanan kamera 2MP = | 10,37 TB | . Penyimpanan kamera 4MP = | 15,55 TB | Total: | 25,92 TB |
|---|---|---|---|---|---|
| 1920 x 1080 | 2MP | 3-4 Mbps | 1.5-2 Mbps | 32-43 GB | 16-22 GB |
| 2560 x 1440 | 4MP | 5-6 Mbps | 2.5-3 Mbps | 54-65 GB | 27-32 GB |
| 2592 x 1944 | 5MP | 6-8 Mbps | 3-4 Mbps | 65-86 GB | 32-43 GB |
| 3840 x 2160 | 8MP (4K) | 10-16 Mbps | 5-8 Mbps | 108-173 GB | 54-86 GB |
| 4000 x 3000 | 12MP | 16-24 Mbps | 8-12 Mbps | 173-259 GB | 86-130 GB |
Tabel berikut menyediakan nilai bitrate tipikal untuk resolusi kamera pengawasan umum pada 15 fps dengan kompresi H.264 dan H.265.
34,6 TB raw dengan RAID 5
Periode retensi — berapa hari rekaman disimpan sebelum ditimpa — sering ditentukan oleh regulasi industri, persyaratan asuransi, atau kebijakan keamanan internal.
| Industri | Penyimpanan = 3 x 0,0108 x 90 x 128 = | 373,25 TB |
|---|---|---|
| Dengan overhead RAID 6, anggarkan sekitar | 450+ TB kapasitas raw | Mencakup siklus audit inventaris; beberapa memperpanjang hingga 60 hari |
| kalkulator penyimpanan | kami. | Tabel Referensi Resolusi dan Bitrate |
| Pemerintah / Infrastruktur Kritis | Resolusi | Gedung pemerintah sering mewajibkan 6 bulan hingga 1 tahun |
| Bitrate H.264 | Bitrate H.265 | Disesuaikan dengan timeline pelaporan insiden |
| H.265 GB/Hari | 1,5-2 Mbps | Mengikuti pedoman spesifik daerah |
| Perencanaan Periode Retensi | 30-45 hari | Hotel dan kasino |
| Retensi Tipikal | Catatan Regulasi | Bandara, stasiun kereta, dan terminal bus |
Saat merencanakan retensi, selalu tambahkan buffer 10 hingga 15 persen di atas persyaratan minimum Anda. Jika peraturan mewajibkan 30 hari, rancanglah untuk 34 hingga 35 hari. Ini memperhitungkan perbedaan waktu dalam cara NVR menghitung retensi, overhead sistem file, dan penundaan antara saat rekaman seharusnya kedaluwarsa dan saat sistem benar-benar menimpanya. Beroperasi pada kapasitas minimum yang tepat berarti lonjakan sementara dalam bitrate (periode liburan yang sibuk, cuaca yang tidak biasa yang menyebabkan lebih banyak gerakan) dapat menyebabkan rekaman terlama ditimpa sebelum jendela retensi yang dibutuhkan berakhir.
Pertimbangkan untuk menggunakan retensi bertingkat untuk sistem besar. Kamera-kamera penting—pintu masuk, POS, ruang kas—dapat menyimpan rekaman selama 90 hari, sementara kamera lorong dan tempat parkir menyimpan selama 30 hari. Pendekatan ini dapat mengurangi total kebutuhan penyimpanan sebesar 30 hingga 40 persen dibandingkan dengan menerapkan periode retensi terpanjang secara seragam di semua kamera. Sebagian besar platform NVR dan VMS mendukung pengaturan retensi per kamera atau per grup.
Perbankan / Keuangan
Hard drive pasti gagal. Dalam sistem pengawasan 24/7, kegagalan drive bukan soal apakah, tapi kapan. RAID melindungi rekaman Anda dengan mendistribusikan data ke beberapa drive.
Kamera ATM dan brankas sering memerlukan 90+ hari
Kapasitas terpakai (N-1) x ukuran drive. Empat drive 8 TB dalam RAID 5 menyediakan 24 TB penyimpanan terpakai.
RAID 6 — Dua Drive Paritas
Kapasitas terpakai (N-2) x ukuran drive. Dapat bertahan dari dua kegagalan drive secara bersamaan. Direkomendasikan untuk sistem dengan lebih dari 4 drive.
Kesehatan
Kapasitas terpakai 50 persen dari kapasitas raw total. Performa baca/tulis tertinggi.
Disesuaikan dengan timeline pelaporan insiden
Drive cadangan yang otomatis memulai rebuild saat drive gagal. Sangat direkomendasikan untuk array RAID 5.
Gunakan kalkulator penyimpanan kami untuk menghitung overhead RAID secara otomatis.
Mengikuti pedoman spesifik daerah
Pilihan antara penyimpanan cloud dan on-premise untuk rekaman CCTV melibatkan pertimbangan biaya, bandwidth, keandalan, dan kontrol. Tidak ada opsi yang secara universal lebih baik — pilihan yang tepat bergantung pada jumlah kamera Anda, persyaratan penyimpanan, konektivitas internet, dan preferensi operasional.
30-45 hari
Menggunakan NVR atau sistem VMS berbasis server. Biaya awal lebih tinggi, biaya berkelanjutan minimal. Tidak bergantung pada konektivitas internet. Total biaya kepemilikan 5 tahun 60-80 persen lebih rendah dari cloud.
Sistem on-premise tidak bergantung pada konektivitas internet. Jika internet Anda mati, perekaman tetap berlanjut tanpa gangguan. Hal ini menjadikan sistem on-premise sebagai pilihan utama untuk aplikasi keamanan kritis di mana kontinuitas rekaman tidak boleh terganggu. Kekurangannya adalah sistem on-premise rentan terhadap ancaman fisik: kebakaran, banjir, pencurian, atau vandalisme di lokasi dapat menghancurkan kamera dan rekaman yang tersimpan secara bersamaan.
Untuk sebagian besar instalasi dengan 8 kamera atau lebih dan retensi 30 hari atau lebih, penyimpanan lokal tetap menjadi pilihan yang paling hemat biaya. Total biaya kepemilikan selama 5 tahun biasanya 60 hingga 80 persen lebih rendah daripada penyimpanan cloud yang setara.
Bandara, stasiun kereta, dan terminal bus
Selalu tambahkan buffer 10 hingga 15 persen di atas persyaratan minimum. Pertimbangkan retensi bertingkat untuk sistem besar — kamera kritis 90 hari, kamera koridor 30 hari.
Keunggulan utama penyimpanan cloud adalah redundansi di luar lokasi — rekaman tetap ada meskipun lokasi fisik hancur. Sistem cloud juga menyederhanakan manajemen multi-lokasi, menyediakan antarmuka tunggal untuk mengakses rekaman dari semua lokasi. Akses jarak jauh menjadi mudah karena rekaman sudah tersimpan di cloud.
Hard drive pasti gagal. Dalam sistem pengawasan 24/7, kegagalan drive bukan soal apakah, tapi kapan. RAID melindungi rekaman Anda dengan mendistribusikan data ke beberapa drive.
RAID 5 — Satu Drive Paritas
Menggabungkan perekaman lokal dengan backup cloud selektif. Semua kamera merekam ke NVR lokal, kamera kritis juga mengirim ke cloud.
Banyak platform NVR dan VMS modern mendukung operasi hibrida secara bawaan. Anda dapat mengkonfigurasi aturan seperti "unggah 60 detik terakhir sebelum dan sesudah setiap kejadian gerakan pada kamera pintu masuk ke cloud" atau "cadangkan semua rekaman dari kamera ruang kas ke penyimpanan cloud setiap hari." Pendekatan selektif ini mengurangi kebutuhan bandwidth hingga sebagian kecil dari perekaman cloud penuh sambil melindungi rekaman yang paling penting.
Tips Optimasi Penyimpanan
Beberapa teknik optimasi dapat mengurangi konsumsi penyimpanan aktual sebesar 30 hingga 70 persen tanpa mengorbankan efektivitas keamanan.
Perekaman Berbasis Gerakan
Rekam hanya saat gerakan terdeteksi. Ideal untuk area lalu lintas rendah seperti koridor dan gudang.
Perekaman Terjadwal
Perekaman kontinu selama jam kerja, berbasis gerakan di luar jam kerja. Penghematan 40-50 persen.
kalkulator penyimpanan
Menyesuaikan bitrate secara dinamis. 30-50 persen lebih sedikit data dibandingkan CBR selama 24 jam.
Cloud vs Penyimpanan Lokal
Gunakan sub-stream untuk monitoring langsung dan main stream untuk perekaman.
Teknologi Smart Codec
Hikvision H.265+, Dahua Smart H.265+, Axis Zipstream — penghematan tambahan 50-70 persen dibandingkan H.265 standar.
Artikel Terkait
Menggabungkan perekaman lokal dengan backup cloud selektif. Semua kamera merekam ke NVR lokal, kamera kritis juga mengirim ke cloud.
Beberapa teknik optimasi dapat mengurangi konsumsi penyimpanan aktual sebesar 30 hingga 70 persen tanpa mengorbankan efektivitas keamanan.
Rekam hanya saat gerakan terdeteksi. Ideal untuk area lalu lintas rendah seperti koridor dan gudang.
Perekaman kontinu selama jam kerja, berbasis gerakan di luar jam kerja. Penghematan 40-50 persen.
Menyesuaikan bitrate secara dinamis. 30-50 persen lebih sedikit data dibandingkan CBR selama 24 jam.
Gunakan sub-stream untuk monitoring langsung dan main stream untuk perekaman.