Bir web sunucumun fişi çekildiğinde, tüm kullanıcıları otomatik olarak başka bir şehirdeki B web sunucuma nasıl yönlendirebilirim?

Bir web sunucumun fişi çekildiğinde, tüm kullanıcıları otomatik olarak başka bir şehirdeki B web sunucuma nasıl yönlendirebilirim?

Bir yük dengeleme anahtarı istediğim şeyi yapar, ancak her iki web sunucusu aynı binada olmadığı sürece nasıl çalışacağını anlayamıyorum.

Yüksek kullanılabilirlikli kümeleme sistemleri istediğimi yapıyor, ancak her iki web sunucusu aynı binada olmadıkça nasıl çalışacağını anlayamıyorum.

" Ana web sunucusu kapalıyken başka bir web sunucusundaki statik bir sayfaya yönlendirme " için kabul edilen yanıt , 2 farklı şehirdeki web sunucularını destekliyor gibi görünüyor. Ancak bir kutuya bir yazılım parçası yüklemek, bu kutu çıkarıldıktan sonra bana nasıl yardımcı olur?

Nasıl mı yuvarlak robin DNS ve içerik dağıtım ağları (CDN) bunu yapmak?

Herhalde bir yaklaşım şöyle başlar:

1. Fiziksel web sunucularımın her birinin IP adresini alıyorum.
2. Fiziksel web sunucularımın her birinin IP adresini "web sitesinin" tek etki alanı adı (birden çok A kaydı veya AAAA kaydı veya her ikisi) için DNS kaydına koydum.
3. ... o zaman ne yapmam gerekiyor?

Sanırım başka bir yaklaşım şöyle başlıyor:

1. Kullanıcıların web tarayıcısına yazmasını beklediğim tek etki alanı adı için bazı dinamik DNS sağlayıcıları kullanıyorum
2. Her web sunucusunda, DNS sağlayıcısına düzenli olarak kendi IP adresini (A kaydını veya AAAA kaydını güncelleştir) veya kendi etki alanı adını (CNAME kaydını veya DNAME kaydını güncelleştir) söyleyen bir cron işi ayarladım.
3. ... o zaman ne yapmam gerekiyor?

(Şimdilik, kullanıcılarımın iletişim bilgilerimle birlikte statik bir web sayfası ve web sunucusu A takılı olmadığında "ana A web sunucusu kapalı görünüyor" yazan bir dipnot varsa mutlu olurum. sadece "sunucu bulunamadı" hatası veren mevcut sistem. İdeal olarak A ve B'nin tamamen senkronize ve görünüşte aynı olmasını istiyorum - ama bu başka bir soru için bir şey: CDN'ye eşdeğer ama dinamik içerik? ).

Global Sunucu Yük Dengeleme (GSLB) çözümü arıyor olabilirsiniz. GSLB, kullanıcıları bir dizi parametreye (yani sunucu kullanılamıyor, yüksek yük, ip coğrafi konum vb.) Dayalı olarak farklı sunuculara yönlendirmek için genellikle "akıllı" DNS kullanır.

Örnek olarak, biri batı (10.10.10.1/24) ve biri doğu (10.20.20.1/24) olmak üzere iki web sunucunuz olduğunu varsayalım. Web barındırıcınızın www.connect.com olduğunu varsayalım.

GSLB, DNS'iniz veya CNAME olarak yapılandırılabilir. Her iki durumda da, bir kullanıcı www.connect.com'a yazar, dns sorgusu GSLB çözümüne yönlendirilir ve parametrelere bağlı olarak 10.10.10.1 veya 10.20.20.1 ile yanıt verir. GSLB genellikle düşük bir TTL ayarlar, böylece istemci ana bilgisayarı / tarayıcı yanıtı olabildiğince kısa bir süre önbelleğe alır. Kalıcılığı ele almanın farklı yolları vardır, ancak bu, bu senaryonun kapsamı dışındadır.

Diyelim ki doğu (10.20.20.1) web sunucusu çöküyor. GSLB genellikle arka uç düğümlerinin sağlığını kontrol etmek için sağlık kontrolleri uygular. GSLB, doğunun kapalı olduğunu ve www.connect.com için izleyen dns kayıtlarının tümünü 10.10.10.1 olarak çözecektir.

Yerel bir sunucu yük dengeleme çözümünüz (SLB) varsa, www.connect.com'un iki arka uç düğümü (10.10.10.1/24) olan bir VIP / VS (örneğin 192.168.1.1/24) olacak şekilde ayarlayabilirsiniz. 10.20.20.1/24). Teknik olarak, yerel SLB diğer sunucuya ulaşabildiği sürece düğümler farklı ağ segmentlerinde olabilir. SLB çözümü, bir arka uç düğümü düştüğünde kullanıcıları kullanılabilir bir sunucuya yönlendirmek için yeterince akıllı olabilir. F5 LTM kullanıyorsanız, böyle bir etkinlik için kolayca bir iRule oluşturabilirsiniz. Citrix NetScaler ve diğer SLB çözümleri de benzer özelliklere sahip olmalıdır.

RR DNS bu durumda çalışmaz. RR DNS'in yerleşik zekası yoktur. DNS ile kullanım durumunu gerçekleştirmenin tek yolu bir GSLB (veya benzeri) çözümü aracılığıyla bir çeşit "akıllı" dns kullanmaktır.

CDN, müşterileri için HA sağlamak için genellikle GSLB / SLB çözümleri uygular.

F5 ve Cisco markaları gibi global yük dengeleyicilerine bakmak istiyorsunuz. Temel olarak, iş ortağı kapalıysa ve iş ortağı yukarıdaysa yük dengeleyici aracılığıyla verileri diğer tarafa beslerler.

Değerlendirmek için başka bir ucuz, hızlı ve güvenilir çözüm Amazon Route 53 yük devretme http://docs.aws.amazon.com/Route53/latest/DeveloperGuide/health-checks-creating.html kullanmak olabilir . Bu özellik 11 Şubat 2013'te yayınlanmıştır ve birincil ve ikincil siteler arasında yüksek kullanılabilirlik ve / veya yük dengelemesi sağlar.

Asım

Ortamınızda herhangi bir ters proxy kullanıyorsanız, bunu yedekleme sunucusuna yönlendirebiliyorsanız bana bildirin.

değilse, F5 kullanmak iyi bir fikirdir.

ayrıca u etki alanı bir 3. taraf etki alanı kayıt şirketi ile kayıt varsa u yeni sunucu veya yedekleme sunucusuna yönlendirmek için DNS sunucusu yapılandırma alabilirsiniz.

Bunu en az aşağıdaki iki yöntemi kullanarak bir ağ cihazı kullanmadan yapabilirsiniz, ancak değişiklik kontrolü gerektirir:

• Proxy'yi tersine çevirirseniz, bağlantısını keseceğiniz sunucuyu proxy'nin adaylarından kaldırmanız gerekir

• DNS, önceden planlamanız, DNS'yi değiştirmeniz ve TTL'nin geçmesini beklemeniz gerekir

Özellikle yönlendirme protokollerini kullanarak statik sayfalar sunan bir web sunucusu için otomatik yük dengeleme ve aktif-aktif yük devretme de yapabilirsiniz. Ödeme EGP ve IGRP. Bir yönlendirici aracılığıyla iki veya daha fazla ana bilgisayarla bunun nasıl yapılacağını ayrıntılarıyla anlatan çevrimiçi (özellikle Cisco ile ilgili) yardım malzemeleri olmalıdır.