Mimari ve çalışma modeli
BFD, iki yönlendirme motoru arasındaki iletim yolunu kısa aralıklı kontrol paketleriyle sınar. BGP komşuluğu BFD durumuna bağlandığında, BGP hold timer dolmasını beklemeden yol arızası bildirilebilir. BFD rotayı kendisi hesaplamaz; yalnız komşu protokole bir canlılık sinyali verir. Fiziksel port down sinyali bulunan doğrudan bağlantılarda ek değer sınırlı, tünel ve ara taşıyıcı arızalarında daha yüksek olabilir.
Algılama süresi kabaca kararlaştırılan alım aralığı ile detection multiplier çarpımıdır. 300 ms aralık ve 3 çarpan yaklaşık 900 ms hedefler; işletim sistemi planlaması, kontrol düzlemi yükü ve ağ jitter'ı gerçek süreyi uzatabilir. Her komşuda 50 ms seçmek daha hızlı görünür fakat yüzlerce oturumda CPU, paket işleme ve yanlış düşüş riskini artırır. Zamanlayıcı, ölçülen jitter ve cihaz kapasitesine göre pilotla belirlenmelidir.
Tek atlamalı ve çok atlamalı oturumların kaynak adresi, TTL ve dönüş yolu farklıdır. ACL/CoPP kuralları BFD kontrol paketlerini iki yönde kabul etmelidir. Asimetrik yönlendirme yalnız tek yönde kayıp yaratabilir ve oturumu düşürür. BGP graceful restart ile BFD birlikte kullanıldığında, hızlı arıza sinyali ile kontrol düzlemi yeniden başlatmasında rotayı koruma amacı çelişebilir; davranış platforma göre doğrulanmalıdır.
Kurulumda önce BFD'yi BGP'den bağımsız Up duruma getirin. İki uçta kararlaştırılan Tx/Rx ve multiplier değerlerini, discriminator kimliklerini ve paket kaybını gözleyin. Ardından yalnız pilot komşuda BGP entegrasyonunu açın. Planlı hat kesintisi, tek yönlü filtre ve kontrol düzlemi CPU baskısı senaryolarında gerçek yakınsama ile yanlış pozitif sayısını ölçün.
- 1BFD kontrol paketleri
- 2İki yönlü yol canlılığı
- 3BGP komşuluk durumu
- 4Rota seçimi ve FIB güncellemesi
Tasarım parametreleri
- Algılama hedefi
- İş etkisine göre saniye cinsinden hedef belirleyin; interval × multiplier hesabını başlangıç varsayımı sayın.
- Oturum ölçeği
- Komşu sayısı × saniyedeki paket sayısını iki yön için hesaplayın ve kontrol düzlemi bütçesiyle karşılaştırın.
- Jitter payı
- P95 ve P99 kontrol paketi gecikmesini ölçün; multiplier değerini en iyi durum gecikmesine göre seçmeyin.
- Çok atlama
- Kaynak adres, hop sınırı, ECMP yolu ve geri dönüş rotasını tek atlamalı oturumdan ayrı doğrulayın.
- Protokol etkileşimi
- BGP graceful restart, fast external fallover ve dampening davranışını arıza matrisiyle sınayın.
Hesap ve uygulama örneği
80 BGP komşusunda 300 ms Tx aralığı, yön başına yaklaşık 80/0,3 = 267 kontrol paketi/saniye üretir. İki yön ve ek yük dahil kapasiteyi laboratuvarda ölçün. 50 ms'ye inmek aynı oturum sayısında yaklaşık 1.600 paket/saniye/yön oluşturur; bu değişiklik yalnız kesinti hedefi değil CPU ve CoPP etkisiyle kabul edilmelidir.
Birincil tünelde 300 ms × 3 ayarıyla hedef 0,9 saniyedir. Testte BFD Down 1,15 saniyede, yedek BGP yolu 1,42 saniyede aktif oluyorsa 270 ms ek süre rota seçimi ve FIB programlamasındadır. Kullanıcı etkisini yalnız BFD kaydından değil sentetik trafik kaybı ve FIB zaman damgasından hesaplayın.
Örnek komutlar: laboratuvar değerlerini değiştirin; kullanmadan önce yetkiyi ve yazılım sürümünü doğrulayın.
# FRRouting örneği
bfd
peer 192.0.2.2
transmit-interval 300
receive-interval 300
detect-multiplier 3
no shutdown
router bgp 64512
neighbor 192.0.2.2 remote-as 64513
neighbor 192.0.2.2 bfd
show bfd peers brief
show bgp summaryHata teşhisi
| Belirti | Olası neden / ayrım | Doğrulama |
|---|---|---|
| BFD Down, BGP bağlantısı çalışıyor | ACL, CoPP veya kaynak adres uyumsuzluğu yalnız BFD paketlerini engelliyor olabilir. | İki uçta paket yakalama, sayaç ve discriminator değerlerini karşılaştırın. |
| Yük altında oturumlar dalgalanıyor | Zamanlayıcılar kontrol düzlemi jitter'ına göre fazla sıkı olabilir. | CPU, scheduler gecikmesi, BFD geç paketleri ve multiplier olaylarını aynı grafikte inceleyin. |
| BFD düşüyor fakat trafik geç dönüyor | BGP seçimi veya FIB programlama süresi algılamadan sonra gecikiyor olabilir. | BFD Down, BGP withdraw, RIB ve FIB zaman damgalarını eşleyin. |
Kabul ve doğrulama kontrolleri
- BFD kaynak ve hedef adreslerini iki uçta doğrulayın.
- ACL ve CoPP sayaçlarında kontrol paketlerini görün.
- Oturum sayısı için paket/saniye ve CPU bütçesini hesaplayın.
- BFD'yi BGP entegrasyonundan önce bağımsız Up doğrulayın.
- Planlı ve tek yönlü arıza testinde yakınsama süresini ölçün.
- Yük testi sonrası yanlış düşüş ve yeniden kurulum sayılarını inceleyin.
İlgili kavramlar
Katman 2 ve Katman 3 sınırları
VLAN ayrı bir yayın alanı oluşturur; VLAN’lar arası iletişimi yönlendirme ve erişim politikası belirler. Bir trunk üzerindeki VLAN listesi, access port ataması ve gateway konumu birlikte incelenmelidir. Ağ çiziminde yalnız kablo bağlantısını değil, paketlerin nerede yönlendirildiğini ve nerede filtrelendiğini gösterin. Aynı switchte bulunmak aynı yetkiye sahip olmayı gerektirmez. Bir erişimin çalışmaması halinde önce doğru VLAN ve adresi, ardından gateway, route ve politika eşleşmesini doğrulayın.
Gecikme dağılımı
Gecikme, bir işlemin başlangıcı ile yanıtı arasındaki süredir. Ortalama değer, az sayıdaki çok yavaş işlemi gizleyebilir; medyan ile p95/p99 gibi yüzdelikler farklı sorulara cevap verir. Ağ RTT, disk bekleme, işlemci kuyruğu ve uygulama işlemesi toplam süreye katkıda bulunur. Ölçümün istemci tarafında mı sunucuda mı yapıldığını yazın. Gecikme artışının trafik yükselmesine, bakım işine veya kapasite sınırına denk gelip gelmediğini karşılaştırın. Bir eşik seçmeden önce normal yük ve yoğun saat için temel davranışı kaydedin.
Yüksek erişilebilirlik ile kurtarma ayrımı
Yüksek erişilebilirlik, belirli arızalarda hizmetin kısa kesintiyle sürmesini hedefler; yedekleme, kaybolan veya bozulan veriyi önceki bir noktadan geri getirir. Bir küme yanlış silinen kaydı diğer düğüme de aktarabilir. Bu nedenle HA ve yedekleme birbirinin yerine geçmez. Hizmetin DNS, kimlik, ağ, depolama ve enerji bağımlılıklarını birlikte düşünün. Başarılı düğüm geçişi tek başına yeterli değildir: kullanıcı oturumunun, uygulama yazmasının ve dış entegrasyonların geçiş sonrası davranışı da ölçülmelidir.
Failover ve failback
Failover, hizmetin başka bir bileşene geçmesidir; failback, tercih edilen konuma geri alınmasıdır. İkisi aynı risk ve işlem sırasına sahip olmayabilir. DNS güncellemesi, yönlendirme, oturumlar, veri geriliği ve uygulama bağımlılıkları kullanıcı kesintisini belirler. Otomatik geçişin hangi koşulda tetiklendiğini, yanlış alarmda ne olacağını ve geri dönüş onayını tanımlayın. Arızayı yalnız sanal makineyi kapatarak test etmek tüm hata türlerini kapsamaz. Ağ, depolama ve yönetim katmanı arızalarının ayrı etkilerini ölçün.
Telemetri ve zaman eşleştirmesi
Telemetri, sistemin ne yaptığını açıklayan log, metrik ve olay kayıtlarının bütünüdür. Log bir olayın ayrıntısını, metrik zaman içindeki davranışı, dağıtık iz ise isteğin bileşenler arasındaki yolunu gösterir. Saat farkları aynı olayı farklı zamanlarda olmuş gibi gösterebilir. Merkezi zaman senkronizasyonu, kaynak kimliği ve tutarlı saat dilimi kullanın. Alarm tasarımında yalnız eşik değil, ne kadar sürdüğü ve kullanıcıya etkisi de değerlendirilmelidir. Kayıtların kesildiği durum ayrıca izlenmeli; günlük kaydı bulunmaması, olay yaşanmadığı şeklinde yorumlanmamalıdır.
Kapasite ve kullanılabilir pay
Ham kapasite ile uygulamanın kullanabileceği kapasite aynı değildir. RAID veya erasure coding, dosya sistemi, ayrılmış alan, metadata, snapshot ve büyüme payı ayrı kalemlerdir. TB ile TiB gösterimi de görünür sayıyı değiştirir. Hesabı birimleriyle yazın ve önce kullanılabilir korumalı kapasiteyi, sonra işletim rezervini çıkarın. Ortalama doluluğu izlemek kadar büyüme eğimini izlemek de önemlidir. Tahmini dolma tarihi, yeni kapasiteyi satın alma ve devreye alma süresinden daha uzakta tutulmalıdır.
Birincil teknik dokümantasyon
Doz Teknoloji teknik ekibi tarafından aşağıdaki birincil kaynaklar temel alınarak hazırlanmıştır. Hesaplar ve laboratuvar senaryoları varsayımlarını belirtir; uygulamadan önce kullanılan ürün sürümünü doğrulayın.