RAID seçimi ve rebuild: kullanılabilirlik ile yedeklemeyi ayırmak

RAID belirli disk arızalarında hizmetin sürmesine yardımcı olabilir; yanlış silme, fidye yazılımı veya veri bozulmasına karşı bağımsız yedek sağlamaz. Seçim kapasite, performans ve arıza sırasında davranış birlikte değerlendirilerek yapılmalıdır.

1. İş yükünü tanımla
2. Toleransı belirle
3. Kapasiteyi hesapla
4. Rebuild riskini değerlendir
5. Yedeği bağımsız tut
6. Kurtarmayı sınayın

İş yükü ve kurtarma hedefini belirleyin

Rastgele yazma ağırlıklı veritabanı ile büyük ardışık dosya deposu aynı performans davranışına sahip değildir. IOPS, gecikme, yazma oranı ve büyüme beklentisi kayıt altına alınır. Salt kapasite hesabı tasarım için yeterli değildir.

İşin kabul edebileceği veri kaybı ve kesinti süresi belirlenmelidir. RAID’in arıza toleransı ile yedekten geri dönüş hedefi farklı kontrol alanlarıdır. Birinin varlığı diğerini gereksiz kılmaz.

Seviyenin varsayımlarını anlayın

Aynalama, striping ve parity farklı kapasite ve performans sonuçları üretir. Disk sayısı, en küçük disk kapasitesi ve denetleyici kısıtları hesaba katılır. Hot spare diski kullanılabilir veri kapasitesi gibi saymayın.

RAID 0 yedeklilik sağlamaz. Parity kullanan seviyelerde tolerans, arızalı disk sayısı ve düzeniyle ilişkilidir. Üreticinin desteklediği disk ve seviye kombinasyonları resmî kılavuzla doğrulanmalıdır.

Rebuild süresini normal çalışma gibi görmeyin

Arızalı disk değiştikten sonra yeniden oluşturma süresince performans düşebilir ve kalan diskler daha yoğun çalışabilir. Büyük disklerde bu süre önemli olabilir. Rebuild bitmeden sistemi sağlıklı ilan etmeyin.

Yeniden oluşturma sırasında ikinci arıza veya okuma sorunu riski değerlendirilir. Denetleyici alarmı, disk sağlık verisi ve tamamlanma yüzdesi izlenmelidir. Yanlış diski çıkarmamak için yuva ve seri eşleştirmesi yapılır.

Disk değişimi ile havuz genişletmeyi ayırın

Bir RAID grubuna disk eklemek, kapasite artırmak ve disk değiştirmek farklı işlemlerdir. Platforma göre yeniden düzenleme veya veri taşıma gerekebilir. İşlem öncesi yedek ve kurtarma yolu doğrulanır.

Birden fazla kabin veya genişletme ünitesi kullanıldığında bağlantı kaybının bütün havuza etkisi incelenir. Desteklenmeyen RAID grubu tasarımı veya cihazlar arası genişletme güvenilirlik hedefini bozabilir.

Bağımsız yedek ve uygulama testiyle kapatın

RAID sağlığı düzelse bile uygulama verisinin doğru okunduğu ve yedeklerin geri yüklenebildiği kontrol edilir. Yedek kopyanın aynı hata alanından bağımsız olması hedeflenir. Saklama ve değiştirilemezlik gereksinimleri iş riskine göre belirlenmelidir.

• RAID seviyesi iş yüküne uygun.
• Arıza toleransı açıkça biliniyor.
• Disk değişimi doğru yuva üzerinde.
• Rebuild tamamlandı ve alarmlar temiz.
• Bağımsız yedekten kurtarma testi başarılı.

İlgili çalışma notları

• Linux’a yeni disk bağlama: UUID, fstab ve açılış doğrulaması
• QNAP doluluk yönetimi: eski yedeği silmeden önce zinciri ve saklama süresini kontrol etmek
• Veeam ile sunucu taşıma: VM yedeğinden uygulama kabulüne