Bir veri merkezinin dış dünyayla bağlantısı, tek bir sağlayıcının omuzlarına bırakıldığında, görünmeyen ama her an gerçekleşebilecek bir risk taşınır. Bu yazıda, tek sağlayıcıya bağımlılığın doğurduğu sorunlardan başlayarak, yedekli internet bağlantısı (multihoming) yaklaşımının nasıl adım adım planlanabileceğini ele alıyoruz.
Bir bakışta
- Tek sağlayıcıya bağımlılık veri merkezinde ciddi kesinti riskleri oluşturur ve SLA ihlallerine neden olabilir.
- Multihoming yaklaşımında farklı fiziksel güzergahlar, omurga ağları ve giriş noktaları seçilmelidir.
- Yedekli bağlantılar düzenli test edilmeli ve izlenmelidir; test edilmemiş yedeklilik etkisizdir.
Tek Sağlayıcıya Bağımlılığın Taşıdığı Riskler
Bir veri merkezi tüm internet trafiğini tek bir sağlayıcı üzerinden geçiriyorsa, o sağlayıcının yaşayacağı her sorun doğrudan hizmetin kesintiye uğraması anlamına gelir. Bu sorun bazen fiziksel bir fiber kesintisi (örneğin kazı çalışması sırasında kablonun zarar görmesi), bazen sağlayıcının kendi omurga ağında yaşadığı bir arıza, bazen de idari bir anlaşmazlık veya faturalandırma sorunu olabilir. Sebep ne olursa olsun, sonuç aynıdır: veri merkezi dış dünyayla iletişimini kaybeder.
Bu tür bir kesinti yalnızca teknik bir aksaklık değildir. Müşterilere verilen hizmet seviyesi taahhütleri (SLA) ihlal edilir, iş sürekliliği planları zora girer ve müşteri güveni zedelenir. Özellikle finans, sağlık veya e-ticaret gibi kesintiye tahammülü düşük sektörlerde, birkaç dakikalık bir kopukluk bile ciddi maliyetlere yol açabilir. Bu nedenle, bağlantı yedekliliği birçok veri merkezi için lüks değil, temel bir altyapı gereksinimidir.
Yedekli İnternet Bağlantısı (Multihoming) Nedir, Mantığı Nasıl İşler
Multihoming, basitçe ifade etmek gerekirse, bir ağın internete birden fazla sağlayıcı üzerinden bağlanmasıdır. Bu bağlantılar aynı anda aktif şekilde kullanılabilir ya da biri birincil, diğeri yedek olarak tutulabilir. Temel mantık şudur: sağlayıcılardan biri herhangi bir nedenle hizmet veremez hale geldiğinde, trafik otomatik ya da yarı otomatik şekilde diğer sağlayıcı üzerinden akmaya devam eder.
Bu yaklaşım, özellikle sürekli erişilebilir olması beklenen, müşteri hizmetlerinin kesintisiz çalışması gereken orta ve büyük ölçekli veri merkezleri için anlamlıdır. Küçük ölçekli, kritik olmayan iş yükleri barındıran yapılarda ise aynı seviyede karmaşık bir yedeklilik her zaman gerekli olmayabilir; bu dengeyi yazının ilerleyen bölümlerinde ele alacağız.
Sağlayıcı Seçerken Dikkat Edilmesi Gereken Kriterler
Yedekli bağlantı kurmanın asıl amacı, tek bir hata noktasını ortadan kaldırmaktır. Ancak iki sağlayıcı seçilse bile, bu sağlayıcılar aynı fiziksel altyapıyı paylaşıyorsa, yedeklilik sadece kağıt üzerinde kalır. Bu yüzden birkaç kritere dikkat etmek gerekir:
- Farklı fiziksel güzergah: İki bağlantının da aynı kablo kanalından, aynı boru hattından veya aynı direk üzerinden geçmemesi önemlidir. Aksi halde tek bir kazı çalışması her iki bağlantıyı da aynı anda kesebilir.
- Farklı omurga (backbone) ağları: Sağlayıcıların birbirinden bağımsız omurga altyapılarına sahip olması, bir sağlayıcının üst seviye ağında yaşanacak bir sorunun diğerini etkilememesini sağlar.
- Veri merkezine farklı giriş noktaları: Bağlantıların binaya veya tesise farklı fiziksel noktalardan girmesi, yerel bir hasarın (örneğin bina girişindeki bir hasar) tüm bağlantıları aynı anda devre dışı bırakmasını engeller.
- Coğrafi ve altyapısal çeşitlilik: Sağlayıcıların farklı bölgesel altyapılara dayanması, geniş çaplı bölgesel kesintilere karşı ek bir koruma sağlar.
Bu kriterler göz ardı edildiğinde, "yedekli" görünen bir yapı aslında tek bir hata noktasına bağımlı kalmaya devam edebilir.
BGP ve Otomatik Geçiş Mekanizmalarının Genel Mantığı
Çoklu sağlayıcı kullanıldığında, trafiğin hangi yoldan akacağına karar veren bir yönlendirme mekanizmasına ihtiyaç duyulur. İnternetin omurgasında bu görevi büyük ölçüde BGP (Border Gateway Protocol) üstlenir. Teknik detaylara girmeden söylemek gerekirse, BGP, ağlar arasında "bu adrese ulaşmak için hangi yoldan gidilmeli" sorusunun cevabını sürekli güncelleyen bir yönlendirme sistemidir.
Bir sağlayıcı üzerinden giden yol koptuğunda, BGP bu değişikliği algılayıp trafiği diğer sağlayıcı üzerinden akacak şekilde yeniden yönlendirebilir. Bu otomatik geçiş (failover) mekanizması sayesinde, birincil bağlantıda yaşanan bir sorun, insan müdahalesi olmadan, genellikle kısa bir süre içinde fark edilip telafi edilir.
Bu sistemin kurulumunda dikkat edilmesi gereken genel çerçeve şöyle özetlenebilir: yönlendirme kurallarının doğru tanımlanması, geçiş sürecinin test edilmiş olması ve geçiş sırasında oluşabilecek kısa kesintilerin (yönlendirme tablolarının güncellenmesi belli bir süre alabilir) kabul edilebilir sınırlar içinde kalması gerekir.
Yük Dengeleme ile Failover Arasındaki Fark
Bu iki kavram sıkça birbirine karıştırılır, ancak amaçları farklıdır.
Yük dengeleme (load balancing), mevcut trafiği birden fazla bağlantıya aynı anda, dengeli şekilde dağıtmayı amaçlar. Amaç, hem performansı artırmak hem de tüm kapasiteyi verimli kullanmaktır. Her iki bağlantı da normal şartlarda aktif olarak çalışır.
Failover ise farklı bir mantıkla işler: birincil bağlantı sorunsuz çalıştığı sürece tüm trafik oradan geçer, yedek bağlantı pasif beklemede durur. Birincil bağlantıda bir sorun tespit edildiğinde devreye girer.
Pratikte birçok veri merkezi bu iki yaklaşımı birleştirir: normal zamanlarda trafiği birden fazla bağlantıya dağıtarak hem performans avantajı elde eder, hem de bağlantılardan biri devre dışı kaldığında diğerinin devreye girmesiyle kesintisizliği sağlar.
Kapasite Planlaması ile Bağlantı Yedekliliğinin İlişkisi
Yedek bağlantının değeri yalnızca "birincil koptuğunda devreye girsin" mantığıyla sınırlı değildir. Yoğun trafik dönemlerinde, örneğin beklenmedik bir talep artışında, yedek bağlantı ek kapasite sağlayarak sistemin performansını da destekleyebilir.
Ancak burada kritik bir nokta vardır: yedek bağlantı, birincil bağlantının taşıdığı trafiği tek başına karşılayabilecek kapasitede değilse, kesinti anında yük altında yeniden sorun yaşanabilir. Bu yüzden kapasite planlaması, bağlantı yedekliliğiyle birlikte ele alınmalıdır. Büyüme projeksiyonları (önümüzdeki dönemde beklenen trafik artışı, yeni müşteriler, yeni hizmetler) bağlantı kapasitesi kararlarına dahil edilmelidir. Aksi halde, kağıt üzerinde "yedekli" görünen bir yapı, gerçek bir kesinti anında yetersiz kalabilir.
Düzenli Test ve İzlemenin Rolü
Yedekli bağlantı kurmak, sürecin yalnızca ilk adımıdır. Kurulduktan sonra düzenli olarak test edilmeyen bir failover mekanizması, asıl ihtiyaç duyulduğu anda beklenen şekilde çalışmayabilir. Yapılandırma hataları, güncellenmemiş ayarlar veya zamanla değişen ağ koşulları, teorik olarak çalışması gereken bir sistemin pratikte aksamasına yol açabilir.
Bu noktada izleme araçları devreye girer. Bağlantıların sağlık durumu, gecikme süreleri (latency), paket kaybı oranları ve geçiş senaryolarının ne kadar sürede tamamlandığı sürekli izlenmelidir. Planlı test senaryoları ile (örneğin kontrollü şekilde birincil bağlantının geçici olarak devre dışı bırakılması) failover mekanizmasının gerçekten beklendiği gibi çalışıp çalışmadığı periyodik olarak doğrulanmalıdır. Test edilmemiş bir yedeklilik, var olmayan bir yedeklilikten çok da farklı değildir.
Maliyet ve Karmaşıklık Dengesi: Küçük ve Büyük Ölçekli Yaklaşımlar
Her veri merkezinin aynı seviyede karmaşık bir multihoming altyapısına ihtiyacı yoktur. Küçük ölçekli, kritik olmayan iş yükleri barındıran yapılarda, daha basit ve düşük maliyetli yedekleme seçenekleri (örneğin ikinci bir sağlayıcıdan basit bir yedek bağlantı, manuel geçiş prosedürleriyle desteklenen) yeterli olabilir.
Büyük ölçekli, yüksek erişilebilirlik gerektiren yapılarda ise birden fazla sağlayıcı, gelişmiş yönlendirme altyapısı (BGP tabanlı otomatik geçiş gibi) ve sürekli izleme sistemleri birlikte gereklidir. Bu da hem donanım/hizmet maliyeti hem de bu sistemleri yönetecek teknik yetkinlik anlamına gelir.
Doğru dengeyi kurmak için üç faktör birlikte değerlendirilmelidir: bütçe imkanları, ekibin teknik yetkinliği ve barındırılan iş yüklerinin kritiklik seviyesi. Her kesintinin maliyeti ile yedeklilik yatırımının maliyeti karşılaştırılarak, o veri merkezine özgü makul bir nokta bulunmalıdır.
Planlama Sürecinde İzlenebilecek Genel Adımlar
Yedekli internet sağlayıcı planlaması, genel hatlarıyla şu adımlar üzerinden ilerleyebilir:
- İhtiyaç analizi: Mevcut altyapının taşıdığı riskler, iş sürekliliği gereksinimleri ve kabul edilebilir kesinti süreleri net şekilde tanımlanmalıdır.
- Sağlayıcı seçimi: Farklı fiziksel güzergah, farklı omurga ağı ve farklı giriş noktası kriterlerine göre adaylar değerlendirilmeli, altyapısal çeşitlilik doğrulanmalıdır.
- Kurulum ve yapılandırma: Yönlendirme mekanizmaları (BGP veya daha basit yöntemler) ihtiyaca uygun şekilde kurulmalıdır.
- Test senaryolarının oluşturulması: Kontrollü kesinti testleri ile failover mekanizmasının gerçekten çalıştığı doğrulanmalıdır.
- Dokümantasyon: Yapılandırma detayları, geçiş prosedürleri ve iletişim bilgileri (sağlayıcı destek hatları dahil) net şekilde belgelenmelidir.
- Periyodik gözden geçirme: İş ihtiyaçları, trafik hacmi ve sağlayıcı performansı zamanla değişebileceğinden, bu planın belirli aralıklarla yeniden değerlendirilmesi gerekir.
Bu adımlar, her veri merkezinin kendi ölçeğine ve ihtiyaçlarına göre uyarlanmalıdır. Önemli olan, yedekliliği bir kerelik proje olarak değil, sürekli bakım ve gözden geçirme gerektiren canlı bir süreç olarak ele almaktır.
