ERETEK
BİLGİ SİSTEMLERİ

Video Kaydı için RAID Seçimi: RAID 5, 6, 10 ve Rebuild Riski

NVR ve kayıt sunucusunda RAID 5, 6, 10 ve RAID’siz düzenin kapasite, yazma cezası ve büyük disklerde rebuild riski açısından karşılaştırması.

Bu makalede8 bölüm
Teknik özet
Teknoloji
RAID 5, RAID 6, RAID 10, RAID 60, Linux mdadm, hot spare
Konu
Video kayıt depolamasında RAID seviyesi ve dizi tasarımı
Seviye
Orta–ileri
Ön koşullar
  • Temel RAID kavramları (parity, mirror, stripe)
  • Kamera sayısı ve toplam bitrate bilgisi
  • NVR veya kayıt sunucusunun RAID denetleyici özellikleri

Kayıt sunucusunda bir disk arızalandığında asıl soru “kayıt duruyor mu?” değil, “rebuild bitene kadar ikinci bir arızaya dayanabiliyor muyuz?” sorusudur. 16–24 TB’lık disklerde rebuild artık saatlerle değil günlerle ölçülüyor ve yanlış RAID seviyesi, tek disk arızasını günlerce süren bir kayıp riskine çevirir. Bu rehberde NVR ve VMS kayıt sunucuları için RAID 5, 6, 10, iç içe seviyeler ve RAID’siz yaklaşımları kapasite, yazma performansı ve rebuild riski üzerinden karşılaştırıyoruz.

Video yükü depolamayı nasıl zorlar

Kurumsal video gözetim sistemlerinde kayıt sunucusu gün boyu yazar, nadiren okur. Tek bir kamera akışı sıralı bir yazmadır. Ama 50–200 akış aynı anda farklı dosyalara yazdığında disk bu trafiği yarı rastgele bir desen olarak görür. Okuma ise canlı izleme dışında oynatma, olay inceleme ve dışa aktarma sırasında, kısa ve yoğun patlamalar halinde gelir.

Bu desen RAID seçiminde üç sonuç doğurur:

  • Yazma cezası belirleyicidir. Parity kullanan seviyelerde her küçük yazma bir okuma–değiştirme–yazma döngüsü ister. Klasik hesapta bir mantıksal yazma RAID 5’te 4, RAID 6’da 6, RAID 10’da 2 fiziksel G/Ç’ye karşılık gelir. VMS’ler genellikle büyük bloklarla yazar ve denetleyici önbelleği tam şerit (full-stripe) yazmaları biriktirebilir; gerçek ceza bu yüzden daha düşüktür. Önbelleği olmayan ya da önbelleği kapalı bir sistemde ise bu rakamlar olduğu gibi hissedilir.
  • Yazma önbelleği korunmalıdır. RAID 5/6 performansı büyük ölçüde write-back önbelleğe dayanır. Batarya veya flash destekli koruması olmayan denetleyicide write-back açarsanız elektrik kesintisinde dizi tutarsız kalabilir; kapatırsanız yazma performansı düşer. Sahada en sık gördüğümüz durum, önbellek bataryası aylardır arızalı olduğu için denetleyicinin sessizce write-through’a geçmiş olmasıdır.
  • Degraded mod gerçek çalışma koşuludur. Disk arızasından sonra kayıt durmaz; rebuild bitene kadar dizi aynı yükü taşımaya devam eder. Tasarımı normal duruma göre değil, degraded ve rebuild durumuna göre yapın.

RAID seviyeleri karşılaştırma tablosu

Aşağıdaki tablo 12 adet 16 TB diskli bir kayıt sunucusu için örnek hesaptır. Kullanılabilir kapasite ham değerdir; dosya sistemi ve VMS’in ayırdığı boş alan ayrıca düşülür. Disk üreticileri 16 TB’ı ondalık (10¹² bayt) olarak verir, işletim sistemi bunu yaklaşık 14,55 TiB gösterir. Kapasite planında bu fark sürpriz yaratmasın.

Seviye Kullanılabilir (12×16 TB) Arıza toleransı Yazma cezası Video için yorum
RAID 5 176 TB 1 disk 4 Büyük disklerde rebuild riski yüksek
RAID 6 160 TB Herhangi 2 disk 6 Orta ölçekte varsayılan tercih
RAID 10 96 TB Her aynada 1 disk 2 Kapasite maliyeti yüksek, rebuild hızlı
RAID 50 (2×6) 160 TB Grup başına 1 disk 4 Yük dağılır, risk RAID 5’e yakın
RAID 60 (2×6) 128 TB Grup başına 2 disk 6 Büyük dizilerde dengeli seçim

RAID 10’un asıl gücü düşük gecikme ve rastgele G/Ç performansıdır; video kaydında bu çoğu zaman gerekmez, buna karşılık kapasitenin yarısı aynalamaya gider. RAID 10’u küçük ve yoğun okumalı sistemlerde (çok sayıda eşzamanlı oynatma, analitik yeniden işleme) ya da VMS veritabanı ve önbellek diskleri için düşünün. Kayıt havuzunun kendisi için gerçek seçim çoğunlukla RAID 6 ile RAID 60 arasındadır.

Büyük disklerde rebuild süresi ve risk

Klasik RAID’de rebuild, yeni diske tam kapasite boyunca yazmak demektir ve hızı tek bir diskin sürekli yazma hızıyla sınırlıdır. Kayıt yükü devam ederken denetleyici rebuild’e bant genişliğinin tamamını veremez.

Örnek hesap: 16 TB’lık bir disk kayıt yükü altında ortalama 100 MB/s ile yeniden oluşturulursa süre 16.000.000 MB ÷ 100 MB/s = 160.000 saniye, yani yaklaşık 44 saattir. Yük yüzünden etkin hız 50 MB/s’ye düşerse süre yaklaşık 89 saate, 24 TB disk ve aynı hızda yaklaşık 133 saate çıkar. RAID 5’te bu sürenin tamamında dizi ikinci bir arızaya karşı korumasızdır. Beş güne yakın, sıfır tolerans.

Rebuild sırasında riski büyüten üç etken var:

  1. Aynı partiden diskler: Aynı gün alınmış, aynı saatte çalışmaya başlamış ve aynı yükü taşımış diskler benzer zamanlarda yıpranır. İlk arıza çoğu zaman ikincinin habercisidir.
  2. Okunamayan sektör (URE): Rebuild, kalan disklerin tamamının baştan sona okunmasını gerektirir. Veri sayfalarında URE oranı genellikle 10¹⁴ veya 10¹⁵ bitte 1 olarak verilir; 10¹⁴ bit yaklaşık 12,5 TB’tır. Bu bir üst sınır spesifikasyonudur, gerçek oran çoğu zaman daha iyidir. Yine de RAID 5 rebuild’inde okunan veri bu mertebeye çıktığında tek bir okunamayan sektör, ilgili şeridin kurtarılamaması demektir.
  3. Artan yük: Rebuild okuması, kayıt yazması ve olay sonrası yoğun oynatma talebi aynı anda gelir. Arıza çoğu zaman tam da kayıtların izlenmek istendiği günlerde fark edilir.

Bu yüzden 8 TB ve üzeri disklerde kayıt havuzu için RAID 5 önermiyoruz; RAID 6 veya RAID 60 kullanın. Denetleyicinin rebuild önceliği ayarına da bakın: yüksek öncelik rebuild’i kısaltır ama kayıt performansını düşürür. Doğru değer, kabul testinde degraded durumda kare kaybı yaşamadan ulaşabildiğiniz en yüksek hızdır. Tahminle değil, ölçerek belirlenir.

Yazılımsal RAID (Linux md) kullanan kayıt sunucularında rebuild hız sınırlarını ve durumu şöyle izlersiniz:

# Dizi durumu ve rebuild ilerlemesi
cat /proc/mdstat
mdadm --detail /dev/md0

# Rebuild hız sınırları (KB/s cinsinden)
cat /proc/sys/dev/raid/speed_limit_min
cat /proc/sys/dev/raid/speed_limit_max

# Kayıt yükü düşükse alt sınırı geçici olarak yükseltme örneği
echo 100000 > /proc/sys/dev/raid/speed_limit_min

Donanım RAID denetleyicilerinde aynı bilgiler üreticinin yönetim aracından okunur: rebuild rate, patrol read ve consistency check zamanlaması. Patrol read ve tutarlılık kontrolü düzenli çalışırsa okunamayan sektörler rebuild sırasında değil, dizi sağlamken bulunur. Konsolda ilk bakılacak yer de burasıdır: son patrol read ne zaman tamamlanmış?

Dizi genişliği ve disk sayısı

Tek bir RAID 6 grubuna kaç disk koyacağınız, kapasite verimi ile risk arasındaki dengedir. Gruptaki disk sayısı arttıkça parity oranı düşer ve kullanılabilir kapasite artar. Ama rebuild sırasında okunacak veri miktarı ve aynı anda arızalanabilecek disk sayısı da artar.

  • 4–6 disk: Küçük NVR’lar. Dört diskte RAID 6 ile RAID 10 aynı kapasiteyi verir; RAID 6 herhangi iki diskin kaybına dayandığı için daha güvenlidir.
  • 8–12 disk: Tek RAID 6 grubu için makul aralık. Parity oranı kabul edilebilir düzeydedir.
  • 12 diskten fazlası: Birden çok RAID 6 grubu kurmak (RAID 60 ya da VMS tarafında ayrı birimler) genellikle tek geniş gruptan iyidir. Bir grubun rebuild’i diğer grupları daha az etkiler.

VMS tarafında da karar vardır. Birkaç büyük birim yerine grup başına ayrı kayıt birimi tanımlarsanız kameraları birimlere dağıtabilirsiniz; bir grup degraded olduğunda yalnızca o gruba yazan kameralar etkilenir. Kapasite hesabı için NVR kaç gün kayıt yapar ve depolama nasıl hesaplanır rehberindeki yöntemi buradaki kullanılabilir kapasite değerleriyle birlikte kullanın.

Sıcak yedek disk

Sıcak yedek (hot spare), dizide boşta bekleyen ve arıza anında denetleyicinin otomatik olarak rebuild’e aldığı disktir. Kayıt sistemlerinde arızanın fark edilmesiyle müdahale arasında günler geçebilir; sıcak yedek korumasız kalınan süreyi doğrudan kısaltır.

  • Global hot spare: Birden çok gruba hizmet eder, disk yuvasını verimli kullanır. Büyük dizilerde tercih edilir.
  • Dedicated hot spare: Tek bir gruba ayrılır; kritik grubun her zaman bir yedeği olur.
  • Sıcak yedek, gruptaki disklerle aynı veya daha büyük kapasitede ve aynı sınıfta olmalıdır.
  • Sıcak yedek izleme ve alarmın yerine geçmez. Rebuild başladığında da bildirim gelmeli, arızalı disk aynı hafta değiştirilmelidir.

RAID’siz kayıt yaklaşımları

Her kayıt sistemi RAID istemez. Bazı senaryolarda RAID’in maliyeti ve karmaşıklığı yerine başka bir koruma düzeni daha mantıklıdır:

  • Bağımsız diskler (JBOD benzeri kullanım): Bazı NVR’lar ve VMS’ler her diski ayrı kayıt birimi olarak kullanır ve kameraları disklere veya disk gruplarına dağıtır. Bir disk arızalandığında yalnızca o diske yazılan kayıtlar gider, diğer kameralar etkilenmez. Kapasite verimi en yüksektir; arızalanan diskteki kayıtlar ise geri gelmez.
  • Çift kayıt (redundant recording): Kritik kameralar iki ayrı kayıt sunucusuna veya NVR’a eşzamanlı yazdırılır. Disk, sunucu ve depolama arızasının hepsini kapsar; ağ ve lisans maliyetini artırır.
  • Edge kayıt ile tamamlama: Kamera SD kartına sürekli ya da yalnız bağlantı kopukken kayıt yapar, kayıt sunucusundaki boşluk sonradan doldurulur. Ayrıntılar edge kayıt ve ANR rehberinde.
  • Erasure coding kullanan ölçeklenebilir depolama: Büyük merkezi kurulumlarda veri birden çok düğüme parçalanarak yazılır; disk ve düğüm arızası birlikte tolere edilir. VMS’in bu depolama türünü sürekli yazma için desteklediğini mutlaka doğrulayın.

Kayıt sunucusunun tamamen devre dışı kaldığı senaryolar RAID’in kapsamı dışındadır. Bu konuyu VMS failover ve N+1 tasarımı rehberinde ele aldık.

Seçim kontrol listesi

  • Toplam yazma bant genişliği (tüm kameraların bitrate toplamı) ve eşzamanlı oynatma ihtiyacı belgelendi mi?
  • Disk kapasitesi 8 TB veya üzerindeyse RAID 5 kayıt havuzundan çıkarıldı mı?
  • 12 diskten büyük dizilerde birden çok RAID 6 grubu veya RAID 60 değerlendirildi mi?
  • Denetleyicide batarya veya flash destekli write-back önbellek var mı, önbellek koruması sağlıklı mı?
  • En az bir sıcak yedek disk tanımlandı mı, global mi dedicated mı olduğu bilinçli seçildi mi?
  • Patrol read ve tutarlılık kontrolü zamanlandı mı?
  • Disk arıza ve rebuild başlangıç alarmları bir alıcıya ulaşıyor mu?
  • Kabul testinde bir disk çekilerek degraded ve rebuild durumunda kare kaybı ölçüldü mü?
  • Diskler video yükü için uygun sınıftan mı seçildi? (Ayrıntılar: surveillance disk seçimi)

Mevcut sistemde disk arızası veya kapasite yetersizliği yaşıyorsanız NVR disk arızası ve kapasite artırımı hizmeti, yeni projede koruma düzeni ile kapasitenin birlikte tasarlanması için kayıt depolama ve kapasite planlaması hizmeti kapsamında değerlendirme yapabiliriz. Linux tabanlı kayıt sunucularında yazılımsal RAID davranışı için resmi başvuru kaynağı Linux kernel md belgeleridir.

Sık sorulan sorular

Küçük bir NVR’da 4 disk varsa RAID 5, RAID 6 ve RAID 10’dan hangisi seçilmeli?

Dört diskte RAID 10 ve RAID 6 aynı kullanılabilir kapasiteyi (iki disk) verir. RAID 6 herhangi iki disk arızasına dayanır; RAID 10 yazma performansı ve rebuild hızında öndedir. 8 TB ve üzeri disklerde dört diskli RAID 5 önermiyoruz, çünkü rebuild süresince ikinci arızaya karşı korumasız kalır.

RAID kayıtların yedeği yerine geçer mi?

Hayır. RAID yalnızca disk arızasına karşı erişilebilirliği korur. Yanlışlıkla silme, fidye yazılımı, denetleyici arızası veya cihazın çalınması karşısında kayıtları korumaz. Korunması gereken olay kayıtları için ayrı bir arşiv ve yedek düzeni kurun.

Rebuild sırasında kayıt durur mu?

Normalde durmaz; dizi degraded modda yazmaya devam eder. Ancak parity hesabı ve rebuild okuma yükü yazma performansını düşürür, yük sınırdaysa kare düşmesi veya kayıt boşluğu oluşabilir. Bu yüzden kabul testinde rebuild altında kayıt performansını ölçün.

SSD kullanmak RAID seçimini değiştirir mi?

Video arşivinde kapasite maliyeti nedeniyle SSD nadiren kullanılır. Kullanılırsa rebuild süresi belirgin biçimde kısalır; koruma seviyesini yine arıza toleransı ve kapasite ihtiyacına göre seçmek gerekir.

Teknik özet
Teknoloji
RAID 5, RAID 6, RAID 10, RAID 60, Linux mdadm, hot spare
Konu
Video kayıt depolamasında RAID seviyesi ve dizi tasarımı
Seviye
Orta–ileri
Ön koşullar
  • Temel RAID kavramları (parity, mirror, stripe)
  • Kamera sayısı ve toplam bitrate bilgisi
  • NVR veya kayıt sunucusunun RAID denetleyici özellikleri
Eretek uzman desteği

Bu konuyu kendi sahanız için birlikte inceleyelim.

Önce mevcut kurulumu inceliyoruz. Bulguları, yapılacak işi ve sırasını yazılı bir planla paylaşıyoruz.