Mimari ve çalışma modeli
VRRPv3, aynı LAN üzerindeki yönlendiricilerden birini sanal IPv4 veya IPv6 ağ geçidinin Active yönlendiricisi seçer; Backup düğümler advertisement mesajlarını dinler. İstemciler fiziksel adresleri değil sanal adresi varsayılan ağ geçidi olarak kullanır. IPv4 ve IPv6 ayrı sanal yönlendirici örnekleridir; aynı kimlik numarası kullanılsa bile durumları ve izlemeleri ayrı ele alınmalıdır.
Öncelik seçimi tek başına uçtan uca sağlık kanıtı değildir. Fiziksel arayüz açık kalırken upstream rota, güvenlik duvarı veya WAN yolu bozulabilir. Track edilen arayüz/rota/script, önceliği düşürerek sağlıklı Backup'ın devralmasını sağlar; script hatasının flapping üretmemesi için interval, rise ve fall eşikleri tasarlanmalıdır.
Preemption, yüksek öncelikli düğüm geri geldiğinde rolü geri alır. Oturum durumunu paylaşmayan güvenlik duvarlarında veya sık arızada bu ikinci kesinti oluşturabilir. GARP ve unsolicited Neighbor Advertisement, sanal MAC/IP eşlemesini komşulara duyurur; switch güvenlik kontrolleri ve sanallaştırma katmanı bu trafiğe izin vermelidir.
- 1Advertisement ve Active seçimi
- 2Sanal IP/MAC ile iletim
- 3Sağlık tracking ve öncelik düşüşü
- 4Backup devralma ve komşu güncelleme
Tasarım parametreleri
- Advertisement aralığı
- Failover hedefi, paket kaybı toleransı ve kontrol düzlemi yüküyle birlikte seçilmelidir.
- Öncelik ve tracking
- İzlenen her arıza için düşüş, sağlıklı Backup'ın önceliğinin altına inecek kadar olmalıdır.
- Preemption politikası
- Geri dönüş kararlılığı, oturum etkisi ve bakım penceresi gereksinimi belirlenmelidir.
- L2 güvenliği
- VRRP protokolü, sanal MAC, GARP ve IPv6 unsolicited NA ağ politikalarında doğrulanmalıdır.
Hesap ve uygulama örneği
Active 150, Backup 120 önceliğindeyse WAN izleme düşüşü 20 seçmek Active'i 130'da bırakır ve devretmez. Düşüş en az 31 olmalıdır; 40 seçildiğinde etkin öncelik 110 olur. Üç başarısız 1 saniyelik kontrol ve yaklaşık üç advertisement kaybıyla toplam devralma hedefi laboratuvarda ölçülmelidir.
200 istemcili VLAN'da IPv4 ve IPv6 sanal adreslerini ayrı test edin. Active güç kesintisi, upstream rota kaybı ve yalnız keepalived süreci kaybı için p50/p95 paket kaybını kaydedin; yalnız bir ping'in dönmesi kabul ölçütü değildir.
Örnek komutlar: laboratuvar değerlerini değiştirin; kullanmadan önce yetkiyi ve yazılım sürümünü doğrulayın.
# Linux laboratuvarında VRRP ve komşu güncellemelerini izleyin
sudo tcpdump -ni eth1 'ip proto 112 or ip6 proto 112 or arp or icmp6'
ip -4 addr show dev eth1; ip -6 addr show dev eth1
ip neigh show dev eth1
systemctl status keepalived
journalctl -u keepalived --since '-10 min'Hata teşhisi
| Belirti | Olası neden / ayrım | Doğrulama |
|---|---|---|
| İki düğüm de Active görünüyor | VRRP multicast/protokol trafiği engelli veya VRID/ağ maskesi uyuşmuyor olabilir. | Her iki uçta paket yakalama, VRID, adres ailesi ve advertisement aralığını karşılaştırın. |
| Rol değişiyor fakat trafik gelmiyor | Sanal MAC öğrenimi, GARP/NA veya upstream ARP/ND önbelleği güncellenmemiş olabilir. | Switch MAC tablosu ile komşu önbelleğini failover öncesi/sonrası kaydedin. |
| Rol sürekli gidip geliyor | Sağlık scripti gecikmeli veya eşikler fazla hassas olabilir. | Script çalışma süresi, rise/fall sayacı ve öncelik olaylarını ortak zaman çizelgesinde inceleyin. |
Kabul ve doğrulama kontrolleri
- IPv4 ve IPv6 sanal yönlendiricilerini ayrı doğrulayın.
- VRRP paketlerinin iki yönlendirici arasında geçtiğini kanıtlayın.
- Upstream arızasında tracking değerinin devri tetiklediğini ölçün.
- GARP ve unsolicited NA sonrası komşu tablolarını doğrulayın.
- Preemption açık ve kapalı senaryolarını oturum etkisiyle test edin.
- Güç, link, rota ve süreç arızaları için p95 failover süresini kaydedin.
İ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.
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.
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.
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.
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.
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.