Kesintisiz ve Hızlı Ağ: Yedeklilik, QoS ve Optimizasyon

Ağ Kesintilerinin ve Yavaşlığın Gerçek Maliyeti

Bir ofiste ağın tamamen çöktüğü anı herkes fark eder: e-posta gitmez, ERP açılmaz, telefonlar susar. Oysa çoğu işletmede asıl kayıp, kimsenin raporlamadığı küçük ve tekrarlayan sorunlardan gelir. Sabah saatlerinde yavaşlayan dosya sunucusu, video görüşmede donan görüntü, öğleden sonra kopan VPN bağlantısı ya da yazıcıya gönderilen belgenin dakikalarca beklemesi tek başına önemsiz görünür; ama her gün, her çalışanda tekrarlandığında ciddi bir verimlilik kaybına dönüşür.

Kesintinin maliyetini hesaplarken yalnızca durma süresine bakmak yanıltıcıdır. Değerlendirmeye şunları da katmak gerekir:

• Doğrudan iş kaybı: Sipariş alınamayan, fatura kesilemeyen, müşteri talebine yanıt verilemeyen süre.
• Personel verimliliği: Bekleyen, tekrar denenen ve yarım kalan işler; ekiplerin geçici çözümler üretmeye çalışması.
• İtibar ve müşteri deneyimi: Çağrı merkezine ulaşamayan ya da online işlemi yarım kalan müşterinin algısı.
• Gizli riskler: Bağlantı koptuğu için tamamlanmayan yedekleme işleri, güncellenemeyen güvenlik yazılımları, senkronize olmayan veriler.

Bu yüzden kesintisiz ağ hedefi yalnızca büyük veri merkezlerinin değil, birkaç düzine çalışanı olan bir ofisin de gündeminde olmalıdır. İyi haber şu: yüksek erişilebilirlik için her şeyi ikiye katlamak gerekmez. Doğru noktalarda kurulan yedeklilik ve akıllı trafik yönetimi, bütçeyi israf etmeden kesinti riskini belirgin biçimde azaltır.

Yedekli Tasarım: Çift Hat, Failover, Yedekli Switch ve Güç

Yedeklilik (redundancy), bir bileşen arızalandığında görevini devralacak ikinci bir yolun veya cihazın hazır bulunmasıdır. Her cihazın diğer tüm cihazlara bağlandığı tam ağ (full mesh) topolojisi en yüksek yedekliliği sunar; ancak maliyeti ve yönetim yükü nedeniyle ofis ağlarında nadiren gerekir. Pratikte omurga ve erişim katmanlarından oluşan hiyerarşik bir yapıda kritik bağlantıları ve cihazları çiftlemek yeterlidir. Kurumsal bir ofis ağında yedeklilik genellikle dört katmanda ele alınır.

İnternet bağlantısı: çift hat ve otomatik geçiş

Tek internet hattı, çoğu ofisin en zayıf halkasıdır. İkinci bir hat eklerken dikkat edilmesi gereken nokta, iki hattın gerçekten bağımsız olmasıdır. Aynı operatörden, aynı binaya aynı kablo güzergâhıyla gelen iki hat, kazı sırasında kesilen tek bir kabloda birlikte düşebilir. Mümkünse farklı operatörler ve farklı fiziksel altyapılar tercih edilmelidir; örneğin ana hat fiber, yedek hat başka bir operatörün hattı ya da mobil (4G/5G) bağlantı olabilir.

İki hattın varlığı tek başına yetmez; geçişin otomatik olması gerekir. Güvenlik duvarı veya yönlendirici, hat sağlığını yalnızca arayüzün açık olmasıyla değil, dışarıdaki hedeflere düzenli erişim kontrolüyle izlemelidir. Böylece modem açık görünse bile internete çıkamayan hat tespit edilir ve trafik yedek hatta aktarılır. Birden fazla şubesi olan işletmelerde bu yapı, SD-WAN ile çok şubeli ağ yönetimi sayesinde uygulama bazında akıllı yönlendirmeye dönüştürülebilir.

Güvenlik duvarı ve ağ geçidi yedekliliği

İki internet hattını tek bir güvenlik duvarına bağlamak, riski hattan cihaza taşımaktır. Kritik ortamlarda güvenlik duvarları aktif-pasif yüksek erişilebilirlik (HA) çifti olarak kurulur; biri arızalandığında diğeri oturum bilgileriyle birlikte görevi devralır. İç ağda varsayılan ağ geçidi için VRRP gibi protokollerle sanal bir ağ geçidi adresi tanımlanır ve cihaz değişimi kullanıcıya hissettirilmez.

Switch katmanı: yığın ve bağlantı birleştirme

Omurga (core) switch tek olduğunda bütün ofis tek bir cihazın kaderine bağlanır. Yığınlanabilir (stack) switch'ler veya çift omurga yapısıyla sunucular, güvenlik duvarı ve kat switch'leri iki farklı fiziksel cihaza bağlanır. LACP ile birden fazla kablo tek mantıksal bağlantı gibi çalıştırılır; bir kablo veya port arızalandığında trafik diğerinden devam eder, normal zamanda ise bant genişliği artar. Yedek bağlantıların döngü oluşturmaması için Spanning Tree (RSTP/MSTP) doğru yapılandırılmalıdır.

Güç: UPS, çift güç kaynağı ve bağımsız devreler

Ağ cihazları ne kadar yedekli olursa olsun, aynı prizden beslenirlerse tek bir sigorta hepsini kapatabilir. Kritik cihazlarda çift güç kaynağı kullanılmalı, her kaynak farklı bir UPS'e veya farklı bir elektrik devresine bağlanmalıdır. UPS kapasitesi yalnızca sunucuları değil; modem, güvenlik duvarı, omurga switch ve PoE ile beslenen IP telefonları ve erişim noktalarını da kapsayacak şekilde hesaplanmalıdır. Akü sağlığı ve kontrollü kapanma senaryosu periyodik olarak test edilmelidir.

Tek Hata Noktalarını (SPOF) Bulmak

Tek hata noktası (single point of failure, SPOF), arızalandığında yedeği olmadığı için hizmeti tamamen durduran bileşendir. Yedekli tasarımın ilk adımı cihaz satın almak değil, bu noktaları sistematik olarak listelemektir. Pratik bir yöntem, kritik bir iş akışını baştan sona izlemektir: Bir çalışanın bilgisayarından ERP sunucusuna ya da buluttaki bir uygulamaya giden trafik hangi kablolardan, portlardan, cihazlardan ve servislerden geçiyor?

Bu yolculukta sıkça gözden kaçan SPOF'lar şunlardır:

• Tek DNS sunucusu veya yalnızca tek bir DNS adresine yönlendirilmiş istemciler.
• Yedeği olmayan DHCP hizmeti; sunucu kapandığında yeni bağlanan cihazlar adres alamaz.
• Tüm kat switch'lerini omurgaya bağlayan tek bir fiber veya tek bir uplink portu.
• Sistem odasındaki tek klima; aşırı ısınma, donanım arızası kadar kesin bir kesinti nedenidir.
• Kimlik doğrulama için tek etki alanı denetleyicisi (domain controller).
• Yalnızca bir kişinin bildiği yönetici şifreleri ve dokümante edilmemiş yapılandırmalar.
• Lisans süresi dolduğunda trafiği kesen güvenlik cihazları ve bitiş tarihi takip edilmeyen sertifikalar.

Her SPOF için üç soru sorulmalıdır: Arızalanma olasılığı nedir, arızalanırsa etkisi ne kadar geniş olur ve ne kadar sürede eski haline getirilebilir? Etkisi büyük ve onarımı uzun olan noktalar önceliklidir. Her şeyin aktif olarak yedeklenmesi gerekmez; bazı bileşenler için rafta hazır bekleyen yedek bir cihaz ve güncel bir yapılandırma yedeği, ikinci bir aktif cihazdan daha mantıklı olabilir. Ağ tarafındaki bu çalışma, daha geniş kapsamlı felaket kurtarma planınızın da temelini oluşturur.

Ağ Trafiği Optimizasyonu ve QoS

Kesintisizlik yalnızca bağlantının açık olması değildir; ağ açık ama kullanılamayacak kadar yavaşsa kullanıcı açısından sonuç aynıdır. Yavaşlığın çözümü çoğu zaman daha hızlı bir hat almak sanılır. Oysa sorun genellikle bant genişliğinin kimin tarafından, ne zaman ve hangi öncelikle kullanıldığıdır.

Önce ölçün, sonra optimize edin

Trafik optimizasyonu, mevcut trafiğin görünür hale getirilmesiyle başlar. Güvenlik duvarının uygulama raporları veya NetFlow/sFlow tabanlı analiz araçları, hattı hangi uygulamaların, hangi kullanıcıların ve hangi saatlerde doldurduğunu gösterir. Bu analizde sık karşılaşılan tablolar şunlardır: mesai saatinde çalışan yedekleme ve bulut senkronizasyon işleri, aynı anda indirilen işletim sistemi güncellemeleri, kişisel video yayınları ve çok sayıda cihazın aynı dosyayı buluttan ayrı ayrı çekmesi.

QoS ile önceliklendirme

Hizmet Kalitesi (QoS), trafiği sınıflara ayırıp gecikmeye duyarlı olanlara öncelik tanıyan mekanizmadır. Ses ve video görüşmeleri, birkaç saniyelik gecikmeyi tolere edebilen dosya indirmelerinden farklı olarak gecikme (latency), gecikme değişkenliği (jitter) ve paket kaybından doğrudan etkilenir. Tipik bir kurumsal QoS politikası şu adımlarla kurulur:

1. Sınıflandırma: Trafik uygulama, port veya kaynak bazında tanımlanır; ses, video, iş uygulamaları, genel web ve toplu transfer gibi sınıflar oluşturulur.
2. İşaretleme: Paketler DSCP değerleriyle işaretlenir ve bu işaretlere hangi noktada güvenileceği (trust boundary) belirlenir.
3. Kuyruklama: Ses için öncelikli kuyruk, iş uygulamaları için garanti edilmiş bant, toplu transfer için kalan kapasite ayrılır.
4. Şekillendirme: İnternet çıkışında trafik, hattın gerçek kapasitesinin biraz altına şekillendirilir; böylece kuyruk operatörün cihazında değil, sizin kontrolünüzdeki cihazda oluşur.

QoS'un sınırlarını bilmek de önemlidir. QoS yalnızca tıkanıklık anında fark yaratır ve kapasiteyi artırmaz; sürekli dolu bir hat için çözüm kapasite planlamasıdır. Ayrıca internet üzerinde paket işaretlemeleri operatörler tarafından genellikle dikkate alınmaz; bu nedenle kontrol kendi uç cihazlarınızda ve özellikle yükleme (upload) yönünde uygulanır.

Diğer optimizasyon teknikleri

• Zamanlama: Yedekleme, büyük senkronizasyon ve güncelleme dağıtımlarını mesai dışına alın.
• Yerel dağıtım: İşletim sistemi güncellemelerinin her cihaza internetten ayrı ayrı inmesi yerine yerel dağıtım sunucusu veya eşler arası önbellek kullanın.
• Segmentasyon: Misafir Wi-Fi, IP kameralar ve üretim cihazlarını ayrı VLAN'lara alarak yayın trafiğini ve istenmeyen etkileşimi sınırlayın.
• Güvenlik duvarı kapasitesi: IPS, derin paket incelemesi ve SSL inceleme açıldığında cihazın gerçek işlem kapasitesi belirgin şekilde düşer; cihaz seçerken bu özellikler açıkken verilen değerlere bakın.
• Yük dengeleme: Birden fazla sunucu veya hat varsa trafiği yük dengeleyiciyle dağıtmak hem performansı hem erişilebilirliği artırır.
• Merkezi yönetim: Yazılım tanımlı ağ (SDN) yaklaşımı ve bulut tabanlı yönetim panelleri, trafik politikalarının tek noktadan tanımlanmasını ve değişen iş ihtiyaçlarına göre tüm cihazlarda hızla güncellenmesini sağlar.

Kullanıcı Deneyimini Ölçmek ve İyileştirmek

Kullanıcıların "internet yavaş" şikâyeti değerli bir sinyaldir ama teşhis değildir. Aynı cümle; zayıf Wi-Fi sinyali, geç yanıt veren bir DNS sunucusu, aşırı yüklenmiş bir uygulama sunucusu ya da bulut hizmetine giden yoldaki bir sorun anlamına gelebilir. Zararlı yazılım bulaşmış bir cihazın arka planda ürettiği trafik bile kullanıcıya yavaşlık olarak yansıyabilir; bu yüzden performans ve güvenlik birlikte ele alınmalıdır. Kullanıcı deneyimini iyileştirmek için algıyı ölçülebilir göstergelere çevirmek gerekir.

İzlenmesi gereken temel göstergeler şunlardır:

• Kritik hedeflere (ERP, e-posta, bulut uygulamaları, IP santral) gecikme, jitter ve paket kaybı.
• İnternet hattı, uplink'ler ve erişim noktalarındaki kullanım oranları ile port hata sayaçları.
• DNS yanıt süreleri ve DHCP havuz doluluğu.
• Wi-Fi tarafında sinyal gücü, kanal kullanımı ve erişim noktası başına istemci sayısı.
• Yardım masası kayıtlarında ağla ilgili şikâyetlerin konu, lokasyon ve saat dağılımı.

Bu göstergeler için önce normal bir dönemde temel çizgi (baseline) oluşturulmalıdır. Neyin normal olduğunu bilmeyen bir ekip, neyin anormal olduğunu da ayırt edemez. Sentetik testler, yani belirli aralıklarla kritik uygulamalara otomatik bağlantı deneyen izleme sondaları, sorunu kullanıcı fark etmeden önce yakalamayı sağlar. Bu yaklaşımın ayrıntılarını ağ ve uygulama izleme rehberimizde ele alıyoruz.

Ölçümle birlikte kullanıcılardan düzenli geri bildirim almak da önemlidir. Kısa bir anket veya yardım masası kayıtlarının periyodik analizi, hangi lokasyonun, hangi ekibin ya da hangi uygulamanın öncelikli olduğunu gösterir. İyileştirme yapıldıktan sonra aynı göstergeleri yeniden ölçerek değişikliğin gerçekten fark yaratıp yaratmadığını doğrulayın.

Sık Yapılan Hatalar ve Kontrol Listesi

Yedekli ve hızlı ağ projelerinde en sık karşılaştığımız hatalar teknik bilgi eksikliğinden değil, bütünsel bakış eksikliğinden kaynaklanır:

• Test edilmemiş yedeklilik: Kâğıt üzerinde yedekli olan ama hiç devre dışı bırakılarak denenmemiş bir yapı, ilk gerçek arızada çalışmayabilir.
• Unutulan yedek hat: Aylarca kullanılmayan yedek hattın aboneliği, yapılandırması veya modem ayarı değişmiş olabilir.
• Tek güzergâh: Farklı operatör seçilse bile hatların binaya aynı kanaldan girmesi.
• Kapasitesiz yedek: Yedek hat veya cihaz tam yükü taşıyamayacak kadar küçük seçildiğinde, geçiş sonrasında ağ kullanılamaz hale gelir.
• Dokümantasyon eksikliği: Güncel topoloji şeması, IP planı ve yapılandırma yedekleri olmadan arıza süresi uzar.
• Yalnızca hıza yatırım: Daha hızlı hat almak, yanlış yapılandırılmış Wi-Fi veya aşırı yüklenmiş güvenlik duvarı sorununu çözmez.

Kendi ağınızı değerlendirmek için şu kontrol listesini kullanabilirsiniz:

1. Farklı altyapılardan gelen iki internet hattı ve otomatik geçiş var mı?
2. Güvenlik duvarı, omurga switch ve kritik uplink'ler yedekli mi?
3. Kritik cihazlar çift güç kaynağı ve test edilmiş UPS ile besleniyor mu?
4. DNS, DHCP ve kimlik doğrulama hizmetlerinin yedeği var mı?
5. QoS politikası ses ve kritik iş uygulamalarını önceliklendiriyor mu?
6. Ağ trafiği ve kritik hedefler sürekli izleniyor, eşik aşımlarında uyarı üretiliyor mu?
7. Yapılandırma yedekleri otomatik alınıyor ve cihazlardan ayrı bir yerde saklanıyor mu?
8. Failover senaryoları planlı bakım pencerelerinde periyodik olarak test ediliyor mu?

Altyapı Değerlendirmesi İçin Destek Almak

Bu listeyi kendi ekibinizle yürütmek mümkündür; ancak günlük operasyonun içindeki ekipler, alıştıkları yapıdaki zayıflıkları görmekte zorlanabilir. Bağımsız bir altyapı değerlendirmesi genellikle mevcut topolojinin çıkarılması, SPOF envanteri, trafik analizi, Wi-Fi ölçümü ve önceliklendirilmiş bir iyileştirme planıyla sonuçlanır. Bu plan, hangi yatırımın hangi riski azalttığını açıkça gösterdiği için bütçe kararlarını da kolaylaştırır.

Değerlendirme sonrasında tüm işleri tek seferde yapmak zorunda değilsiniz. Çoğu işletme için mantıklı sıralama; önce etkisi en büyük SPOF'ları gidermek, ardından izleme ve QoS ile görünürlük ve kontrol kazanmak, son olarak da kapasite ve donanım yenilemelerini planlamaktır. Ümraniye Bilişim olarak network ve altyapı hizmetlerimiz kapsamında tasarım, kurulum ve periyodik failover testlerini birlikte yürütüyor, Anadolu Yakası genelindeki ofislerde yerinde inceleme yapıyoruz.

Sonuç

Kesintisiz ve hızlı bir ağ, pahalı cihazların değil doğru tasarım kararlarının sonucudur. Bağımsız iki hat, yedekli güvenlik duvarı ve omurga, test edilmiş güç altyapısı, bilinçli bir QoS politikası ve sürekli izleme bir araya geldiğinde arızalar kullanıcıya yansımadan yönetilir. Ağınızdaki tek hata noktalarını ve yavaşlığın gerçek nedenlerini birlikte ortaya çıkarmak için ücretsiz ön görüşme talep edebilirsiniz; mevcut yapınıza uygun, önceliklendirilmiş bir yol haritası hazırlayalım.