Kurumsal veri merkezi ağları uzun süre boyunca çekirdek-dağıtım-erişim katmanlarıyla taşındı. Bu model belli ölçeğe kadar yönetilebilir görünür; fakat east-west trafik, sanallaştırma yoğunluğu ve mikro segmentasyon gereksinimi arttığında, hiyerarşik yapı çoğu zaman darboğaza dönüşür. Trafik desenleri değişirken ağ omurgası aynı kalırsa gecikme, hata alanı ve operasyon karmaşıklığı birlikte büyür.
Neden L3 Clos gündeme geliyor?
Geleneksel tasarımlarda ağ büyümesi çoğu zaman daha büyük çekirdek cihaz, daha karmaşık STP davranışı veya artan politik istisnalarla karşılanır. Bu yaklaşımın sınırları şuralarda görünür:
- Aynı rack dışı trafik için gereksiz katman geçişi
- Büyük L2 alanlarından kaynaklanan hata yayılımı
- Ölçek arttıkça zorlaşan kapasite planlaması
- Bakım anlarında geniş etki alanı
L3 Clos kumaş ise çok sayıda küçük ve öngörülebilir bağlantıyla kapasiteyi yatay büyütmeyi hedefler. Spine-leaf modeli bu yüzden sadece büyük bulut sağlayıcılarına değil, kurumsal veri merkezlerine de mantıklı hale gelmiştir.
Geçiş öncesi hangi gerçekler netleştirilmeli?
Birçok ekip önce cihaz listesi çıkarır, sonra mimari karara gelir. Sağlıklı sıra bunun tersidir. Önce şu sorulara cevap gerekir:
- En baskın trafik deseni ne?
- Hangi iş yükleri düşük gecikmeye duyarlı?
- L2 bağımlılıkları gerçekten nerede bitiyor?
- IP planı ve yönlendirme sınırları yeniden kurgulanabilir mi?
Bu analiz yapılmadan kurulan Clos, yalnızca yeni cihazlarla eski alışkanlıkları taşır.
L3 Clos’un kurumsal ortamda en büyük avantajı ne?
Benim gördüğüm en önemli avantaj, arızayı ve ölçeklemeyi sadeleştirmesidir. Leaf veya spine kaybı dramatik olay olmaktan çıkar; çünkü kapasite çok sayıda benzer bağlantı arasında paylaştırılmıştır. Ayrıca politika sınırları daha net çizilir:
- Rack veya pod bazlı yönlendirme
- EVPN veya benzeri kontrol düzlemleri için daha temiz entegrasyon
- Segmentasyonun L2 bağımlılığından ayrılması
En sık yapılan geçiş hatası
Kurumsal ekipler çoğu zaman eski VLAN alışkanlıklarını aynen yeni kumaşa taşır. Sonuçta topoloji değişmiş görünür ama işletim modeli değişmez. Oysa geçişin değer üretmesi için şu alanlar yeniden ele alınmalıdır:
- Prefix planı
- Route summarization sınırları
- Sunucu ve hypervisor uplink modeli
- Out-of-band yönetim ayrımı
- Telemetri ve kapasite gözlemi
Bu alanlar dönüşmeden Clos yalnızca daha pahalı bir kablolama projesi olur.
Operasyon ekibi nasıl hazırlanmalı?
Yeni topoloji, yeni troubleshooting kası gerektirir. Ekiplerin şu başlıklarda ortak pratiğe ihtiyacı vardır:
- ECMP davranışı nasıl doğrulanır?
- Bir leaf kaybında beklenen etki nedir?
- BGP komşuluk sorunu hangi sırayla incelenir?
- Kablo ve optik hataları nasıl hızlı ayrıştırılır?
Kurumsal dönüşümlerde teknik mimarinin kadar operasyonel eğitim programı da planın parçası olmalıdır.
Sonuç
Kurumsal ağlarda L3 Clos kumaşına geçiş, yalnızca veri merkezi ölçeğini büyütme kararı değildir. Aynı zamanda ağın hata alanını, bakım ritmini ve kapasite mantığını yeniden tanımlama işidir. Kurum bu geçişi cihaz yenileme projesi gibi değil, yönlendirme ve işletim modeli dönüşümü gibi ele aldığında gerçek fayda ortaya çıkar.