UDP servisleri bağlantısızdır; ama üretim ortamında yönlendirme, yapışkanlık ve sağlık kontrolü ister.
UDP, bağlantı kurmadan çalışan hafif bir protokoldür. Bu yüzden DNS, RADIUS, SIP, NTP, syslog, oyun ve gerçek zamanlı medya gibi servislerde yoğun şekilde kullanılır. Ancak bağlantısız olmak, yük dengeleme tarafında state gereksiz demek değildir; aynı istemcinin aynı kurum servisine gitmesi, çağrı veya doğrulama akışının bozulmaması gerekir.
Basit paket dağıtımı çoğu UDP servisi için yeterli değildir. RADIUS doğrulamasında aynı oturum akışının farklı kurum servislerine dağılması hataya yol açabilir. SIP tarafında çağrı akışı aynı kurum servisinde kalmazsa REGISTER, INVITE ve medya yönlendirme davranışları bozulabilir. DNS tarafında ise sağlıksız bir resolver'a paket göndermek doğrudan kullanıcı deneyimini etkiler.
UDP servisleri genellikle yüksek PPS ister. Bu trafiği yalnız kullanıcı alanında işleyen basit proxy modelleri, yüksek yoğunlukta CPU darboğazı oluşturabilir. Özellikle DNS, syslog ve oyun trafiğinde gecikme ve paket kaybı doğrudan servis kalitesine yansır.
Doğru yaklaşım, UDP için gerçek L4 yük dengeleme modeli kurmaktır: algoritma seçimi, 5-tuple takip, süreli persistence, protokole özgü sağlık kontrolü, düşük gecikmeli yönlendirme ve yüksek erişilebilirlik aynı servis modeli içinde olmalıdır.
TR7 UDP Yük Dengeleme, UDP servislerini paket seviyesine yakın L4 performans, session tracking, SIP yapışkanlığı, NAT/DR modları ve protokole özgü sağlık kontrolüyle üretim ortamına taşır.
Yaklaşımımız
TR7, UDP trafiğini hızlı L4 yönlendirme, oturum takibi, protokol duyarlı yapışkanlık ve sağlık kontrolüyle yönetir.
Çekirdek seviyesine yakın UDP yönlendirme düşük gecikme sağlar
UDP paketleri L4 yönlendirme motorunda hızlı şekilde dağıtılır. Bu model DNS, RADIUS, SIP ve oyun trafiği gibi yüksek paket oranı isteyen servislerde düşük gecikme ve yüksek kapasite sağlar.
5-tuple session tracking aynı akışı aynı servise taşır
Kaynak IP, kaynak port, hedef IP, hedef port ve protokol bilgisiyle UDP akışı takip edilir. Persistence timeout boyunca aynı akış aynı kurum servisine yönlendirilir.
SIP yapışkanlığı çağrı akışını aynı kurum servisinde tutar
SIP trafiğinde çağrı kimliği bazlı yapışkanlık kullanılabilir. REGISTER, INVITE ve ilgili mesajlar aynı kurum servisine taşınarak çağrı bütünlüğü korunur.
UDP'ye özel sağlık kontrolü sağlıksız servisleri çıkarır
TR7 yalnız port açık mı diye bakmakla yetinmez. DNS query, RADIUS auth veya özel UDP paketleriyle protokole özgü sağlık kontrolü yapılabilir ve cevap vermeyen kurum servisleri rotasyondan çıkarılır.
Yetenekler
UDP Yük Dengeleme, yüksek hızlı L4 dağıtımı, session affinity, protokol farkındalığı ve HA davranışını tek pool modeliyle sunar.
Altı L4 algoritması UDP servisleri için kullanılabilir
TR7, UDP pool'larında round-robin, ağırlıklı round-robin, en az bağlantı, ağırlıklı en az bağlantı, kaynak hash ve hedef hash gibi algoritmaları destekler. Böylece servis tipi ve trafik karakterine göre dağıtım yöntemi seçilebilir. DNS gibi yoğun servislerde ağırlıklı dağıtım, oyun veya RADIUS gibi akış hassas servislerde hash tabanlı dağıtım tercih edilebilir. Algoritma pool seviyesinde merkezi olarak yönetilir.
5-tuple persistence aynı UDP akışını aynı kurum servisine gönderir
UDP bağlantısız olsa da TR7, akışı 5-tuple bilgisiyle takip eder. Kaynak IP, kaynak port, hedef IP, hedef port ve protokol birleşimi belirli süre boyunca aynı kurum servisine bağlanır. Persistence timeout dolduğunda kayıt temizlenir. Bu yapı RADIUS, SIP ve oyun trafiğinde oturum sürekliliği sağlar.
SIP call-id bazlı yapışkanlık çağrı sürekliliğini korur
SIP trafiği yalnız kaynak IP'ye göre dağıtıldığında çağrı akışı bozulabilir. TR7, SIP'e özel persistence moduyla call-id üzerinden yapışkanlık sağlayabilir. Böylece aynı çağrıya ait mesajlar aynı kurum servisine gider. Telekom ve VoIP ortamlarında bu davranış kritik önem taşır.
NAT, SNAT, DR ve TUN modları UDP için desteklenir
UDP servisleri farklı ağ topolojilerine ihtiyaç duyabilir. TR7, NAT, SNAT, DR ve TUN gibi L4 çalışma modlarını UDP için kullanabilir. NAT/SNAT daha klasik yönlendirme davranışı sunarken, DR modu düşük gecikmeli dönüş yolu için değerlidir. Gerçek zamanlı medya ve yüksek hacimli UDP servislerinde mod seçimi mimari avantaj sağlar.
DR modu gerçek zamanlı UDP trafiğinde düşük gecikme sağlar
DR modunda yük dengeleyici istemciden gelen trafiği kurum servisine taşır; dönüş trafiği doğrudan istemciye gidebilir. Bu, ses, video, oyun ve benzeri gecikme hassas trafiğin üzerindeki yükü azaltır. Dönüş yolunun doğrudan olması throughput ve gecikme açısından avantaj sağlar. Ağ topolojisi bu moda uygun hazırlanmalıdır.
UDP servislerinde protokole özgü sağlık kontrolü yapılabilir
TR7, UDP kurum servislerini yalnız port erişimiyle değil, protokol davranışıyla kontrol edebilir. DNS için gerçek query, RADIUS için doğrulama isteği veya özel UDP servisleri için tanımlı paket kullanılabilir. Cevap üretmeyen kurum servisi rotasyondan çıkarılır. Bu, "port açık ama servis bozuk" problemini azaltır.
Per-kurum servisi ağırlık ve kapasite sınırı uygulanabilir
Her kurum servisi için ağırlık değeri tanımlanabilir. Daha güçlü sunucular daha fazla trafik alırken düşük kapasiteli olanlar daha az yük taşıyabilir. Ayrıca kurum servisi başına eşzamanlı takip edilen akış sayısı sınırlandırılabilir. Bu, kaynak tüketimini kontrollü hale getirir.
Multi-port frontend aynı pool altında yönetilebilir
Bir UDP servisi birden fazla port üzerinden yayınlanabilir. TR7, aynı pool altında birden çok frontend IP ve port tanımını destekleyebilir. Örneğin RADIUS auth ve accounting portları, SIP sinyal portları veya özel oyun portları aynı servis modeliyle yönetilebilir. Bu, konfigürasyon tekrarını azaltır.
Canlı istatistikler PPS, CPS ve bant genişliği görünürlüğü sağlar
UDP servisleri için yalnız "up/down" durumu yeterli değildir. TR7, paket oranı, bağlantı/akış oranı, giriş/çıkış bant genişliği ve kurum servisi durumu gibi metrikleri gösterebilir. Operatör hangi kurum servisinin yük aldığını ve hangi pool'un kapasite sınırına yaklaştığını izleyebilir. Bu görünürlük kapasite planlama için önemlidir.
Yüksek erişilebilirlik UDP VIP'lerinde de çalışır
UDP servis VIP'i aktif düğümden diğer düğüme geçebilir. Failover sonrası yeni UDP akışları aktif düğüm üzerinden devam eder. DNS, RADIUS ve SIP gibi servislerde bu davranış kritik erişilebilirlik sağlar. Devam eden bazı UDP akışları protokol doğası gereği yeniden deneme ile toparlanır.
DNS payload inspection yerine GTM entegrasyon yolu ayrıdır
UDP load balancing L4 seviyesinde çalışır ve DNS payload'ını karar motoru olarak kullanmaz. DNS içeriğine, coğrafi yanıta, DC failover'a veya authoritative DNS davranışına ihtiyaç varsa GTM modülü kullanılır. Bu ayrım mimariyi net tutar. UDP ADC hızlı paket dağıtımına, GTM ise DNS karar motoruna odaklanır.
UDP pool modeli TCP ve Layer4 servislerle aynı arayüzden yönetilir
Operatör UDP için ayrı bir ürün veya ayrı bir yönetim dili öğrenmez. Pool, kurum servisi, algoritma, sağlık kontrolü, VIP ve HA davranışı aynı platform kavramlarıyla yönetilir. Bu, ağ ve uygulama ekiplerinin operasyon yükünü azaltır. UDP servisleri kurumsal ADC modeline dahil olur.
Operasyonel derinlik
UDP yük dengeleme; timeout, conntrack kapasitesi, sağlık kontrolü, dönüş yolu, fragment davranışı ve HA etkileriyle birlikte planlanmalıdır.
UDP timeout
UDP akışları belirli süre izlenir ve sessiz kalan kayıtlar temizlenir. Timeout çok kısa olursa aynı oturum farklı kurum servisine gidebilir; çok uzun olursa tablo gereksiz büyür. Servis tipine göre ayarlanmalıdır.
Conntrack kapasitesi
Yüksek hacimli UDP servislerinde takip tablosu kapasitesi kritik hale gelir. DNS, oyun ve syslog gibi servislerde çok sayıda kısa akış oluşabilir. Kapasite planlaması beklenen PPS ve akış sayısına göre yapılmalıdır.
Sağlık kontrol aralığı
UDP servislerinde sağlık kontrolü çok sık yapılırsa kurum servisine ek yük getirebilir. Çok seyrek yapılırsa arıza geç fark edilir. DNS, RADIUS ve SIP gibi servislerde protokol bazlı kontrol aralığı dikkatle seçilmelidir.
NAT ve DR farkı
NAT/SNAT modları dönüş yolunu yük dengeleyici üzerinden yönetir. DR modunda dönüş doğrudan istemciye gidebilir ve daha düşük gecikme sağlayabilir. Ancak DR için kurum servisi ve ağ topolojisi uyumlu hazırlanmalıdır.
SIP fragment riski
Büyük SIP mesajları parçalanabilir ve UDP fragment davranışı sorun yaratabilir. Bu tür ortamlarda MTU, mesaj boyutu ve gerekirse TCP tabanlı SIP alternatifi değerlendirilmelidir. SIP persistence tek başına fragment problemini çözmez.
Audit ve canlı izleme
UDP servisleri için oturum, kurum servisi durumu, paket oranı ve health check sonucu izlenebilir. Failover, kurum servisi down/up geçişleri ve kapasite limitleri audit açısından kaydedilmelidir. Bu bilgiler olay sonrası analizde kritik rol oynar.
Hangi senaryolarda kullanılır
DNS recursor kümesini UDP 53 üzerinde dengeleme
ISP veya kurumsal ağ, birden çok DNS resolver'ı tek VIP altında toplayabilir. Sağlıksız resolver rotasyondan çıkarılır ve ağırlıklı dağıtım uygulanabilir.
RADIUS auth ve accounting servislerini yedekli çalıştırma
RADIUS UDP 1812/1813 trafiği birden fazla doğrulama kurum servisine dağıtılabilir. Persistence timeout, aynı doğrulama akışının tutarlı kalmasına yardımcı olur.
SIP proxy cluster için call-id bazlı yapışkanlık
SIP REGISTER ve INVITE akışları aynı kurum servisinde tutulabilir. Call-id bazlı yapışkanlık VoIP çağrı bütünlüğünü korur.
NTP server farm için düşük gecikmeli dağıtım
UDP 123 trafiği birden fazla NTP kurum servisine dağıtılır. Hafif ve hızlı L4 yönlendirme zaman servisi erişilebilirliğini artırır.
Syslog aggregator trafiğini birden fazla hedefe dağıtma
UDP 514 syslog trafiği yoğun olduğunda tek toplayıcı darboğaz olabilir. TR7, log akışını birden fazla kurum servisine dağıtarak kapasiteyi artırır.
Oyun sunucuları için düşük gecikmeli UDP yönlendirme
Custom UDP portları kaynak hash veya DR mode ile dağıtılabilir. Oyuncu akışı aynı kurum servisinde kalırken gecikme düşük tutulur.
Sık sorulanlar
UDP bağlantısız bir protokol; TR7 session tracking'i nasıl yapar?
SIP için call-id bazlı yapışkanlık nasıl çalışır?
DR modu UDP için ne zaman tercih edilmeli?
UDP servisleri için protokole özgü sağlık kontrolü nasıl yapılır?
UDP Yük Dengeleme ile GTM arasındaki fark nedir?
VRRP failover sırasında UDP akışları ne olur?
UDP servislerinizi üretim ortamına taşıyın
DNS, RADIUS, SIP ve NTP servislerinizi L4 yük dengeleme, session affinity ve sağlık kontrolüyle yönetin. Kendi ortamınızda canlı bir kurulumda gezdirelim.