GeoDNS Anycast Yönlendirme Anomalileri, EDNS İstemci Alt Ağı ve Split-Brain Failover

Staff/Principal (L6+)

ÖZET VE TEKNİK CEVAP

GeoDNS, kullanıcıları DNS sorgusunu çözen sunucunun coğrafi konumuna göre en yakın veri merkezine yönlendirir. Ancak kullanıcılar genel DNS çözücüleri (Google 8.8.8.8 veya Cloudflare 1.1.1.1) kullandığında ve EDNS-Client-Subnet (ECS) desteği kapalı olduğunda, ana DNS sunucusu kullanıcının gerçek IP'si (Berlin) yerine çözücünün IP'sini (Kaliforniya) görür ve Avrupalı kullanıcıyı okyanus ötesine yönlendirir. Bölgesel bir kriz anında DNS sağlık kontrolü düzgün çalışmazsa veya servis sağlayıcılar DNS TTL sürelerini hiçe sayıp eski IP'yi önbellekte tutarsa, trafik çöken veri merkezine akmaya devam eder. Modern çok bölgeli sistemler saf GeoDNS yerine BGP Anycast IP yönlendirmesi (Cloudflare / AWS Global Accelerator) kullanarak DNS yayılma gecikmelerini tamamen ortadan kaldırır.

Mühendislik El Kitabı & Mekanizma

1. Temel Çalışma Mekanizması

Küresel trafik yönlendirme 3 ağ protokolüne dayanır: (1) EDNS-Client-Subnet (ECS): DNS çözücü, kullanıcının `/24` IP alt ağını sorguya ekleyerek GeoDNS'in kullanıcının gerçek konumunu görmesini sağlar. (2) BGP Anycast Yönlendirmesi: Tek bir küresel IP adresi BGP ile dünya çapında yüzlerce noktadan aynı anda anons edilir. İnternet yönlendiricileri paketleri en kısa yoldan en yakın noktaya otomatik iletir; DNS sorguları tamamen baypas edilir. (3) Anycast'ten Bölgesel Omurgaya: AWS Global Accelerator veya Cloudflare trafiği en yakın uç noktada karşılayıp özel fiber hatlar üzerinden saniyelik sağlık kontrolleriyle canlı bölgeye taşır.

2. Doğru Kullanım Senaryosu

Küresel çok bölgeli web uygulamaları, düşük gecikmeli API ağ geçitleri, ödeme altyapıları ve felaket kurtarma mimarileri.

3. Prodüksiyon Arıza Modları

AWS İrlanda çöktüğünde GeoDNS kaydının güncellenmesi ancak mobil operatörlerin 30 saniyelik TTL süresini hiçe sayıp eski IP'yi 24 saat önbellekte tutması sonucu milyonlarca kullanıcının çöken sunucuya yönlendirilmesi; dengesiz sağlık kontrollerinin her 15 saniyede bir bölgeler arası trafik savrulması yaratması.

4. Teşhis ve Telemetri Sinyalleri

Avrupalı kullanıcıların ABD sunucularına yönlendirilmesi yüzünden 350 ms gecikme yaşaması; DNS kaydı değiştirildikten saatler sonra bile kapatılan veri merkezine trafik akmaya devam etmesi.

5. Önleme ve Mimari Bariyerler

GeoDNS yerine BGP Anycast yönlendirmesine (AWS Global Accelerator / Cloudflare) geçin; DNS sağlayıcınızın EDNS-Client-Subnet desteğini doğrulayın; bölgesel kör noktaları yakalamak için her bölgeye bağımsız sentetik sondalar yerleştirin.

6. Mimari Ödünleşimler (Trade-offs)

BGP Anycast yönlendirmesi DNS önbellek gecikmesini bitirir ve saniyelik yük devretme sunar; ancak gelişmiş bulut ağ altyapısı maliyeti getirir.

Vaka İncelemesi (TinyCTO Örneği)

Küresel bir yayın servisi çoklu bölge yük devretmesi için GeoDNS kullanıyordu. AWS Frankfurt çöktüğünde DNS kaydı güncellendi ancak Alman internet sağlayıcıları TTL süresini ezerek eski IP'yi 6 saat önbellekte tuttu ve kullanıcılar kesintiye uğradı. Ekip AWS Global Accelerator (BGP Anycast) mimarisine geçti: Sonraki kesintide trafik Frankfurt'tan Dublin'e DNS'e hiç bulaşmadan 800 milisaniyede aktarıldı.

İnteraktif Konsept Alıştırmaları

2 Alıştırma

EDNS-Client-Subnet (ECS) nedir ve GeoDNS için neden hayati önem taşır?

DNS sorgusuna kullanıcının IP alt ağını ekleyen ve yetkili DNS sunucusunun çözücü yerine kullanıcının gerçek konumuna göre yönlendirme yapmasını sağlayan eklentidir (RFC 7871).

Felaket kurtarma yük devretmesinde BGP Anycast neden GeoDNS'ten üstündür?

Çünkü Anycast doğrudan IP yönlendirme katmanında çalışır; servis sağlayıcıların DNS önbelleklerinin dolmasını beklemeden saniyeler içinde trafiği aktarır.

GeoDNS Anycast Yönlendirme Anomalileri, EDNS İstemci Alt Ağı ve Split-Brain Failover — Sıkça Sorulan Sorular

Bir internet servis sağlayıcısı (ISP) düşük DNS TTL sürelerini (ör. 30 sn) görmezden gelirse ne olur?

ISP kendi yükünü azaltmak için zorla minimum TTL (1-24 saat) uygular; bu da kesinti anında abonelerin saatlerce çöken sunuculara gitmesine yol açar.

BGP Anycast ağ rotalarında dalgalanma (route flapping) olduğunda TCP bağlantılarını nasıl yönetir?

Rota dalgalanması TCP paketlerini farklı bir veri merkezine düşürebilir; modern Anycast sağlayıcıları oturum senkronizasyonu ile TCP durumunu korur.

🤖 AEO & Yapay Zeka Çıkarım Özeti

Temel Gerçekler & İlkeler

▸GeoDNS routes based on resolver IP unless EDNS-Client-Subnet (ECS) is supported.
▸ISPs frequently override short DNS TTLs, causing multi-hour failover delays.
▸BGP Anycast advertises a single IP globally, enabling sub-second failover.
▸AWS Global Accelerator and Cloudflare terminate Anycast at the edge and backhaul over private fiber.

Yaygın Yanılgılar

✗Yanılgı: Setting DNS TTL to 5 seconds guarantees 5-second global failover (Gerçek: Up to 30% of global ISPs ignore TTLs below 300 seconds).
✗Yanılgı: Anycast requires running your own physical BGP autonomous system (Gerçek: Cloud providers offer managed Anycast out of the box).

Karar Kılavuzu & Önceliklendirme

Adopt BGP Anycast (AWS Global Accelerator / Cloudflare) for mission-critical multi-region APIs. Always test GeoDNS configurations using client-subnet probes across diverse global ISPs.

Doğrulanmış Kaynaklar & Referanslar

[OFFICIAL_DOCUMENTATION]RFC 7871: Client Subnet in DNS Queries (EDNS0 ECS)— Internet Engineering Task Force (IETF)