Dedicated Sunucu

Yedeklilik Testi: Çalıştığını Kanıtlamadan Yedekli Sayılmaz

Güç, ağ, RAID ve yük devretme yedekliliğini test etme yöntemleri, test planlaması ve sonuçları kaydetme. Yedeklilik Testi: Çalıştığını Kanıtlamadan Yedekli…

Yedeklilik Testi: Çalıştığını Kanıtlamadan Yedekli Sayılmaz
İçindekiler
  1. Neden Test Gerekir?
  2. Güç Yedekliliği Testi
  3. Ağ Yedekliliği Testi
  4. RAID Testi
  5. Yük Devretme Testi
  6. Test Planlaması
  7. Ne Sıklıkla?
  8. Sonuçları Kaydetmek
  9. Sonuç
  10. Sıkça Sorulan Sorular (SSS)
  11. Yedeklilik kuruldu, test etmeye gerek var mı?
  12. Güç testini canlı sistemde yapabilir miyim?
  13. Ağ testinde neye dikkat etmeliyim?
  14. Yük devretme testinde ne atlanıyor?

Yedeklilik Testi: Çalıştığını Kanıtlamadan Yedekli Sayılmaz

Çift güç kaynağı var, iki ağ kartı bağlı, RAID dizisi kurulu. Kağıt üzerinde her şey yedekli. Bir gün bir güç kaynağı arızalandı ve sunucu kapandı — çünkü ikinci kaynak hiç bağlı değildi.

Bu yazı, yedekliliğin gerçekten çalıştığını doğrulamayı ele alıyor.

Neden Test Gerekir?

Yedeklilik kurulduğu anda çalıştığı varsayılır ama:

  • Kurulum hatalı olabilir.
  • Zamanla bozulabilir.
  • Yapılandırma değişmiş olabilir.
  • Yedek bileşen sessizce arızalanmış olabilir.

Dördüncü madde en sinsi olanıdır: yedek bir bileşen hiç kullanılmadığı için arızalandığında sistem normal çalışmaya devam eder — arıza ancak asıl bileşen bozulduğunda, yani tam olarak ihtiyaç duyulduğu anda ortaya çıkar.

Bu, yedekliliğin en büyük paradoksudur.

İkinci madde ise değişiklikler sonrası oluşur. Bir bakım sırasında sökülen bir kablo geri takılmayabilir.

Güç Yedekliliği Testi

En kolay ve en değerli testtir:

  1. Bir güç kablosunu çekin.
  2. Sunucunun etkilenmediğini görün.
  3. Alarmın geldiğini doğrulayın.
  4. Kabloyu geri takın.
  5. Diğer kaynak için tekrarlayın.

Beşinci adım atlanmamalıdır: yalnızca bir kaynağı test etmek yarım bir doğrulamadır — diğer kaynağın da tek başına yükü taşıyabildiği ayrıca kanıtlanmalıdır.

İki kaynak farklı yaşta veya farklı durumda olabilir.

Üçüncü adım ise izleme zincirini test eder ve genellikle atlanır. Yedeklilik çalışsa bile haberdar olmuyorsanız, ikinci arızayı göremezsiniz.

Bu test canlı sistemde güvenle yapılabilir ve yılda bir tekrarlanmalıdır.

Ağ Yedekliliği Testi

Test Beklenen
Birinci kabloyu çek Bağlantı sürmeli
Geri tak, ikinciyi çek Bağlantı sürmeli
Devretme süresini ölç Saniyeler içinde
Aktif oturumları izle Kopmamalı

Dördüncü satır gerçek etkiyi ölçer: bağlantı teknik olarak devretse bile devretme birkaç saniye sürüyorsa açık oturumlar kopabilir — "çalışıyor" demek yeterli değil, kesintisiz çalıştığı görülmelidir.

Test sırasında sürekli bir ping veya aktif bir indirme çalıştırmak bunu ortaya çıkarır.

İkinci satır ise sık atlanır ve önemli bir asimetriyi yakalar. İki kablo farklı anahtarlara gidiyorsa davranış farklı olabilir.

Bu test sırasında hangi kablonun çekildiği kaydedilmelidir; karışıklık yaşanabilir.

RAID Testi

Disk yedekliliği daha dikkatli test edilmelidir:

  • Önce yedek alın.
  • Bir diski çıkarın.
  • Sistemin çalışmaya devam ettiğini görün.
  • Diski geri takın.
  • Yeniden oluşturmayı izleyin.

Beşinci madde en değerli bilgiyi verir: yeniden oluşturma süresini ölçmek, gerçek bir arızada dizinin ne kadar süre korumasız kalacağını gösterir — büyük disklerde bu süre günlere ulaşabilir.

O süre boyunca ikinci bir disk arızası tüm veriyi kaybettirir.

Bu ölçüm, hangi RAID seviyesinin uygun olduğu kararını da etkiler.

Birinci madde ise ihmal edilmemelidir. Test sırasında beklenmedik bir şey olabilir.

Yük Devretme Testi

Çoklu sunucu yapılarında:

  1. Ana sunucuyu kapatın.
  2. Yedeğin devraldığını görün.
  3. Devretme süresini ölçün.
  4. Veri kaybı olup olmadığını kontrol edin.
  5. Geri devretmeyi de test edin.

Beşinci madde çok atlanır ve ciddi sorun çıkarabilir: yedek sunucuya geçmek çalışsa bile ana sunucuya geri dönmek ayrı bir süreçtir ve test edilmemişse o anda öğrenilir — bazı yapılarda geri dönüş elle veri birleştirme gerektirir.

Bu, kalıcı olarak yedek sunucuda kalma durumuna yol açabilir.

Dördüncü madde ise kurtarma noktası hedefini doğrular. Devretme anında kaç saniyelik veri kaybedildiği ölçülmelidir.

Bu test, düşük trafikli bir zamanda ve önceden duyurularak yapılmalıdır.

Test Planlaması

Adım Not
Beklenen davranışı yazın Önceden
Geri alma planı hazırlayın Ters gitmesi hâlinde
Düşük trafik saati seçin Risk azaltma
Ekibi haberdar edin Yanlış alarm önlenir
Sonucu belgeleyin Karşılaştırma için

Birinci satır testin anlamlı olmasını sağlar: beklenen davranış önceden yazılmazsa, test sırasında gördüğünüz her sonucu normal kabul etme eğilimi oluşur — üç saniyelik bir kesinti "olması gereken" sanılabilir.

Beklenti önceden tanımlanmalı ve sonuç ona göre değerlendirilmelidir.

Dördüncü satır ise gereksiz paniği önler. Haberdar olmayan bir ekip üyesi gerçek arıza sanabilir.

Beşinci satır ise zaman içindeki bozulmayı yakalar. Geçen yıl iki saniye süren devretme bu yıl on saniye sürüyorsa bir sorun vardır.

Ne Sıklıkla?

  • Kurulumdan sonra mutlaka.
  • Büyük değişiklik sonrası.
  • Yılda en az bir kez.
  • Bakım çalışması sonrası.

Dördüncü madde çok yerinde bir uygulamadır: kabinde yapılan her fiziksel çalışmadan sonra yedekliliği yeniden doğrulamak, sökülüp geri takılmayan bir kablonun aylarca fark edilmemesini önler.

Bu tür hatalar en çok bakım sonrası oluşur.

Üçüncü madde ise minimum sıklıktır. Daha seyrek test, güvenilirlik hakkında bilgi vermez.

Birinci madde ise en kritik andır. Kurulum hatası ancak o an yakalanabilir.

Sonuçları Kaydetmek

  1. Test tarihi ve kapsamı.
  2. Ölçülen devretme süreleri.
  3. Karşılaşılan sorunlar.
  4. Yapılan düzeltmeler.

İkinci madde zamanla değer kazanır ve bir eğilim oluşturur: ölçülen devretme süreleri yıllar içinde karşılaştırıldığında, sistemin yavaş yavaş bozulduğu ancak bu kayıtla görülebilir.

Tek bir ölçüm yalnızca o anı verir.

Üçüncü madde ise iyileştirme listesi üretir. Testte çıkan her sorun bir düzeltme maddesidir.

Dördüncü madde ise takibi sağlar. Bulunan ama düzeltilmeyen bir sorun, bir sonraki testte yine karşınıza çıkar.

Yedeklilik testleri için sağlayıcı desteği gerekebilir; kurumsal fiziksel sunucu hizmetlerinde planlı test çalışmaları veri merkezi ekibiyle koordineli yürütülebilir.

Sonuç

Yedekliliğin en büyük paradoksu şudur: yedek bir bileşen hiç kullanılmadığı için arızalandığında sistem normal çalışmaya devam eder — arıza ancak asıl bileşen bozulduğunda, tam ihtiyaç duyduğunuz anda ortaya çıkar. Bu yüzden test şart. En kolay ve en değerli test bir güç kablosunu çekmektir; iki kaynağı da ayrı ayrı deneyin. Ağ testinde sürekli bir ping çalıştırın — bağlantı devretse bile birkaç saniye sürüyorsa açık oturumlar kopar. Ve her fiziksel bakım sonrası tekrarlayın.

Sıkça Sorulan Sorular (SSS)

Yedeklilik kuruldu, test etmeye gerek var mı?

Var. Yedek bir bileşen hiç kullanılmadığı için sessizce arızalanabilir ve sistem normal çalışmaya devam eder; arıza ancak asıl bileşen bozulduğunda ortaya çıkar. Ayrıca kurulum hatalı olabilir veya bir bakım sırasında sökülen kablo geri takılmamış olabilir.

Güç testini canlı sistemde yapabilir miyim?

Evet, güvenlidir. Bir kabloyu çekin, sunucunun etkilenmediğini ve alarmın geldiğini doğrulayın, geri takın ve diğer kaynak için tekrarlayın. İkinci kaynağı da test etmek şarttır — iki kaynak farklı yaşta veya durumda olabilir.

Ağ testinde neye dikkat etmeliyim?

Devretme süresine ve aktif oturumlara. Bağlantı teknik olarak devretse bile birkaç saniye sürüyorsa açık oturumlar kopabilir. Test sırasında sürekli bir ping veya aktif bir indirme çalıştırın; "çalışıyor" demek yeterli değildir, kesintisiz çalıştığı görülmelidir.

Yük devretme testinde ne atlanıyor?

Geri dönüş. Yedek sunucuya geçmek çalışsa bile ana sunucuya geri dönmek ayrı bir süreçtir ve test edilmemişse o anda öğrenilir — bazı yapılarda elle veri birleştirme gerektirir ve kalıcı olarak yedekte kalmaya yol açabilir.