Zephyrnet Logosu

NS1 Connect Filtre Zincirleri ile ağ dayanıklılığı nasıl artırılır - IBM Blogu

Tarih:


NS1 Connect Filtre Zincirleri ile ağ dayanıklılığı nasıl artırılır - IBM Blogu



Büyük veri madenciliği, AI veri mühendisliği, Yapay Zeka Projesi üzerinde BT Teknisyeni Çalışmaları üzerine evde kodlama programında uzaktan çalışan serbest veri bilimcisinin arka arka görünümü.

Şubat 26, 2024
By Ben Topu

4 min kırmızı

Ağ hizmeti kesintileri yaşanıyor. Mesele olup olmayacağı değil, ne zaman olacağı meselesi. %100 çalışma süresi SLA'larına sahip bulut platformları ve içerik dağıtım ağları (CDN'ler) bu durumdan muaf değildir. Her şeyde olduğu gibi kesintiler yaşıyorlar.

Soru şu: Şebeke hizmetlerinizden biri çöktüğünde ne yaparsınız? Yedekli hizmetlerin eksikliği sizi çevrimdışı duruma düşürecek mi? Yoksa sorunsuz bir kullanıcı deneyimini sürdürmek için başka bir sağlayıcıya mı devredeceksiniz? Arka uçta bu yük devretme süreci nasıl işleyecek? Otomatik mi yoksa manuel mi olacak?

Orta ve büyük ölçekli kuruluşların çoğu, yedekli sistemler bir kesintiden kurtulmalarına yardımcı olmak için yerinde. Yerinde olabilecek veya olmayabilecek şey, trafiği bu yedekli sistemlere yönlendiren otomatik mekanizmadır. çekirdek hizmet düşüyor.

IBM NS1 Connect Filter Chain™ teknolojisi, bir ağ hizmetinde kesinti olduğunda hizmet sağlayıcılar arasındaki trafiği otomatik olarak yeniden yönlendirmek için DNS'nin gücünü kullanır. Uygulanan birkaç temel kuralla NS1 Connect ağınızın durumunu izler ve uç noktaları gerektiği gibi değiştirir. Kuralları ve öncelikleri önceden siz belirlersiniz; bundan sonraki her şey otomatik olarak gerçekleşir.

NS1 platformunda, filtre zinciri yapılandırmaları DNS bölgeleri içindeki ayrı kayıtlara uygulanır. Filtre zincirleri, NS1'in her kayıttaki sorguları nasıl ele alacağını, özellikle de hangi yanıtların döndürüleceğini belirler. Her filtre zinciri, sorguları işlemek için benzersiz bir mantık kullanır. Operasyonel veya iş ihtiyaçlarınıza göre belirli bir sonuca ulaşmak için filtre kombinasyonları oluşturabilirsiniz.

Elbette herkes yük devretme trafiğini aynı şekilde yönlendirmek istemez. Bu nedenle, filtre zincirlerini kullanarak aktif-aktif, aktif-pasif ve manuel yük devretme sistemlerinin nasıl oluşturulacağı konusunda hızlı bir kılavuz hazırladık.

Aktif-aktif yük devretme

Bu kullanım durumunda, NS1 veya üçüncü taraf veri kaynakları, uygulama dağıtım altyapınızdaki ayrı uç noktaların durumunu izler. Veriler bir sistemde kesinti olduğunu gösterdiğinde NS1, trafiği otomatik olarak seçtiğiniz ikincil sistemlere yönlendirir. Buna "aktif-aktif" denir çünkü bu ikincil sistemler muhtemelen yük dengeleme sisteminizin bir parçası olarak çalışır durumdadır. Bir sistemde kesinti olduğunda NS1, yükü zaten aktif olan sistemlere göre yeniden dengeler.

Zincirdeki ilk filtre “Yukarı”dır. Bu filtre, servis sağlayıcının uç noktasının çalışır durumda olup olmadığını sisteme bildirir.

Zincirdeki ikinci filtre ya “Karıştır” ya da “Ağırlıklı Karıştır”dır. "Yukarı" filtresi herhangi bir uç nokta için "yanlış" yanıt verirse trafiği otomatik olarak diğer sağlayıcılara dağıtır. Karışık, trafiği rastgele dağıtırken, Ağırlıklı Karışık, sağladığınız ağırlıklara göre dağıtır.

Son olarak, DNS'nin gelen sorgulara kaç yanıt vermesini istediğinizi belirtin. RFC 1912 her CNAME sorgusu için yalnızca bir yanıtın döndürülmesini gerektirir. "İlk N'yi Seç" filtresi, istekte bulunan müşteriye döndürülen yanıtların sayısını belirtmenize olanak tanır, ancak varsayılan değer bir olmalıdır.

Aktif-pasif yük devretme

Aktif-aktif kullanım durumunda olduğu gibi, NS1 veya üçüncü taraf veri kaynakları, uygulama dağıtım altyapınızın durumunu izler ve birincil sistem kesintisi durumunda trafiği ikincil sistemlere yönlendirir. Buradaki fark, ikincil sistemlerin halihazırda trafiği yönetmiyor olabilmesidir; yalnızca ihtiyaç duyulduğunda yedek bir seçenek olarak devreye girerler.

Önceki örnekte olduğu gibi bu zincirdeki ilk filtre “Yukarı”dır. NS1, izleme verilerinden yararlanarak temel hizmetlerden hangilerinin çevrimiçi olduğunu buluyor.

Bu zincirdeki ikinci filtre “Öncelik”tir. Bu filtre, aktif sistemleri pasif veya yedek sistemlere göre önceliklendiren bir mantık oluşturur. Daha yüksek öncelikli yanıtlar mevcutsa, olası yanıtlar listesinde ilk konuma sıralanırlar. Değilse, NS1 kullanılabilir bir kaynak bulana kadar öncelik listesinde aşağıya doğru devam eder.

Son olarak, "İlk N'yi Seç" iletilecek yanıtların sayısını belirler. Bu durumda vermesini isteyeceğiniz cevap birdir.

Manuel yük devretme

Bazen yük devretme kararlarını ancak durum hakkında daha fazla bilgi sahibi olduktan sonra vermek istersiniz. Bu durumlarda filtre zinciri, trafiğin nereye gitmesini istediğinizi belirledikten sonra kullanacağınız uygulama mekanizmasıdır. Bir veri akışını NS1'e yönlendirmek yerine, gerektiğinde aktif-pasif mantığını kullanarak filtreyi manuel olarak açacaksınız.

Bu zincirdeki ilk filtre "Yukarı"dır; buradaki fark, hangi hizmetlerin yukarı ve aşağı olduğunu manuel olarak tanımlamanızdır (bunu sizin için yapan bir veri akışı yerine).

Bu zincirdeki ikinci filtre, pasif veya yedek sistemlere göre aktif sistemlerden başlayan "Öncelik" filtresidir. Daha yüksek öncelikli yanıtlar mevcutsa olası yanıtlar listesinde ilk konuma sıralanırlar. Değilse, NS1 kullanılabilir bir kaynak bulana kadar öncelik listesinde aşağıya doğru devam eder.

Son olarak, "İlk N'yi Seç" iletilecek yanıtların sayısını belirler. Bu durumda vermesini isteyeceğiniz cevap birdir.

Çoklu bulut veya çoklu CDN kullanılabilirliği

Yukarıdaki "aktif-aktif" senaryoda filtre zinciri, trafiği yönlendirmek için basit bir yukarı/aşağı metriği kullanır. Ancak bazen hizmetin kullanılabilirliği daha ayrıntılıdır. Örneğin, hizmetlerde bazen bölgesel kesintiler yaşanabilir ve bu durum hizmet kalitesinin düşmesine neden olur; hizmet bir bütün olarak teknik olarak "çalışır durumda" olsa da optimum kapasitede performans göstermiyor olabilir. Bu filtre zinciri, veri kaynağı olarak NS1 Connect'in gelişmiş analiz aracını kullanarak "yukarı" olarak kabul edilenlere bazı nüanslar eklemenizi sağlar.

Bu zincirdeki ilk filtre “Pulsar Erişilebilirlik Eşiği”dir. Bu filtre, kullanılabilirlik metriklerine göre bir hizmetin kullanımını belirleyecek bir yüzde değeri ayarlamanıza olanak tanır.

Zincirdeki ikinci filtre, trafiği ilk filtredeki "kullanılabilir" tanımını karşılayan diğer sağlayıcılara dağıtan "Ağırlıklı Karışık"tır. Trafik, sağladığınız ağırlıklara göre dağıtılır.

Üçüncü filtre ise bir önceki filtreden alınan ağırlıklı dağılımı alıp trafiği mevcut en hızlı hizmete yönlendiren ve tanımladığınız eşiğe göre düşük performanslı hizmetleri ortadan kaldıran “Pulsar Performans Sıralaması”dır.

Son olarak, "İlk N'yi Seç" iletilecek yanıtların sayısını belirleyecektir. Bu durumda vermesini isteyeceğiniz cevap birdir.

Performansı ve dayanıklılığı artırmak, maliyetleri azaltmak ve daha fazlasını sağlamak amacıyla filtre zincirlerinin nasıl kullanılacağı hakkında daha fazla bilgi edinmek için aşağıda daha fazlasını inceleyin.

Dayanıklı, yedekli ağ hizmetleriyle kesintilere karşı koruma sağlayın

Bu makale yardımcı oldu mu?

EvetYok hayır


Otomasyondan daha fazlası




IBM Tech Now: 26 Şubat 2024

<1 min kırmızı - Teknoloji dünyasındaki en son ve en önemli haberleri ve duyuruları içeren video web serimiz IBM Tech Now'a hoş geldiniz. Yeni bir IBM Tech Now videosu yayınlandığında bildirim almak için YouTube kanalımıza abone olduğunuzdan emin olun. IBM Tech Now: Bölüm 92 Bu bölümde aşağıdaki konuları ele alıyoruz: IBM watsonx Siparişleri EDGE3 + watsonx G2 En İyi Yazılım Ödülleri Bağlantıda kalın Tam bilgi için IBM Blog Duyurularına göz atabilirsiniz…




IBM, yapay zekanın benimsenmesinin ve uygulama merkezli bağlantının hızlandırılmasına nasıl yardımcı oluyor?

4 min kırmızı - Bu hafta, dünyanın dört bir yanından binlerce ağ operatörü, teknoloji satıcısı ve mobil aygıt sağlayıcısı Mobil Dünya Kongresi için Barselona'da bir araya gelirken, IBM®'in ağ operasyonları ve telekomünikasyonun geleceğini nasıl şekillendirdiğini tartışmanın tam zamanı. Yeni telefonların, bağlantılı araçların ve 5G'nin ışıltısı dışında, sektörün çözmesi gereken bazı gerçek zorluklar var. Benim için ilk akla gelenler, hepimizin ödemesi gereken üç temel zorluk ve fırsattır…




IBM Instana Observability ve OpenTelemetry ile GenAI/LLM destekli BT Uygulamasını gözlemleyin.

6 min kırmızı - Büyük dil modelleri (LLM'ler) tarafından desteklenen üretken yapay zekanın (GenAI) ortaya çıkışı, yapay zekanın yaygın şekilde benimsenmesini hızlandırdı. GenAI, insanlarla karşılaştırılabilir seviyelerde çalışan yapay zeka sistemleriyle çeşitli karmaşık kullanım durumlarının üstesinden gelmede çok etkili olduğunu kanıtlıyor. Kuruluşlar, yapay zekanın değerinin ve iş dünyası için dönüştürücü potansiyelinin hızla farkına vararak ekonomiye trilyonlarca dolar katıyor. Ortaya çıkan bu manzara göz önüne alındığında, Instana olarak biz bir görevdeyiz…

IBM Haber Bültenleri

Gelişmekte olan trendlere ilişkin en son düşünce liderliğini ve içgörüleri sunan haber bültenlerimizi ve konu güncellemelerimizi alın.

Şimdi abone

Daha fazla haber bülteni

spot_img

En Son İstihbarat

spot_img