Berapa Storage CCTV yang Dibutuhkan? Cara Menghitung Recording

Menghitung storage CCTV bukan soal menebak jumlah terabyte. Hasilnya ditentukan oleh bitrate kamera, jumlah kamera, jam perekaman, dan berapa hari rekaman harus disimpan. Salah hitung berarti rekaman tertimpa lebih cepat dari rencana, atau Anda membeli storage jauh lebih besar dari yang diperlukan.

Faktor yang Mempengaruhi Kebutuhan Storage

• Bitrate: dipengaruhi resolusi, frame rate, codec, kualitas, dan kompleksitas scene.
• Jumlah kamera.
• Mode rekam: terus-menerus, berdasarkan gerakan, atau terjadwal.
• Retensi: berapa hari rekaman harus tersedia, sesuai kebijakan perusahaan.
• RAID dan ruang cadangan: kapasitas usable lebih kecil dari kapasitas disk mentah.

Contoh Kebutuhan per Kamera (Rekam 24 Jam)

Angka di atas hanya ilustrasi. Pakai bitrate aktual dari kamera Anda pada kondisi nyata, bukan angka maksimum di brosur, karena bitrate berubah sesuai aktivitas di dalam scene.

Contoh Perhitungan Lengkap

Sebuah gudang memasang 16 kamera, bitrate rata-rata 4 Mbps, rekam 24 jam, retensi 30 hari.

1. Per kamera per hari: 4 x 86.400 / 8 = 43.200 MB, atau 43,2 GB.
2. Total: 43,2 GB x 16 kamera x 30 hari = 20.736 GB, atau sekitar 20,7 TB.
3. Tambahkan headroom sekitar 20%: sekitar 24,9 TB usable.
4. Pilih konfigurasi RAID yang memberi kapasitas usable di atas angka itu. Contohnya 5 disk 8 TB dengan RAID 5 menghasilkan (5 - 1) x 8 = 32 TB nominal. Untuk disk berkapasitas besar, pertimbangkan RAID 6 agar lebih aman saat rebuild.

Ingat bahwa disk 8 TB terbaca sekitar 7,3 TiB oleh sistem, jadi selisih satuan perlu diperhitungkan.

Cara Menurunkan Kebutuhan Storage Tanpa Mengorbankan Kualitas

• Codec: H.265 atau smart codec umumnya menghasilkan bitrate lebih rendah daripada H.264 untuk kualitas yang mirip. Hasil nyata bergantung scene, jadi ukur langsung.
• Frame rate dan resolusi: sesuaikan dengan tujuan. Area umum tidak selalu membutuhkan resolusi dan FPS tertinggi, tetapi kebutuhan seperti pengenalan nomor kendaraan (LPR) menuntut pengaturan khusus.
• Mode rekam: rekam berdasarkan gerakan menghemat storage di area yang sepi, tetapi tidak banyak membantu di area yang selalu ramai.
• Retensi bertingkat: kamera area kritikal disimpan lebih lama dibanding kamera area lain.

Jangan Lupa Throughput dan Jenis Disk

Total bandwidth masuk ke perekam adalah jumlah kamera x bitrate. Pada contoh di atas, 16 x 4 = 64 Mbps. Pastikan angka itu di bawah batas incoming bandwidth NVR atau server VMS, dan jaringan serta switch PoE-nya mampu membawa trafik tersebut. Gunakan disk yang dirancang untuk perekaman surveillance 24 jam, bukan disk desktop biasa.

Kesalahan Umum

• Memakai bitrate default tanpa mengukur kondisi nyata.
• Tidak menyisakan headroom, sehingga retensi terpenuhi hanya di atas kertas.
• Memakai RAID 0 atau tanpa redundansi untuk data rekaman penting.
• Tidak memantau sisa kapasitas dan umur disk setelah sistem berjalan.

Pilihan Arsitektur dan Langkah Berikutnya

Perhitungan storage berkaitan erat dengan arsitektur yang dipilih. Baca IP camera, VMS, atau NVR untuk menentukan platform perekam, lalu lihat layanan CCTV dan VMS HALO-TECHS. Contoh implementasi nyata ada di project CCTV gudang Teluk Naga dan studi kasus CCTV Milesight.

Pertanyaan yang Sering Diajukan

Berapa hari retensi rekaman CCTV yang ideal?

Tergantung kebijakan internal, tingkat risiko, dan ketentuan yang berlaku bagi usaha Anda. Retensi 14 sampai 30 hari sering dipakai sebagai titik awal, lalu disesuaikan.

Berapa kamera yang bisa ditangani satu NVR atau NAS?

Ditentukan oleh jumlah kamera maksimum, batas incoming bandwidth, dan kemampuan tulis disk. Jumlahkan bitrate semua kamera lalu bandingkan dengan datasheet.

H.265 menghemat storage berapa persen?

Tidak ada angka pasti karena bergantung pada scene dan pengaturan kamera. Ukur bitrate aktual sebelum dan sesudah mengganti codec.

Apakah harus memakai disk khusus surveillance?

Sangat disarankan untuk perekaman 24 jam karena beban tulis terus-menerus. Disk desktop biasa tidak dirancang untuk itu.

Artikel Terkait