
Diskiniz doluyor. Yeni disk ekleyeceksiniz ama mevcut RAID dizisine nasıl dahil edilecek? Veriler kaybolmadan bu işlem yapılabilir mi?
Cevap yapılandırmanıza bağlı ve bazı seçenekler diğerlerinden çok daha risklidir. Bu yazı, fiziksel sunucu depolama genişletmesini anlatıyor.
Genişletme Seçenekleri
| Yöntem | Risk | Kesinti |
|---|---|---|
| Yeni disk, ayrı bölüm | Çok düşük | Yok veya çok kısa |
| Mantıksal birim genişletme | Düşük | Genellikle yok |
| Diziyi büyütme | Orta-yüksek | Performans düşer |
| Diskleri büyükleriyle değiştirme | Yüksek | Uzun süreç |
| Yeni dizi kurup taşıma | Düşük | Planlı kesinti |
En güvenli yöntem birincisidir ve sıkça göz ardı edilir: mevcut diziye dokunmadan yeni bir depolama alanı eklemek, en az riskli çözümdür. Veriyi mantıksal olarak bölebiliyorsanız — örneğin yüklemeleri ayrı bir diske taşıyarak — bu yolu tercih edin.
Mantıksal Birim Yönetimi
Sisteminiz mantıksal birim yönetimiyle kurulduysa genişletme belirgin şekilde kolaydır:
- Yeni disk sisteme eklenir
- Havuza dahil edilir
- Mantıksal birim büyütülür
- Dosya sistemi genişletilir
Bu işlem çoğu durumda sistem çalışırken, kesinti olmadan yapılabilir. Bu, mantıksal birim yönetiminin en somut faydasıdır.
Kurulumda bu yapıyı tercih etmemiş olmak, ileride genişletme seçeneklerinizi belirgin şekilde daraltır — yeni bir sunucu kurarken bunu göz önünde bulundurun.
Diziyi Büyütmek
Mevcut RAID dizisine yeni disk eklemek mümkündür ama dikkat gerektirir.
Süreç şöyle işler: yeni disk eklenir, dizi yeniden yapılandırılır ve veriler tüm disklere yeniden dağıtılır.
Bilinmesi gerekenler:
- İşlem uzun sürer. Büyük dizilerde saatler veya günler.
- Bu süre boyunca performans düşer. Diskler yoğun çalışır.
- Dizi bu süre boyunca kırılgandır. Bir disk arızalanırsa veri kaybı riski artar.
- Kesinti olmadan yapılabilir ama yavaşlama kaçınılmazdır.
- Geri alınamaz. Başladıktan sonra tamamlanması beklenmelidir.
Üçüncü madde en kritik uyarıdır: yeniden yapılandırma sırasında tüm diskler yoğun çalışır ve bu, arıza olasılığını artırır. Aynı partiden gelen diskler benzer zamanlarda yorulduğu için risk daha da yükselir.
Bu yüzden işlem öncesi tam ve doğrulanmış bir yedek şarttır — teorik değil, pratik bir gereklilik.
Diskleri Büyükleriyle Değiştirmek
Disk yuvası kalmadıysa, mevcut diskleri daha büyükleriyle değiştirmek bir seçenektir. Süreç:
- Bir disk çıkarılır, büyüğü takılır
- Dizi yeniden yapılandırılır ve tamamlanması beklenir
- Sonraki disk için aynı işlem tekrarlanır
- Tüm diskler değiştikten sonra dizi büyütülür
Bu yöntemin sorunu süresidir: her disk değişimi ayrı bir yeniden yapılandırma gerektirir ve her biri saatler sürebilir. Dört diskli bir dizide işlem günler alabilir.
Ayrıca bu sürecin tamamı boyunca dizi tekrar tekrar kırılgan duruma girer. Yüksek riskli bir yöntemdir ve yalnızca başka seçenek yoksa tercih edilmelidir.
Yeni Dizi Kurup Taşımak
Yeterli disk yuvası varsa, en temiz yöntem budur:
- Yeni diskler takılır ve ayrı bir dizi kurulur
- Veriler yeni diziye kopyalanır
- Doğrulama yapılır
- Sistem yeni diziye yönlendirilir
- Eski dizi bir süre bekletilir, sonra kaldırılır
Avantajı: mevcut diziye hiç dokunulmaz ve sorun çıkarsa geri dönülebilir. Bu, riski en aza indiren yaklaşımdır.
Dezavantajı: geçici olarak iki katı disk kapasitesi gerekir ve planlı bir kesinti içerir.
Dosya Sistemi Genişletme
Depolama alanını büyütmek yeterli değildir; dosya sisteminin de genişletilmesi gerekir. Bu, en sık atlanan adımdır.
Tipik senaryo: disk eklendi, dizi büyütüldü ama sistem hâlâ eski kapasiteyi gösteriyor — çünkü dosya sistemi genişletilmedi.
Dikkat edilecekler:
- Bölüm tablosu güncellenmeli. Bölüm sınırları yeni boyutu kapsamalı.
- Dosya sistemi genişletilmeli. Ayrı bir işlemdir.
- Bazı dosya sistemleri çalışırken genişletilebilir. Bazıları için bağlantı kesilmeli.
- Küçültme genellikle çok daha risklidir. Mümkünse hiç yapmayın.
Dördüncü madde önemli bir uyarıdır: büyütme görece güvenlidir ama küçültme işlemleri veri kaybı riski taşır ve çoğu dosya sisteminde desteklenmez.
Doğru Planlama
Genişletme ihtiyacını acil duruma çevirmemek için:
- Doluluk eşiği tanımlayın. Belirli bir orana gelindiğinde uyarı alın.
- Büyüme hızını izleyin. Anlık dolulukdan daha bilgilendiricidir.
- Boş yuva bırakın. Sunucu alırken tüm yuvaları doldurmayın.
- Mantıksal birim yönetimi kullanın. Genişletme esnekliği için.
- Veriyi ayırın. Farklı türdeki veriler farklı bölümlerde olsun.
Üçüncü madde satın alma anında verilen ve sonradan değiştirilemeyen bir karardır: tüm yuvaları dolu bir sunucuda genişleme seçenekleriniz çok daha kısıtlıdır.
Beşinci madde ise pratik bir esneklik sağlar: yükleme dosyaları ayrı bir bölümdeyse, yalnızca o bölümü genişletmek yeterli olur.
Genişletmeden Önce
Disk eklemeden önce, mevcut alanı geri kazanmayı deneyin:
- Ne yer kaplıyor, ölçün. Tahmin etmeyin, dizin bazında analiz edin.
- Eski logları temizleyin. Sıkça şaşırtıcı boyutlardadır.
- Eski yedekleri taşıyın. Sunucuda durmamalılar zaten.
- Kullanılmayan paketleri kaldırın.
- Geçici dosyaları temizleyin.
- Veritabanı tablolarını optimize edin. Silinen kayıtlar alan bırakmış olabilir.
Üçüncü madde en büyük kazancı sağlar: sunucuda biriken yedekler, disk doluluğunun en yaygın nedenidir — üstelik orada durmaları zaten yanlıştır.
Altıncı madde de beklenmedik alan kazandırabilir: yoğun silme işlemi yapılan veritabanlarında, tablolar mantıksal olarak küçülse de fiziksel alan geri verilmemiş olabilir.
Performans Etkisi
Disk eklemek yalnızca kapasite değil performansı da etkiler:
- Dizideki disk sayısı artınca okuma performansı genellikle artar
- Farklı hızda diskler karıştırılırsa performans en yavaşa göre şekillenir
- Yeniden yapılandırma sırasında performans belirgin düşer
- Farklı teknolojideki diskleri aynı dizide kullanmak verimsizdir
İkinci ve dördüncü maddeler bir uyarı içerir: mevcut diziye farklı özellikte bir disk eklemek, tüm dizinin performansını düşürebilir. Genişletme yaparken mevcut disklerle aynı özellikte disk kullanın.
İşlem Sonrası Doğrulama
- Yeni kapasite sistemde görünüyor mu?
- Dizi durumu sağlıklı mı?
- Dosya sistemi genişletildi mi?
- Performans testleri beklenen sonucu veriyor mu?
- Yedekleme işleri yeni yapıyı kapsıyor mu?
- İzleme sistemi yeni kapasiteyi tanıyor mu?
Beşinci madde sıkça atlanır: yeni bir bölüm eklediyseniz, yedekleme yapılandırmanız onu kapsamıyor olabilir ve o alandaki veriler yedeklenmez.
Altıncı madde de önemlidir: doluluk uyarınız eski kapasiteye göre ayarlıysa, yanlış zamanda alarm üretir veya hiç üretmez.
Yeni bir sunucu kiralama veya satın alma kararı verirken, depolama genişletme senaryolarını da yapılandırma seçiminize dahil edin — boş disk yuvası ve mantıksal birim yönetimi, ileride size zaman ve risk kazandırır.
Sonuç
Depolama genişletmede en güvenli yöntem, mevcut diziye hiç dokunmamaktır: yeni bir alan ekleyip veriyi mantıksal olarak bölmek, diziyi büyütmekten çok daha az risklidir. Diziyi büyütmeniz gerekiyorsa en kritik uyarıyı hatırlayın — yeniden yapılandırma sırasında tüm diskler yoğun çalışır ve arıza olasılığı artar; işlem öncesi doğrulanmış bir yedek pazarlıksızdır. Ve en sık atlanan adımı atlamayın: alanı büyütmek yeterli değildir, dosya sistemi de ayrıca genişletilmelidir.
Sıkça Sorulan Sorular (SSS)
En güvenli genişletme yöntemi hangisi?
Mevcut diziye dokunmadan yeni bir depolama alanı eklemek. Veriyi mantıksal olarak bölebiliyorsanız — örneğin yükleme dosyalarını ayrı bir diske taşıyarak — bu yolu tercih edin. Mantıksal birim yönetimi kullanıyorsanız genişletme çoğu durumda kesintisiz yapılabilir.
Diziyi büyütmek riskli mi?
Orta-yüksek risklidir. Yeniden yapılandırma sırasında tüm diskler yoğun çalışır ve bu, arıza olasılığını artırır — özellikle aynı partiden gelen diskler benzer zamanlarda yorulduğu için. İşlem uzun sürer, geri alınamaz ve öncesinde doğrulanmış bir yedek şarttır.
Disk ekledim ama kapasite artmadı?
Büyük ihtimalle dosya sistemi genişletilmedi. Depolama alanını büyütmek ile dosya sistemini genişletmek ayrı işlemlerdir. Bölüm tablosunun da yeni boyutu kapsayacak şekilde güncellenmesi gerekir.
Disk eklemeden önce ne yapmalıyım?
Mevcut alanı geri kazanmayı deneyin. En büyük kazanç genellikle sunucuda biriken yedeklerdedir — orada durmaları zaten yanlıştır. Ayrıca eski logları temizleyin ve yoğun silme yapılan veritabanı tablolarını optimize edin; silinen kayıtlar fiziksel alan bırakmış olabilir.