Yedek Hatta Geçiş Kaç Saniyede Olmalı ve Nasıl Ölçülür?

“Kaç saniyede geçmeli” sorusuna doğrudan bir rakamla cevap veren herkes, sizin kurulumunuz hakkında bilmediği bir şeyi varsayıyor demektir. Anlamlı olan, süreyi parçalarına ayırmak ve her parçaya kendi ölçüsüyle bakmaktır.

Süre Üç Parçadan Oluşuyor

Tespit. Cihaz hattın öldüğünü ne zaman anlıyor? Fiziksel bağlantı düşerse anında. Ama asıl vaka bu değildir. Modem ayakta, arayüz ayakta, ışık yanıyor, paket geçmiyor. Bu durumda tespit tamamen sağlık kontrolünün aralığına ve arka arkaya kaç başarısızlıktan sonra karar verileceğine bağlıdır. Bu iki sayı sizin ayarınızdır ve toplam sürenin çoğunu genelde onlar belirler.

Karar ve yönlendirme. Rota değişir, trafik ikinci arayüze taşınır. Bu parça çoğu üründe hızlıdır ve nadiren darboğazdır.

Yeni yolun kurulması. Burası ölçülmeyen ve en uzun süren parçadır. Yedek hat üzerinden IPSec tünelinin yeniden kurulması, dinamik yönlendirme komşuluğunun oturması, çıkış adresi değiştiği için karşı tarafın yeni adresi görmesi, bir kayıt değiştiyse DNS önbelleklerinin dolması. Kablo çekme testinden memnun ayrılan pek çok kurumun gerçek kesintisi bu üçüncü parçadan gelir.

Nasıl Ölçülür

Ölçüm noktası	Ne kurulur	Ne söyler
Şubeden sabit bir hedefe sürekli prob	Sabit aralıklı, zaman damgalı ping ya da HTTP isteği, çıktı dosyaya	Kaç ardışık sorgunun kaybolduğu, yani ham kesinti penceresi
Uzun soluklu bir TCP oturumu	Geçiş anında açık duran bir SSH ya da veritabanı bağlantısı	Oturum hayatta kaldı mı, yoksa yeniden mi kuruldu
Gerçek bir ses ya da video akışı	Test çağrısı ya da sürekli akış	Kullanıcının hissettiği kesinti, ki ham pencereyle aynı değildir
Cihaz logu ve tünel durumu	İki uçta NTP ile eşitlenmiş saat	Tespit anı ile tünelin geri geldiği an arasındaki fark

Saat eşitlemesi olmadan bu satırlar birbiriyle karşılaştırılamaz. Prob kaydınız bir kesintiyi gösterirken cihaz logu farklı bir dakikayı gösteriyorsa, elinizdeki şey ölçüm sayılmaz.

Hangi Arızayı Taklit Ettiğinize Dikkat

Kablo çekmek en kolay ve en az gerçekçi test. Bağlantı düştüğü an anlaşılır, tespit süresi neredeyse sıfır çıkar ve gerçek hayatta karşılaşmayacağınız bir rakamla övünürsünüz.

Sağlayıcı tarafındaki kesinti daha anlamlı. Sizin ucunuzdaki arayüz ayakta kalır, tespit tamamen prob’a kalır. Taklidi için hattı fiziksel olarak kesmek yerine trafiği bir üst noktada karartmak gerekir.

Kayıplı hat, yani hattın çalıştığı ama belirli oranda paket düşürdüğü durum, en zor ve en öğretici testtir. Eşik ayarınızın gerçekten bir işe yarayıp yaramadığını yalnızca bu test gösterir. Eşik tanımlanmamışsa cihaz hiç geçmez, kullanıcı da bütün gün kötü bir hattın üzerinde çalışır.

Üçünü ayrı ayrı deneyin. Tek bir kablo çekme testine bakıp “yedeklilik çalışıyor” demek, en sık karşılaşacağınız arıza türünü hiç test etmemek anlamına gelir.

Oturum Hayatta Kalır mı, Ayrı Bir Soru

Paketlerin yeniden akmaya başlaması ile kullanıcının işine kaldığı yerden devam etmesi aynı şey değildir. Şubeden çıkış iki farklı sağlayıcıya bağlıysa genel adresiniz de değişir; adres değiştiğinde çeviri yapılmış oturumlar kaçınılmaz olarak kopar, çünkü karşı taraf paketleri başka bir kaynaktan görür. Kullanıcı için bu, uygulamanın yeniden açılması demektir.

Bunu gizlemenin yolu, dışarıya çıkışın hep aynı adresten yapılmasıdır: şube trafiği merkeze tünelle gider, İnternete merkezden çıkar. Yedek hatta geçildiğinde tünelin dış bacağı değişir ama uygulamanın gördüğü adres değişmez. Bedeli, bütün şube trafiğinin merkeze binmesidir. Karar tam olarak burada verilir ve bu bir kapasite kararıdır.

Hedefi Nasıl Koyarsınız

Ölçmeden hedef koymayın. Önce yukarıdaki testleri yapıp bugünkü sürenizi öğrenin, sonra iş tarafına gidin. “Çağrı merkezinde konuşmalar düşmeyecek” ile “e-posta birkaç saniye gecikebilir” iki farklı tasarım ve iki farklı bütçedir. Hedef netleştikten sonra prob aralığını, başarısızlık sayısını ve eşikleri o hedefe göre ayarlayın. Ters sırada yapıldığında ayarlar tahminle konur ve ilk gerçek arızada tahminin yanlış olduğu anlaşılır.

Kablo Çekmek Gerçekçi Bir Test Değil

Yedeklilik testlerinin çoğu tek bir senaryoyla yapılır: kabloyu çek, süreyi ölç.

Bu senaryo, arızaların yalnız bir türünü taklit eder. Fiziksel kopmada bağlantı durumu anında düşer ve geçiş mekanizması en hızlı çalıştığı halde ölçülür.

Sahadaki arızaların çoğu böyle değildir.

Hat ayakta, servis yok. Fiziksel bağlantı durumu yukarıdadır, sağlayıcının ağında bir sorun vardır. Cihaz arayüzü “çalışıyor” gördüğü için geçiş tetiklenmez. Bu senaryo ancak uçtan uca prob kullanılıyorsa yakalanır.

Paket kaybı ve gecikme. Hat çalışır ama yüzde on paket kaybı vardır. Geçiş eşiği yalnız tam kopmaya bakıyorsa hiç tetiklenmez ve kullanıcılar bozuk bir hat üzerinde kalmaya devam eder.

Aralıklı arıza. Hat saniyeler boyunca gidip gelir. Geçiş tetiklenir, geri döner, tekrar tetiklenir. Her salınımda oturumlar kopar ve toplam etki, tek bir kesintiden kötü olur.

Sağlayıcı tarafında yönlendirme değişikliği. Hat çalışır, rota değişmiştir ve trafik bir yerde düşmektedir.

Bu senaryoların her biri ayrı ayrı denenmelidir. Prob hedefi, prob aralığı, başarısızlık sayısı ve geri dönüş gecikmesi ayarlarının doğru seçilip seçilmediği ancak burada anlaşılır.

Ölçülecek şey de tek bir süre değildir. Kaç saniyede geçildiğinin yanına, geçiş sırasında kaç oturumun koptuğu ve VPN tünellerinin kaç saniyede yeniden kurulduğu yazılır; tünel yeniden kurulumu genellikle geçiş süresinden uzundur ve kullanıcının hissettiği kesinti odur.