RAID 0/1/5/10: Sunucu Disk Yapılandırması için Net Rehber
RAID 0/1/5/10 farkları: performans, dayanıklılık, kapasite ve pratik riskler. Hangi RAID ne zaman seçilir? Net karar tablosu.
Sunucuda disk yapılandırması seçimi, uygulamanın I/O performansını ve en önemlisi veri kaybı riskini doğrudan belirler. RAID (Redundant Array of Independent Disks), birden fazla diski tek bir mantıksal birim gibi yöneterek hem hız hem de dayanıklılık hedefler. Bu rehberde RAID 0/1/5/10’un kapasite verimini, arıza toleransını, toparlanma (rebuild) etkisini ve pratikte hangi senaryoda neyin doğru seçim olduğunu net şekilde karşılaştıracaksınız. Sonunda da kendi yükünüze göre karar vermenizi sağlayan kısa kontrol listesine ulaşacaksınız.
RAID ne işe yarar? Beklentileri doğru kurmak
RAID, disklere farklı bir “mantık” uygular: - RAID 0: Şeritleme (striping). Aynı veriyi parçalara ayırır, paralel okur/yazar. - RAID 1: Yedekleme (mirroring). Aynı veriyi iki (veya daha fazla) diske kopyalar. - RAID 5: Şeritleme + dağıtık parite (distributed parity). Bir diskin kaybını telafi etmeyi hedefler. - RAID 10: Aynalama + şeritleme. Hem dayanıklılık hem performans hedefi vardır.
Burada kritik nokta şudur: RAID, “her koşulda veri kurtarır” değildir. Özellikle RAID 5 rebuild sırasında ve birden fazla diskin aynı anda bozulma senaryosunda risk artar. RAID; veri kaybını engellemekten çok, belirli arıza senaryolarında sistemi ayakta tutmayı amaçlar.
RAID seçerken hesaba katılacak 4 metrik
- Kapasite verimi: Kaç disk kullanılabilir? (Örn. RAID 5’te 1 disk parite için gider.)
- Okuma/yazma performansı: Uygulamanın IOPS ihtiyacı (ör. veritabanı vs log akışı).
- Arıza toleransı: Kaç diskin bozulmasına kadar hizmet devam eder?
- Rebuild maliyeti: Disk bozulunca kalanlar üzerinde yeniden yapılandırma (rebuild) çalışır; bu sırada performans düşebilir.
RAID 0 vs 1 vs 5 vs 10: Net karşılaştırma tablosu
Aşağıdaki tablo, sunucu disk yapılandırmalarında en sık sorulan “hangisi ne sağlar?” sorusuna doğrudan cevap verir. (Disk boyutu eşit kabul edilmiştir.)
| RAID seviyesi | Minimum disk | Kapasite verimi | Arıza toleransı (tipik) | Okuma performansı | Yazma performansı | Rebuild riski/etkisi |
|---|---|---|---|---|---|---|
| RAID 0 | 2 | %100 | 0 (tek disk arızası veri kaybı) | Yüksek | Yüksek | Yok; zaten ayakta kalma yok |
| RAID 1 | 2 | %50 | 1 diske kadar (kuruluma göre) | Yüksek | Orta (mirroring yazımı) | Orta; tek diskin yedeği var |
| RAID 5 | 3 | % (N-1)/N | 1 disk | Orta-Yüksek | Orta (parite yazımı) | Yüksek; rebuild sırasında zayıflama |
| RAID 10 | 4 (genelde) | %50 | Çoğu senaryoda 2+ (dizilime bağlı) | Yüksek | Orta-Yüksek | Orta-Düşük (RAID 5’e göre genelde daha kontrollü) |
Kapasite verimi: Net örnek
- 4 adet 2 TB disk ile RAID 5 kurarsanız toplam ~6 TB kullanılabilir alan hedeflenir.
- Aynı 4 diskle RAID 10 yaparsanız ~4 TB kullanılabilir alan hedeflenir.
- RAID 1 (2 disk) ile de her şey iki diske kopyalandığı için ~2 TB yerine ~1 TB kullanılabilir.
Not: Gerçek görünen kapasite, RAID kontrolcüsünün/OS’un raporlama farkları nedeniyle birkaç yüz MB seviyesinde değişebilir.
RAID türlerini senaryoya göre seçin (en pratik bölüm)
RAID seçimi, uygulamanızın “I/O tipi” ile doğrudan ilişkilidir.
RAID 0: Maksimum performans, sıfır tolerans
RAID 0 yalnızca şu koşullarda anlamlıdır: - Veri zaten başka bir yerde yedekleniyordur (yedek = backup) ve disk kaybı durumunda geri dönüş süresi (RTO) hızlı kabul edilebilir. - Kullanılan depolama, günlük/haftalık restore ile yönetiliyor; RAID kaybı kritik değil. - Log/temporary dosya, cache, iş kuyruğu ara verisi gibi “yeniden üretilebilir” veriler vardır.
RAID 0 için net gerçek: Bir disk arızası → tüm dizi veri kaybı. Bu yüzden RAID 0, “HA (high availability) yerine hız” yaklaşımıdır.
Kimler uzak durmalı? - Veritabanı (MySQL/PostgreSQL), kritik dosya depolama, yönetim paneli dosyaları gibi “tek seferde erişim” beklenen işler.
RAID 1: Basit ve güvenli orta yol
RAID 1, iki diskin aynı veriyi taşıdığı için anlaşılırdır: - Bir disk arızasında sistem çalışmaya devam eder. - Kurulum ve yönetim çoğu ortamda daha öngörülebilir olur.
RAID 1’i doğru kullandığınız senaryolar: - Uygulama verisi veya konfigürasyonlar, hızlı restore gerektiren kritik sistemler. - Disk başına maliyet/performans dengesinin “%50 kapasite kaybına” rağmen mantıklı olduğu durumlar.
Net dezavantaj: - Kapasitenin yarısını yedek olarak harcarsınız. - Yazma performansı, mirroring nedeniyle bir miktar düşebilir (kontrolcü ve disk özelliklerine bağlı).
RAID 5: Kapasite verimi cazip, rebuild riski ciddi
RAID 5, 3 ve üzeri disklerde parite dağıtarak 1 diskin arızasını tolere eder.
RAID 5’in en uygun olduğu durumlar: - Dosya sunucusu, çoğunlukla okuma ağırlıklı iş yükleri. - Yedekleme stratejisi güçlü olan, rebuild sırasında performans düşüşünü tolere edebilen sistemler.
Net kritik uyarı (mutlaka okuyun): - RAID 5’te rebuild başladığında kalan diskler yoğun yük altına girer. - Bu süreçte ikinci bir diskin bozulması riski artabilir. - Özellikle büyük kapasiteli, yavaş/yoğun disklere sahip kurulumlarda rebuild süresi uzar; bu da risk penceresini genişletir.
Bu yüzden “RAID 5 = güvenli” gibi düşünmek hatalıdır. RAID 5, tek arızaya tolerans verir; ikinci arıza olasılığı süreç boyunca vardır.
RAID 10: Performans + dayanıklılık dengesi
RAID 10, şeritleme + aynalama kombinasyonudur. Uygulamada en sık hedeflenen dengeyi verir: - Yüksek okuma performansı. - RAID 5’e kıyasla rebuild sırasında daha kontrollü davranış (genelde daha düşük risk profili). - Yazma performansı çoğu kurulumda RAID 5’ten daha iyi seyreder.
RAID 10 için tipik seçim gerekçeleri: - Veritabanı gibi hem okuma hem yazma yapan sistemler. - Yüksek IOPS ihtiyacı. - Rebuild süresinde olabildiğince stabil kalmak.
Net dezavantaj: - Kapasite verimi %50 civarındadır (dizilime göre değişse de pratikte bu beklenti korunur). - Disk sayısı minimum eşiği karşılamalıdır (çoğunlukla 4 disk ve üstü).
Kontrol paneli/RAID yönetimi açısından pratik noktalar
RAID kararını vermek kadar, RAID’i “nasıl yönettiğiniz” de sonuçları etkiler.
1) Disk türleri ve hız uyumu (SSD/HDD karışımı)
- Aynı RAID dizisinde mümkünse eş hız/kapasiteye yakın disk kullanın.
- Karışık disk tipleri (ör. bazı NVMe bazı SATA) kontrolcünün performansı sınırlamasına neden olabilir.
2) Rebuild için boşluk (spare) ve bekleme takvimi
- Hot spare kullanımı bazı kontrolcülerde mümkün olur.
- Rebuild sırasında IOPS düşüşü yaşanır; bu nedenle bakım penceresi planlayın.
3) Bütün disk hatalarını “RAID var” diye görmezden gelmeyin
RAID, sürücü hatalarına karşı dayanıklılık sağlar; ama: - Kontrolcü hatası (controller) ve yanlış yapılandırma RAID’i etkisiz bırakabilir. - Dosya sistemi bozulmaları, yazılım hatası veya yanlış silme RAID ile “geri gelmez”.
Bu yüzden yedek (backup) katmanı ayrı tutulmalıdır.
Net karar rehberi: RAID 0/1/5/10 hangisi?
Aşağıdaki karar akışını “evet/hayır” gibi düşünün.
Adım 1: Veri kaybı durumunda süreç nasıl işleyecek?
- Uygulama/veri kaybı kabul edilemez ve hızlı geri dönüş istiyorsanız: RAID 1 veya RAID 10
- Veri kaybı halinde restore edilebilir (backup var ve restore RTO kabul edilebilir) diyorsanız: diğerlerini değerlendirin
- “Hiçbir şekilde veri kaybı olmasın” hedefiyle RAID 0 seçmek doğru değildir: RAID 0 disk kaybını tek diskte bile tüm dizideştirir
Adım 2: Yazma ağırlığı var mı?
- Yazma yoğun (veritabanı, yoğun log, yüksek transaction): RAID 10 çoğu senaryoda daha öngörülebilir
- Yazma az, okuma ağırlıklı: RAID 5 veya RAID 1 gündeme gelebilir
Adım 3: Kapasite bütçesi ne kadar?
- Kapasiteyi ikiye bölmek sorun değilse: RAID 1/10
- Kapasite verimi kritikse: RAID 5 (ama rebuild riskini yönetmeniz şart)
Adım 4: Disk sayısı ve beklenen performans
- 2 diskle yüksek dayanıklılık istiyorsanız: RAID 1
- 3 diskle kapasite/durum dengesi istiyorsanız: RAID 5
- 4+ diskle hem performans hem dayanıklılık istiyorsanız: RAID 10
RAID kurulumu için “şimdi uygula” kontrol listesi
Aşağıdaki liste, yanlış kurulumun en sık yaşandığı noktaları hedefler.
- [ ] RAID seviyesini seçmeden önce uygulamanın yazma/okuma oranını net ölçün (ör.
iostat, uygulama metrikleri). - [ ] Disk sayısını ve kapasite hedefini tabloya koyun: RAID 5’te parite için 1 disk gider, RAID 1/10’da pratikte %50 kapasite.
- [ ] Yedekleme stratejisini RAID’den bağımsız kurgulayın: dosya düzeyi ve sistem düzeyi backup (backup) olmalı.
- [ ] RAID 5 seçildiyse rebuild süresini kabul edilebilir seviyede tutacak plan yapın (disk türü, kapasite, bakım penceresi).
- [ ] Diskleri aynı sınıfta seçin (aynı hız/benzer özellik). Farklı diskler RAID kontrolcüsünün performansını düşürebilir.
- [ ] Kontrolcünün uyarılarını (SMART/health) izleyin; disk arızası “beklenmedik” değil “zamanla” gelen bir durumdur.
- [ ] Rebuild sırasında kritik iş yüklerini azaltacak plan oluşturun.
Sonuç: Doğru RAID’i “risk + iş yükü + kapasite” ile eşleştirin
RAID 0, sadece performans hedefiyle ve veri kaybı riski yönetilebiliyorsa seçilmelidir. RAID 1, 2 diskte net ve öngörülebilir dayanıklılık sunar. RAID 5 kapasite verimiyle öne çıkar ama rebuild riski nedeniyle bakım planı olmadan “güvenli varsayımı” yaratmamalısınız. RAID 10 ise özellikle yazma yoğun iş yüklerinde performans ve dayanıklılığı dengeli bir şekilde bir araya getirir.
Aksiyon önerisi: Uygulamanızın yazma/okuma profilini ve kapasite bütçenizi belirleyin; ardından yukarıdaki karar adımlarından sadece tek bir RAID seçin. Seçimi yaptıktan sonra, RAID’den bağımsız yedekleme (backup) ve izleme planını aynı gün netleştirerek üretime alın.
Hosting karşılaştırması yapmaya hazır mısın?
100+ firmanın fiyatlarını tek tıkla karşılaştır, en uygun paketi bul.
Hosting Karşılaştır →İlgili Yazılar
Sunucu CPU %100: Sebepler ve Net Çözümler Rehberi (2026)
Sunucu CPU yüzde 100 olduğunda hangi süreçler suçludur? Net teşhis adımları, log kontrolleri ve kalıcı çözümlerle sistemi yeniden dengeleyin.
Network Throttling Nedir? Hosting Sağlayıcılar Neden Uygular?
Network throttling; aşırı yük veya kaynak paylaşımı nedeniyle hızın kısıtlanmasıdır. Hosting sağlayıcıların neden uyguladığını ve etkilerini net anlatıyoruz.
Küçük işletme için multi-cloud: Mantıklı mı, nasıl kurulur?
Multi-cloud küçük işletmede ne zaman mantıklıdır? Maliyet, yedekleme, taşıma ve güvenlik adımlarını net kriterlerle anlatıyoruz.
Sunucuda otomatik Image Optimization nasıl yapılır? (Net rehber)
Sunucuda otomatik image optimization için doğru pipeline: görsel dönüştürme, kalite ayarı, cache ve düşen TTFB/TTFB etkisi net adımlarla.
