Yazılım Tanımlı Ağ (SDN)
Software-Defined Networking (SDN) · Ayrıca şöyle bilinir: network virtualization, programmable networks
Yazılım Tanımlı Ağ (SDN), kontrol düzlemini (yönlendirme kararları) veri düzleminden (paket iletme) ayıran bir ağ mimarisi paradigmasıdır. McKeown ve diğerleri (2008) tarafından OpenFlow ile tanıtılan SDN, kontrol mantığını basit programlanabilir anahtarların iletme davranışını yönlendiren yazılım tabanlı denetleyicilerde merkezileştirerek ağ programlanabilirliğini mümkün kılar. SDN, hızlı hizmet dağıtımı, trafik mühendisliği ve bulut entegrasyonunu sağlayarak ağ operasyonlarını dönüştürmüştür. Günümüzde veri merkezlerinde ve servis sağlayıcı ağlarında temel bir yapı taşıdır.
Tam yöntemi oku
Bu bölümü okumak için ücretsiz hesapla giriş yapın.
Yöntem haritası
İlişkili yöntemlerin komşuluğu — keşfetmek için bir düğüm seçin.
Ne zaman kullanılır
Hızlı hizmet dağıtımı ve trafik mühendisliğinin kritik olduğu veri merkezi ağları için SDN kullanın. SDN, dinamik yönlendirme, uygulamaya duyarlı politikalar veya sık topoloji değişiklikleri gerektiren ağlar için faydalıdır. Katı determinizm ve düşük gecikme süresi gerekiyorsa SDN'den kaçının (denetleyici gecikmesi gecikmeler ekler). Küçük ağlar veya eski donanımlar için SDN'in ek yükü faydalarını haklı çıkarmayabilir. SDN, bulut ve büyük operatör ağları için standarttır.
Güçlü yönler & sınırlılıklar
- Programlanabilirlik: ağ davranışı donanım değil, yazılım güncellenerek değiştirilebilir
- Merkezi kontrol: ağın küresel görünümü karmaşık politikaları basitleştirir
- Trafik mühendisliği: dinamik yönlendirme, tıkanıklık ve arızalara gerçek zamanlı olarak yanıt verir
- İnovasyon çevikliği: yeni hizmetler donanım yükseltmeleri olmadan dağıtılabilir
- Azaltılmış donanım maliyeti: basit anahtarlar, zengin özellikli yönlendiricilerden daha ucuzdur
- Bulut ile entegrasyon: ağ politikaları VM ve konteyner orkestrasyonu ile uyumludur
- Denetleyici tek hata noktası haline gelir; yedeklilik ve senkronizasyon karmaşıktır
- Merkezi mimari çok büyük ağlara ölçeklenmez (gecikme, kontrol ek yükü)
- Akış tablosu belleği (TCAM) pahalı ve sınırlıdır; tüm olası akışları depolayamaz
- Yeni bir akışın ilk paketi için gecikme (denetleyici karar süresi); kuyruk gecikmesi sorunlu olabilir
- OpenFlow ötesinde standardizasyon eksikliği; satıcılar arası birlikte çalışabilirlik değişir
SSS
OpenFlow nedir ve SDN ile ilişkisi nasıldır?
OpenFlow, SDN denetleyicisi ve anahtarlar arasındaki iletişim için standart bir protokoldür. Denetleyicinin akış kurallarını nasıl yüklediğini, değiştirdiğini ve sildiğini tanımlar. OpenFlow, satıcıların uyumlu anahtarlar ve denetleyiciler oluşturmasını sağlayarak SDN benimsemesini hızlandırdı. OpenFlow, en çok dağıtılan SDN güney yönlü protokolü olsa da, başkaları da mevcuttur (Netconf, P4).
SDN, yük devretme ve yedekliliği nasıl ele alır?
SDN denetleyicisi yedeklilik için çoğaltılabilir; anahtarlar, master-slave veya konsensüs protokolleri ile birden çok denetleyiciye bağlanır. Bağlantılar başarısız olduğunda, denetleyici (topoloji keşfi aracılığıyla) bunu algılar ve kalan yolları yeniden programlar. Yük devretme hızlı olabilir (milisaniyeler) ancak döngüleri ve tutarlılık ihlallerini önlemek için dikkatli tasarım gerektirir.
Kontrol düzlemi ve veri düzlemi gecikme etkisi nedir?
Yeni bir akışın ilk paketi kontrol gecikmesi yaşar (denetleyiciye gidiş-dönüş süresi, karar süresi, akış kuralı kurulumu): tipik olarak 10-100 ms. Bu, yavaş uygulama başlangıcına neden olabilir. Aynı akıştaki sonraki paketler kurulu kuralları kullanır (mikrosaniye altı); genel etki akış granülerliğine bağlıdır. Mikro akışlar kontrol gecikmesini kötüleştirir.
SDN, geleneksel yönlendirme protokollerinin (BGP, OSPF) yerini alabilir mi?
SDN, yönlendirme mantığını denetleyicide uygulayarak dağıtılmış protokollere olan ihtiyacı ortadan kaldırabilir. Ancak bu, dağıtılmışlığı merkezileşme ile değiştirir. Büyük ağlar dayanıklılık gerektirir; tam denetleyici bağımlılığı risklidir. Hibrit yaklaşımlar (etki alanı içi için SDN, etki alanları arası için BGP) pratiktir.
Kaynaklar
- McKeown, N., Anderson, T., Balakrishnan, H., et al. (2008). OpenFlow: enabling innovation in campus networks. ACM SIGCOMM Computer Communication Review, 38(2), 69-74. DOI: 10.1145/1355734.1355746 ↗
- Doria, A., Hellstein, H., Haas, R., et al. (2013). Forwarding and Control Element Separation (ForCES) Protocol Specification. RFC 5810. link ↗
Bu sayfayı kaynak gösterin
ScholarGate. (2026, June 3). Software-Defined Networking (SDN). ScholarGate. https://scholargate.app/tr/telecommunications/software-defined-networking
Hangi yöntem?
Bu yöntemi en yakın akrabalarının yanına koyup yan yana okuyun — kütüphane kitapları masaya serer; seçim sizindir.
- Sınır Ağ Geçidi Protokolü (BGP)Telekomünikasyon↔ karşılaştır
- Çoklu Protokol Etiket Anahtarlama (MPLS)Telekomünikasyon↔ karşılaştır
- Ağ Fonksiyonu Sanallaştırma (NFV)Telekomünikasyon↔ karşılaştır
- Open Shortest Path First (OSPF)Telekomünikasyon↔ karşılaştır