RAID Seviyeleri Karşılaştırması

Bir sunucu satın alırken karşınıza çıkan "RAID 1 mi RAID 10 mu?" sorusu, ilk bakışta tercih meselesi gibi görünür. Değildir. RAID seviyeleri arasındaki fark; bir disk arızasında sistemin ayakta kalıp kalmayacağını, veritabanınızın yazma performansını ve satın aldığınız 4 TB'lık diskten kaç TB kullanılabilir alan elde edeceğinizi doğrudan belirler. Yanlış seçilen bir RAID seviyesi yıllarca sorunsuz çalışır, sonra ilk disk arızası günü fatura olarak önünüze gelir.

Bu rehberde RAID 0, 1, 5, 6 ve 10 seviyelerini gerçek üretim senaryolarıyla karşılaştıracağım: her birinin nasıl çalıştığını, kaç disk arızasına dayandığını, okuma ve yazma tarafında ne kazandırıp ne kaybettirdiğini ve kapasite hesabının nasıl yapıldığını göreceksiniz. Ayrıca donanım RAID ile Linux'un mdadm tabanlı yazılım RAID'i arasındaki pratik farkları, rebuild sırasında yaşanan gerçek riskleri ve "RAID var, yedek almaya gerek yok" gibi pahalıya patlayan yanılgıları ele alacağım.

RAID Ne İşe Yarar, Ne İşe Yaramaz#

RAID (Redundant Array of Independent Disks), birden fazla fiziksel diski işletim sistemine tek bir mantıksal disk gibi gösteren bir katmandır. Bu katman verilerinizi disklere ya paralel olarak dağıtır (şeritleme / striping), ya birebir kopyalar (aynalama / mirroring), ya da bir hata düzeltme bilgisi olan parity üretip saklar. Amaç iki tanedir: bir diskin bozulması durumunda hizmetin kesintisiz devam etmesi ve birden fazla diskin paralel çalışmasıyla okuma-yazma hızının artması. Hangi RAID seviyesini seçtiğinize göre bu iki amaçtan birine, diğerine ya da ikisine birden ağırlık vermiş olursunuz.

RAID'in ne işe yaramadığını baştan netleştirmek gerekir, çünkü sektörde en pahalı yanılgı buradan çıkar: RAID yedek değildir. Bir dosyayı yanlışlıkla rm -rf ile sildiğinizde, bir fidye yazılımı verilerinizi şifrelediğinde ya da bir uygulama hatası tabloyu bozduğunda RAID bu değişikliği tüm disklere sadakatle yansıtır. RAID yalnızca donanım arızasına karşı koruma sağlar; insan hatasına, yazılım hatasına, silinmeye ve şifrelenmeye karşı hiçbir şey yapmaz. Bu yüzden RAID'i "kesintisizlik" kutusuna, yedeklemeyi ise ayrı bir "geri dönüş" kutusuna koyun. İkisi birbirinin yerine geçmez; ayrıntılı gerekçesini felaket kurtarma planı hazırlama yazısında bulabilirsiniz.

RAID 0 ve RAID 1: İki Uç#

RAID 0 saf şeritlemedir. Veri bloklara bölünür ve sırayla tüm disklere dağıtılır; hiçbir yedeklilik bilgisi tutulmaz. İki adet 2 TB diskle RAID 0 kurarsanız 4 TB kullanılabilir alan elde edersiniz ve teorik olarak hem okuma hem yazma bant genişliği iki katına çıkar. Bedeli ağırdır: dizideki herhangi bir disk bozulduğunda tüm veri kaybolur, çünkü her dosyanın parçaları tüm disklere yayılmıştır. Üstelik arıza olasılığı disk sayısıyla artar; dört diskli bir RAID 0'ın bozulma ihtimali tek diskin yaklaşık dört katıdır.

RAID 0'ın meşru kullanım alanı vardır ama dardır: kaybı önemsenmeyen geçici veriler. Video render çıktıları, derleme (build) klasörleri, yeniden üretilebilen önbellek katmanları, test ortamlarının scratch alanı. Üretim veritabanı, müşteri dosyaları veya web sitesi barındırmak için asla kullanılmaz.

RAID 1 tam tersidir: aynalama. İki disk birebir aynı veriyi tutar. İki adet 2 TB diskle kullanılabilir alanınız 2 TB'da kalır, yani kapasitenin yarısını dayanıklılığa harcarsınız. Karşılığında bir disk tamamen ölse bile sistem hiç durmadan çalışmaya devam eder; okuma isteklerini iki diskten paralel karşılayabildiği için okuma performansı da iyileşir. Yazma performansı ise tek disk hızına yakındır, çünkü her yazma iki yere birden yapılmalıdır. İki diskli sunucularda, işletim sistemi diskinde ve küçük ölçekli VDS'lerde varsayılan tercih RAID 1'dir.

RAID 5 ve RAID 6: Parity Mantığı#

RAID 5, şeritlemenin hızını yedekliliğe ucuz yoldan bağlamanın klasik yöntemidir. En az üç disk gerekir; veri şeritlenirken her şerit için bir parity (eşlik) bloğu hesaplanır ve bu parity blokları tüm disklere dönüşümlü olarak dağıtılır. Bir disk öldüğünde kaybolan veri, kalan diskler ve parity kullanılarak matematiksel olarak yeniden hesaplanır. Kapasite açısından cazip: N diskin (N-1) kadarı kullanılabilir. Yani 4 × 2 TB ile 6 TB elde edersiniz; RAID 1'de bu 4 TB olurdu.

RAID 5'in bedeli yazma tarafında ödenir ve buna write penalty denir. Küçük bir bloğu güncellemek için sistem önce eski veriyi okur, eski parity'yi okur, yeni parity'yi hesaplar, sonra hem veriyi hem parity'yi yazar. Tek bir mantıksal yazma, dört fiziksel disk işlemine dönüşür. Bu yüzden yoğun rastgele yazma yapan veritabanları için RAID 5 iyi bir seçim değildir; ağırlıklı okuma yapan dosya sunucuları, yedek depoları ve medya arşivleri içinse gayet uygundur.

RAID 6, RAID 5'in aynısıdır ama iki bağımsız parity bloğu tutar; en az dört disk ister ve kapasitesi (N-2) olur. Kritik farkı şudur: iki diskin aynı anda ölmesine dayanır. Bu, büyük kapasiteli disklerde teorik bir lüks değil pratik bir zorunluluktur. 12 TB'lık bir disk bozulduğunda RAID 5 dizisi rebuild yaparken kalan tüm diskleri saatlerce, bazen günlerce tam kapasitede okur. Bu ağır okuma sırasında ikinci bir diskin okunamayan sektör vermesi hiç de düşük ihtimal değildir; ve RAID 5'te bu, tüm dizinin kaybı demektir. 4 TB üzeri disklerle çalışıyorsanız RAID 5 yerine RAID 6 ya da RAID 10 düşünün.

RAID 10: Üretimde En Çok Tercih Edilen#

RAID 10 (bazen RAID 1+0 yazılır), aynalanmış disk çiftlerinin şeritlenmesidir. Dört diskiniz varsa önce iki adet RAID 1 çifti kurulur, sonra bu iki çift RAID 0 mantığıyla birleştirilir. Kapasite RAID 1 gibidir, yani toplamın yarısı. Ama performans hem okumada hem yazmada RAID 5/6'yı belirgin biçimde geçer, çünkü parity hesabı yoktur; yazma penaltısı yalnızca "iki kopya yaz"dan ibarettir.

Dayanıklılık tarafında RAID 10 ilginç bir davranış sergiler. En kötü senaryoda tek disk arızasına dayanır: aynı aynalama çiftindeki iki disk birlikte ölürse dizi gider. İyi senaryoda ise farklı çiftlerden birer disk ölse bile hizmet devam eder; dört diskli bir dizide iki diskin ölmesi durumunda hayatta kalma olasılığı üçte ikidir. Bunun yanında rebuild süresi çok kısadır, çünkü yeniden inşa yalnızca eşleşen diskten birebir kopyalamadır; parity hesaplamak için tüm diziyi okumaya gerek yoktur. Kısa rebuild, ikinci arıza penceresinin kısalması demektir ve bu tek başına RAID 10'un en güçlü argümanıdır.

Yoğun yazma yapan MySQL/PostgreSQL sunucuları, sanallaştırma host'ları ve e-posta sunucuları için varsayılan öneri RAID 10'dur. Tam kaynak kontrolü isteyen ve disk düzenini kendisi belirlemek isteyenler için VDS ve dedicated sunucu seçenekleri bu esnekliği sağlar.

Seviyeleri Yan Yana Koyalım#

Aşağıdaki tablo, dört adet 2 TB disk varsayımıyla hazırlandı. "Dayanır" sütunu, veri kaybı yaşamadan tolere edilebilen eşzamanlı disk arızası sayısını gösterir.

Seçim yaparken kendinize sırasıyla şu üç soruyu sorun:

1. Yazma profilim nasıl? Rastgele küçük yazmalar yoğunsa (veritabanı, sanal makine imajları) RAID 10. Ağırlıklı sıralı okuma varsa (yedek deposu, medya) RAID 6.
2. Disk kapasitem ne kadar? 4 TB üzeri disklerde RAID 5'ten uzak durun; rebuild penceresi fazla uzun ve riskli.
3. Kapasiteyi mi dayanıklılığı mı satın alıyorum? Bütçe sabitse RAID 6 daha çok TB verir, RAID 10 daha çok IOPS verir. Ortada bir yer yoktur, tercih etmek zorundasınız.

Donanım RAID mi Yazılım RAID mi#

Donanım RAID, üzerinde kendi işlemcisi ve genellikle pil/kapasitör destekli bir yazma önbelleği (BBU/BBWC) bulunan ayrı bir denetleyici kartıdır. Parity hesabını CPU'dan alır ve en önemlisi, elektrik kesildiğinde önbellekteki yazılmamış veriyi koruyabilir. Bu, veritabanı sunucularında ciddi bir avantajdır. Dezavantajı ise dizinin denetleyiciye bağımlı olmasıdır: kart bozulursa, diskleri rastgele başka bir makineye takıp okuyamayabilirsiniz; genellikle aynı model ya da uyumlu bir denetleyici gerekir.

Linux tarafında mdadm ile kurulan yazılım RAID bugün olgun, hızlı ve tamamen taşınabilirdir; diskleri söküp başka bir Linux makineye taktığınızda dizi tanınır. Modern CPU'larda parity hesabı ihmal edilebilir düzeydedir. Örnek bir RAID 10 kurulumu ve durum kontrolü şöyle görünür:

# Dört diskten RAID 10 dizisi oluştur
sudo mdadm --create /dev/md0 --level=10 --raid-devices=4 \
  /dev/sdb /dev/sdc /dev/sdd /dev/sde

# Dizinin anlık durumunu izle (rebuild ilerlemesi burada görünür)
cat /proc/mdstat

# Ayrıntılı bilgi: seviye, disk durumları, senkronizasyon yüzdesi
sudo mdadm --detail /dev/md0

# Yapılandırmayı kalıcı hale getir ve initramfs'i güncelle
sudo mdadm --detail --scan | sudo tee -a /etc/mdadm/mdadm.conf
sudo update-initramfs -u

/proc/mdstat çıktısında dizinin sağlıklı hâli [UUUU] şeklinde görünür; her U çalışan bir diski temsil eder. Bir disk düştüğünde bu [UU_U] hâline gelir ve alt satırda recovery ilerlemesi yazar. Dizi kurulduktan sonra üzerine dosya sistemi oluşturup kalıcı bağlamak için disk bağlama, mount ve fstab yazısındaki adımları izleyebilirsiniz; bölümlendirme tarafı için ise disk bölümleme rehberi işinizi görür.

Sık Yapılan Hatalar ve Tuzaklar#

Arızayı fark etmemek. En sık ve en pahalı hata budur. RAID'in tüm amacı arızayı görünmez kılmaktır; bu yüzden bir disk öldüğünde hiçbir kullanıcı şikâyet etmez, hiçbir alarm çalmaz ve dizi aylarca "degraded" durumda çalışır. Sonra ikinci disk ölür ve her şey biter. Mutlaka izleme kurun:

# mdadm arıza durumunda e-posta göndersin
sudo sed -i 's/^MAILADDR.*/MAILADDR [email protected]/' /etc/mdadm/mdadm.conf
sudo systemctl restart mdmonitor

# Haftalık tutarlılık taraması (Debian/Ubuntu'da varsayılan olarak kuruludur)
sudo /usr/share/mdadm/checkarray --all

# Fiziksel disklerin SMART sağlığını ayrıca kontrol edin
sudo smartctl -H /dev/sdb

Disk sağlığını erkenden yakalama yöntemleri için disk arızası tespiti ve SMART yazısına göz atın.

Aynı üretim partisinden disk kullanmak. Aynı gün, aynı fabrikadan çıkmış dört disk, benzer saat sayısında benzer şekilde yorulur. Biri öldüğünde diğerlerinin de ömrünün sonuna yaklaşmış olma ihtimali yüksektir ve rebuild'in yarattığı ağır yük tam da o anda ikinci arızayı tetikler. Mümkünse farklı parti ya da farklı üreticiden disk karıştırın.

Yedek disk (hot spare) tanımlamamak. Dizide boşta bekleyen bir yedek disk varsa, arıza anında rebuild insan müdahalesi beklemeden saniyeler içinde başlar. Aksi hâlde diziniz siz fark edene kadar korumasız bekler. mdadm --add /dev/md0 /dev/sdf komutuyla bir diski hot spare olarak eklemek dakikalar sürer.

Farklı boyutta disk karıştırmak. Dizi, en küçük diskin kapasitesine göre hizalanır. 2 TB ve 4 TB diski aynı RAID 1'e koyarsanız 4 TB'lık diskin yarısı boşa gider.

RAID'i yedek sanmak. Yazının başında söylediğim şeyi burada tekrar etmeye değer, çünkü gerçekten en sık yapılan hata budur. Fidye yazılımı, yanlış DROP TABLE ve silinen dosyalar RAID tarafından hiç fark edilmeden tüm disklere yansıtılır. Kural olarak dizinin dışında, tercihen farklı bir fiziksel lokasyonda ikinci bir kopya tutun.

Sıkça Sorulan Sorular#

RAID 5 mi RAID 10 mu tercih etmeliyim#

Yoğun yazma yapan bir iş yükünüz varsa (veritabanı, sanallaştırma host'u, e-posta sunucusu) RAID 10 seçin; parity hesabı olmadığı için yazma performansı belirgin şekilde daha iyidir ve rebuild süresi çok daha kısadır. Ağırlıklı okuma yapan bir dosya ya da yedek deposu kuruyorsanız ve kapasite önceliğinizse RAID 5 veya RAID 6 daha ekonomiktir. 4 TB'tan büyük disklerde RAID 5'i tamamen eleyin.

RAID varsa yedeklemeye gerek var mı#

Kesinlikle var. RAID yalnızca disk donanımı arızasına karşı korur. Yanlışlıkla silinen bir dosya, fidye yazılımı şifrelemesi, bozulan bir veritabanı ya da hatalı bir dağıtım (deploy) RAID tarafından anında tüm disklere kopyalanır. Yedekleme, "geçmişteki bir ana geri dönebilmek" demektir ve RAID bunu hiçbir seviyede sağlamaz. İkisi birbirini tamamlar, birbirinin yerine geçmez.

Bozulan diski değiştirdikten sonra rebuild ne kadar sürer#

Disk kapasitesine, RAID seviyesine ve sistemin o anki yüküne bağlıdır. RAID 1 ve RAID 10'da işlem birebir kopyalama olduğu için 2 TB'lık bir disk genellikle birkaç saatte tamamlanır. RAID 5 ve RAID 6'da tüm diziden okuma yapılıp parity yeniden hesaplandığı için süre çok daha uzundur; büyük disklerde bir günü aşabilir. Rebuild sırasında sistem çalışmaya devam eder ama performans düşer ve dizi korumasızdır.

RAID 1 ile kaç TB kullanılabilir alan elde ederim#

RAID 1'de kullanılabilir alan, en küçük diskin kapasitesi kadardır. İki adet 2 TB diskle 2 TB, dört adet 2 TB diskle iki ayrı çift kurarsanız yine toplam 4 TB elde edersiniz. Yani kapasitenin tam yarısını dayanıklılığa harcarsınız. Aynı disklerle RAID 5 kursaydınız 6 TB elde ederdiniz, ancak yazma performansı ve rebuild riski farklı olurdu.

Yazılım RAID performansı donanım RAID'den düşük mü#

Modern sunucularda pratik fark çoğu iş yükü için çok küçüktür; parity hesabı günümüz CPU'ları için önemsiz bir yüktür. Donanım RAID'in gerçek üstünlüğü pil destekli yazma önbelleğidir: elektrik kesildiğinde önbellekteki veriyi koruyabildiği için senkron yazma yapan veritabanlarında belirgin avantaj sağlar. Buna karşılık yazılım RAID taşınabilirdir; diskleri başka bir Linux makineye takınca dizi sorunsuz tanınır.

Sunucumun RAID durumunu nasıl kontrol ederim#

Linux yazılım RAID kullanıyorsanız cat /proc/mdstat komutu en hızlı özeti verir; [UUUU] gibi bir satırda her U sağlıklı bir diski gösterir, alt çizgi ise düşmüş bir diski. Daha ayrıntılı bilgi için sudo mdadm --detail /dev/md0 çalıştırın. Donanım RAID varsa üreticinin aracını kullanırsınız: LSI/Broadcom kartlarda storcli, HPE'de ssacli, Dell PERC'te perccli yaygın araçlardır.

Kapanış#

RAID seçimi aslında üç değişkenli bir denklemdir: kapasite, yazma performansı ve arıza toleransı. Bu üçünden ikisini seçebilirsiniz, üçünü birden değil. Akılda kalması gereken pratik alışkanlıklar şunlar: yazma yoğun iş yüklerinde RAID 10'a yönelin, 4 TB üzeri disklerde RAID 5'i eleyin, diziye mutlaka bir hot spare ekleyin ve en önemlisi arıza bildirimlerini kurun — çünkü fark edilmeyen bir degraded dizi, hiç RAID kurmamış olmakla neredeyse aynı sonucu verir. Ve RAID'i asla yedek yerine saymayın.

Disk düzenini kendiniz kurmak istiyorsanız tam root erişimli VDS ve dedicated sunucu seçeneklerimizle istediğiniz RAID seviyesini uygulayabilirsiniz. Donanım seçimi, dizi kurulumu ve arıza izlemesini bize bırakmak isterseniz sunucu yönetimi hizmetimiz bu işleri üstlenir; dizinin dışında ikinci bir kopya tutmak için de yedekleme çözümlerimize göz atabilirsiniz.