CCTV Depolama İhtiyacı Nasıl Hesaplanır: Kapsamlı Rehber
CCTV depolamasını yanlış tahmin etmek, gözetim sistemi tasarımındaki en maliyetli hatalardan biridir. Düşük tahmin, olaylar keşfedilmeden önce kritik kayıtların kaybedilmesi anlamına gelir. Yüksek tahmin ise hiç kullanmadığınız donanıma binlerce dolar harcamak demektir. Bu rehber, 4 kameralı bir dükkandan 200 kameralı kurumsal bir kampüse kadar her kurulum için CCTV depolama ihtiyacını hassas biçimde hesaplamak amacıyla kesin formüller, referans tabloları ve planlama stratejileri sunar.
İçindekiler
CCTV Depolama Temelleri
Herhangi bir hesaplama yapmadan önce bir CCTV sisteminin depolama tüketimini belirleyen üç faktörü anlamanız gerekir: bit hızı, sıkıştırma codec'i ve çözünürlük. Bu üç değişken birbirini etkiler ve herhangi birindeki hata tüm depolama tahminini bozar.
Bit hızı, bir kameranın saniyede ürettiği veri miktarıdır; megabit/saniye (Mbps) veya kilobit/saniye (Kbps) cinsinden ölçülür. 4 Mbps hızında akış yapan bir kamera saniyede 4 megabit veri üretir; bu da saatte yaklaşık 1,7 GB veya sürekli kayıtta günde 42 GB'a karşılık gelir. Bit hızı, doğrudan veri hacmini belirlediği için depolama hesaplamasındaki en önemli sayıdır. Daha yüksek çözünürlüklü, daha hızlı kare hızlı veya daha fazla hareket içeren sahneli kameralar daha yüksek bit hızı üretir.
Sıkıştırma, bir kameranın dosya boyutunu küçültmek için video verilerini nasıl kodladığını belirler. Gözetimde hâkim olan iki codec H.264 ve H.265'tir (HEVC olarak da bilinir). H.264, on yılı aşkın süredir sektör standardıdır ve piyasadaki neredeyse her NVR ve VMS tarafından desteklenmektedir. H.265, H.264 ile karşılaştırıldığında %30 ila %50 daha düşük bit hızıyla aynı görüntü kalitesini elde eden daha yeni bir standarttır. 30 gün boyunca çalışan 16 kameralı bir sistem için H.264 ile H.265 arasındaki fark kolayca 15 ila 25 TB depolama anlamına gelebilir — bu da bir veya iki daha az sabit disk ve önemli maliyet tasarrufu demektir.
Çözünürlük, her karedeki ayrıntı miktarını belirler ve bu da bit hızını doğrudan etkiler. 4K (8MP) kamera, aynı kare hızı ve sıkıştırma düzeyinde 1080p (2MP) kameradan yaklaşık dört kat daha fazla veri üretir. Daha yüksek çözünürlük daha keskin görüntüler ve oynatmada daha iyi büyütme imkânı sağlar; ancak dramatik olarak daha fazla depolama gerektirir. Çözünürlük kararı her kamera konumu için gözetim amacıyla yönlendirilmelidir — her kameranın 4K olması gerekmez. Farklı çözünürlük senaryolarını modellemek ve depolama etkisini anında görmek için depolama hesaplayıcımızı kullanın.
Saniye başına kare sayısı da rol oynar. Çoğu gözetim sistemi, video akıcılığı ile depolama verimliliği arasındaki denge olarak 15 fps (saniye başına kare) hızında kayıt yapar. 25 veya 30 fps'ye çıkmak daha pürüzsüz kayıt sağlar ancak depolamayı %67 ila %100 artırır. Çoğu güvenlik uygulamasında 15 fps yeterlidir. Trafik izleme ve hızlı hareket içeren sahneler 25 fps'den yararlanabilirken koridorlar veya depolar gibi statik sahneler çoğunlukla önemli ayrıntıları kaybetmeden 10 fps'ye düşürülebilir.
Depolama Hesaplama Formülü
CCTV depolama hesaplama formülü basittir. Her kameranın bit hızını öğrendiğinizde geri kalanı aritmetiktir.
Formül
Depolama (GB) = Bit Hızı (Mbps) x 0,125 x 3600 x Günlük Saat x Gün x Kamera Sayısı / 1000
Açıklama: Mbps cinsinden bit hızını megabayt/saniyeye dönüştürmek için 0,125 ile çarpın. Saat başına megabayt elde etmek için 3600 ile çarpın. Günlük kayıt saatiyle çarpın (sürekli kayıt için 24). Saklama günü sayısıyla çarpın. Kamera sayısıyla çarpın. MB'dan GB'a dönüştürmek için 1000'e bölün.
Basitleştirilmiş versiyon: Depolama (TB) = Bit Hızı (Mbps) x 0,0108 x Gün x Kameralar — 24 saatlik sürekli kaydı varsayar ve sonucu terabayt cinsinden verir.
Örnek 1: Küçük Perakende Mağaza
8 kamera, 4MP çözünürlük, H.265 sıkıştırma, 15 fps, 30 günlük saklama, sürekli kayıt.
15 fps'de 4MP H.265 için tipik bit hızı: kamera başına yaklaşık 3 Mbps.
Depolama = 3 Mbps x 0,0108 x 30 gün x 8 kamera = 7,78 TB
RAID 5 ek yükü ile (4 diskli dizide bir disk parite için): yaklaşık 10,4 TB ham kapasite; bu 4 x 4 TB gözetim diskileriyle 4 yuvалı NVR'a sığar.
Örnek 2: Ofis Binası
32 kamera, karışık çözünürlük (16 x 2MP + 16 x 4MP), H.265, 15 fps, 60 günlük saklama, günde 12 saat kayıt (çalışma saatleri + tampon).
2MP H.265 bit hızı: yaklaşık 2 Mbps. 4MP H.265 bit hızı: yaklaşık 3 Mbps.
2MP kameralar için depolama = 2 x 0,0108 x 60 x 16 x 0,5 (12sa/24sa) = 10,37 TB
4MP kameralar için depolama = 3 x 0,0108 x 60 x 16 x 0,5 = 15,55 TB
Toplam: 25,92 TB kullanılabilir, RAID 5 ile yaklaşık 34,6 TB ham kapasite.
Örnek 3: Büyük Kampüs
128 kamera, ortalama 4MP, H.265, 15 fps, 90 günlük saklama, sürekli kayıt.
Depolama = 3 x 0,0108 x 90 x 128 = 373,25 TB
Bu depolama düzeyi kurumsal sınıf NVR sunucuları veya adanmış disk dizileri gerektirir. RAID 6 ek yükü ile yaklaşık 450+ TB ham kapasite planlayın. Tahmin yapmayı bırakın ve kesin senaryonuzu depolama hesaplayıcımızla modelleyin.
Çözünürlük ve Bit Hızı Tablosu
Aşağıdaki tablo, H.264 ve H.265 sıkıştırmayla 15 fps'de popüler güvenlik kamerası çözünürlükleri için tipik bit hızı değerlerini göstermektedir. Bunlar orta hareket yoğunluklu sahneler için ortalama değerlerdir. Yoğun hareketli sahneler (kalabalık kavşaklar, mağaza girişleri) %20 ila %40 daha yüksek bit hızı üretebilirken statik sahneler (koridorlar, depolar) %20 ila %30 daha düşük bit hızı üretebilir.
| Çözünürlük | Megapiksel | H.264 Bit Hızı | H.265 Bit Hızı | H.264 GB/gün | H.265 GB/gün |
|---|---|---|---|---|---|
| 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 |
Bu değerler 15 fps'de sabit bit hızlı (CBR) kodlamayı varsayar. Değişken bit hızlı (VBR) kodlama daha düşük ortalama depolama tüketimi üretir; ancak yoğun aktivite dönemlerinde daha yüksek tepe değerleri görülür. VBR ile depolama planlarken, yüksek aktivite dönemlerinde hiç yer tükenmemesini sağlamak amacıyla kapasite planlaması için tepe bit hızı değerini kullanın.
Saklama Süresi Planlaması
Saklama süresi — kayıtların üzerine yazılmadan önce kaç gün sakladığınız — çoğunlukla teknik tercihler yerine sektör düzenlemeleri, sigorta gereksinimleri veya dahili güvenlik politikasıyla belirlenir. Yanlış saklama süresi seçmek düzenleyici cezalara veya kayıtların üzerine yazılmasından sonra keşfedilen olayların araştırılamamasına yol açabilir.
| Sektör | Tipik Saklama | Düzenleyici Notlar |
|---|---|---|
| Perakende | 30 gün | Tipik envanter denetim döngülerini kapsar; yüksek kayıplı lokasyonlarda bazı perakendeciler 60 güne uzatır |
| Bankacılık / Finans | 90 gün | Düzenleyici gereksinimler yargı bölgesine göre değişir; ATM ve kasa odası kameraları genellikle 90+ gün gerektirir |
| Hükümet / Kritik Altyapı | 180 gün | Hükümet binaları, kamu hizmetleri ve savunma tesisleri genellikle 6 aydan 1 yıla kadar gerektirir |
| Sağlık Hizmetleri | 30-90 gün | Tesisler genellikle olay bildirme son tarihlerine uyum sağlar |
| Eğitim | 30-60 gün | Okul bölgeleri genellikle eylete özgü yönergelere uyar; bazıları minimum 30 gün gerektirir |
| Konaklama | 30-45 gün | Oteller ve kumarhaneler; kumarhaneler genellikle oyun salonu kayıtlarını düzenlemelere göre 30+ gün saklar |
| Ulaşım | 30-90 gün | Havalimanları, tren istasyonları ve otobüs durakları; ulaşım otoriteleri gereksinimleri belirler |
Saklama planlamasında her zaman minimum gereksinimin %10 ila %15 üzerinde bir tampon ekleyin. Düzenlemeler 30 gün gerektiriyorsa 34 ila 35 gün için tasarlayın. Bu, NVR'ın saklama süresini hesaplama biçimindeki farklılıkları, dosya sistemi ek yükünü ve kayıtların sona ermesi ile gerçek üzerine yazma arasındaki gecikmeyi hesaba katar.
Büyük sistemler için katmanlı saklama kullanmayı düşünün. Kritik kameralar — girişler, POS, kasalar — kayıtları 90 gün saklayabilirken koridor ve otopark kameraları 30 gün saklayabilir. Bu yaklaşım, tüm kameralar için en uzun saklama süresinin tekdüze uygulanmasıyla karşılaştırıldığında toplam depolama gereksinimini %30 ila %40 azaltabilir. NVR ve VMS platformlarının çoğu kamera veya grup başına saklama ayarlarını destekler.
RAID ve Artıklık
Sabit diskler arızalanır. Sürekli yazma işlemleriyle 7/24 çalışan bir gözetim sisteminde disk arızası "eğer" değil "ne zaman" sorusudur. RAID (Bağımsız Disk Yedekli Dizisi), verileri birden fazla diske dağıtarak kayıtlarınızı korur; böylece bir veya iki diskin kaybolması veri kaybına yol açmaz. Doğru RAID seviyesini seçmek, RAID ek yükü kullanılabilir kapasiteyi azalttığından depolama planlamasının kritik bir parçasıdır.
RAID 5 — Tek Parite Diski
RAID 5, verileri tüm disklere dağıtır ve bir diskin kapasitesini parite verisi için kullanır. Veri kaybı olmaksızın herhangi bir tek disk arızasından kurtulabilir. Kullanılabilir kapasite (N-1) x disk boyutudur; N disk sayısıdır. Örneğin RAID 5'teki dört 8 TB disk 24 TB kullanılabilir depolama sağlar (3 x 8 TB). RAID 5, küçük ve orta ölçekli gözetim sistemleri için (32 kameraya kadar) en yaygın kullanılan yapılandırmadır. Risk, ilk arızadan sonra yeniden oluşturma süreci sırasında ikinci bir disk arızalanırsa tüm verilerin kaybedilmesidir.
RAID 6 — İki Parite Diski
RAID 6, iki disk paritesi kullanarak dizinin eş zamanlı iki disk arızasından kurtulmasına olanak tanır. Kullanılabilir kapasite (N-2) x disk boyutudur. Altı adet 8 TB disk RAID 6'da 32 TB kullanılabilir sağlar (4 x 8 TB). RAID 6, dörtten fazla diske sahip sistemler ve veri kaybının kabul edilemez olduğu kurumsal dağıtımlar için önerilir.
RAID 10 — Yansıtmalı Şeritler
RAID 10, yansıtmayı (RAID 1) şeritlemeyle (RAID 0) birleştirir. Her disk yansıtılır ve en yüksek okuma/yazma performansını ile birden fazla disk arızasından kurtulabilme özelliğini sağlar; hiçbir yansıtma çifti her iki diskini de kaybetmediği sürece. Kullanılabilir kapasite toplam ham kapasitenin %50'sidir — dört 8 TB disk 16 TB kullanılabilir sağlar. RAID 10, ağır yazma yükü oluşturan çok sayıda kameraya sahip sistemler için önemli olan en iyi yazma performansını sunar.
Hot Spare Diskler
Hot spare, diziye kurulu olan ancak bir disk arızalanana kadar etkin olmayan ve RAID denetleyicisinin insan müdahalesi olmadan hot spare üzerinde yeniden oluşturmayı otomatik olarak başlattığı bir diskir. Bu, güvenlik açığı penceresini en aza indirir. Her RAID 5 dizisi için hot spare şiddetle tavsiye edilir. Kritik sistemler için her 4 ila 6 aktif disk için bir hot spare yapılandırın.
Toplam ham depolamayı hesaplarken kullanılabilir depolama gereksinimini alın ve RAID ek yükü katsayısıyla çarpın: RAID 5 = kullanılabilir x (N / (N-1)), RAID 6 = kullanılabilir x (N / (N-2)), RAID 10 = kullanılabilir x 2. Ardından her hot spare için bir disk ekleyin. Yapılandırmanız için RAID ek yükünü otomatik olarak hesaplamak amacıyla depolama hesaplayıcımızı kullanın.
Bulut vs Yerel Depolama
CCTV kayıtları için bulut ile yerel depolama arasında seçim yapmak, maliyet, bant genişliği, güvenilirlik ve kontrol açısından ödünleşimler içerir. Hiçbiri evrensel olarak daha iyi değildir — doğru seçim kamera sayısına, saklama gereksinimlerine, internet bağlantısına ve operasyonel tercihlere bağlıdır.
Yerel Depolama (On-Premise)
Yerel depolama, yerel sabit disklerle NVR'lar (ağ video kaydediciler) veya sunucu tabanlı VMS sistemleri kullanır. Başlangıç maliyeti daha yüksektir — donanım, diskler ve RAID denetleyicisi satın alırsınız — ancak süregelen maliyetler minimumdur (elektrik ve ara sıra disk değişimi). Tipik 16 kameralı NVR, 4 x 8 TB gözetim diskiyle 1.500 ila 3.000 dolar arası donanım maliyetiyle aylık ücret olmaksızın 24 TB kullanılabilir RAID 5 depolaması sağlar.
Yerel sistemler internet bağlantısına bağımlı değildir. İnternet bağlantısı kesilirse kayıt kesintisiz devam eder. Bu, yerel depolamayı kritik güvenlik uygulamaları için varsayılan seçim yapar.
8 veya daha fazla kamera ve 30+ günlük saklama içeren çoğu kurulum için yerel depolama en uygun maliyetli çözüm olmaya devam eder. 5 yıllık toplam sahip olma maliyeti genellikle eşdeğer bulut depolamadan %60 ila %80 daha düşüktür.
Bulut Depolama
CCTV bulut depolama, kayıtları uzak veri merkezlerine yükleyerek yerinde donanımı ortadan kaldırır. Verkada, Rhombus, Eagle Eye Networks gibi sağlayıcılar, bulut depolaması dahil kamera başına aylık ücretli kamera-hizmet modelleri sunar. Tipik maliyetler 30 günlük bulut saklaması için kamera başına aylık 10 ila 30 dolar arasında değişir.
Bulut depolamanın temel avantajı tesis dışı artıklıktır — fiziksel tesis tahrip edilse bile kayıtlar hayatta kalır. Bulut sistemleri aynı zamanda çok konumlu yönetimi de basitleştirir.
Temel kısıtlama bant genişliğidir. 3 Mbps'de tek bir 4MP H.265 kamera saatte yaklaşık 2,8 GB yükleme bant genişliği gerektirir. Bu hızda on altı kamera, birçok ticari internet bağlantısının yükleme kapasitesini aşan 48 Mbps sürekli yükleme hızı gerektirir. Bulut depolama aynı zamanda tekrarlayan maliyet oluşturur — kamera başına aylık 20 dolardan 32 kameralı sistem yılda 7.680 dolara mal olur; bu da 12 ila 18 ay içinde yerel donanım maliyetini aşar.
Hibrit Yaklaşım
Hibrit yaklaşım, seçici bulut yedeklemesiyle yerel kaydı birleştirir. Tüm kameralar tam saklama süresi boyunca yerel NVR'a kaydeder. Kritik kameralar (girişler, kasalar, değerli odalar) aynı anda buluta yükler; sürekli akışlar veya hareket ve alarm tarafından tetiklenen akışlar olarak.
Pek çok modern NVR ve VMS platformu hibrit çalışmayı yerel olarak destekler. "Giriş kameralarındaki her hareket olayından 60 saniye önce ve sonrasını buluta yükle" veya "kasa kamerası kayıtlarının tamamını her gün buluta yedekle" gibi kurallar yapılandırabilirsiniz.
Depolama Optimizasyon İpuçları
Ham hesaplama, sürekli kayıt için maksimum depolama gereksinimini verir. Uygulamada birkaç optimizasyon tekniği, güvenlik etkinliğinden taviz vermeksizin gerçek depolama tüketimini %30 ila %70 oranında azaltabilir.
Harekete Dayalı Kayıt
7/24 kayıt yerine kameraları yalnızca hareket algılandığında kaydedecek şekilde yapılandırın. 24 saatin 4 saatinde aktivite gören bir koridor kamerası depolama tüketimini yaklaşık %83 azaltır. Çoğu NVR, her olayın başlangıcının yakalandığından emin olmak için olay öncesi tamponlamayı (hareket algılamadan 5 ila 10 saniye önce kayıt) destekler. Harekete dayalı kayıt, koridorlar, depolar, merdivenler ve çevre kameraları gibi düşük trafikli alanlar için idealdir.
Zamanlanmış Kayıt
Belirli saatlerde faaliyet gösteren işletmeler için kameraları çalışma saatlerinde sürekli kayıt yapacak, mesai sonrasında ise harekete dayalı kayda geçecek şekilde zamanlayın. Günde 10 saat faaliyet gösteren ve kalan 14 saat harekete dayalı kayıt yapan bir ofis binası, 24 saatlik sürekli kayıtla karşılaştırıldığında depolamayı %40 ila %50 azaltabilir.
Değişken Bit Hızı (VBR)
Değişken bit hızlı kodlama, bit hızını sahne karmaşıklığına göre dinamik olarak ayarlar. Hareketsiz bir koridoru izleyen kamera çok düşük bit hızı kullanır (0,5 ila 1 Mbps), ancak biri geçtiğinde tam bit hızına (4 ila 6 Mbps) çıkar. 24 saatlik bir dönemde VBR tipik olarak sabit bit hızlı (CBR) kodlamadan %30 ila %50 daha az veri üretir.
Çift Akışlı Kayıt (Sub-Stream)
IP kameraların çoğu iki eş zamanlı akış üretir: yüksek çözünürlüklü ana akış (kayıt için) ve düşük çözünürlüklü alt akış (canlı izleme için). NVR'ı canlı izleme için alt akışı, kayıt için ana akışı kullanacak şekilde yapılandırın. Bazı gelişmiş sistemler daha da ileri gider; kritik olmayan kameralar için alt akışı kaydeder ve yalnızca hareket algılama veya alarm sonrasında ana akışa geçer.
Akıllı Codec Teknolojileri
Kamera üreticileri standart H.265 sıkıştırmanın ötesine geçen tescilli kodlama iyileştirmeleri geliştirmiştir. Hikvision H.265+, Dahua Smart H.265+ ve Axis Zipstream bunların örnekleridir. Bu teknolojiler her kareyi analiz eder ve hareketli nesnelerdeki ayrıntıları korurken statik arka plan alanlarına maksimum sıkıştırma uygular. Uygulamada standart H.265 kodlamasıyla karşılaştırıldığında depolamayı ek %50 ila %70 oranında azaltabilirler.
İlgili Makaleler
Kamera konumlandırma ve açıları için en iyi uygulamalar
Perakende için eksiksiz kamera düzeni rehberi
Tesis büyüklüğü ve alanlarına göre kamera sayısını hesaplayın
CCTV sisteminiz için kesin depolama gereksinimlerini hesaplayın