Çok tesisli yüksek kullanılabilirlik


15

Yüksek oranda kullanılabilir olmamız gereken bir SaaS uygulamamız var. Zaten pahalı ve bakımlı bir Hyper-V yük devretme kümemiz var, ancak bugün bu kümeyi barındırdığımız veri merkezimiz bizi tamamen çevrimdışı hale getiren beş saatlik bir elektrik kesintisine sahipti. Şimdi sunucuları iki ayrı veri merkezinde kullanmak için daha iyi bir yaklaşım olup olmadığını merak ediyoruz. Bu iki site arasında tüm arka uç dosya çoğaltma ve veri çoğaltma işlemlerini gerçekleştirdiğimizi varsayarsak, ön uç yönlendirmesini nasıl ele alacağımızı merak ediyoruz - soruna nasıl yaklaştığımızı merak etmiyoruz, her zaman yük dengeleyici ile sarıyoruz tek bir başarısızlık noktası.

Yani soru şu: Yük dengeleyicinin tek hata noktası olmaması için iki barındırma sitesi arasında nasıl yük dengeleme kurabiliriz? Her yerde bir tane olmak üzere iki ayrı yük dengeleyici kullanmanın bir yolu var mı? Round-robin DNS'yi düşünmeli miyiz?

Yanıtlar:


14

Bunu doğru bir şekilde yapmak için şunlara sahip olmanız gerekir:

  • İki veri merkezinde iki ayrı örnek (daha önce belirlediğiniz gibi)
  • İki veri merkezi arasında senkronizasyon (daha önce belirlediğiniz gibi)
  • Arıza durumunda istemcileri birinden diğerine yönlendirmenin bir yolu

Bunu yapmanın iki yaygın yolu vardır. Biri basit, biri ... hayır.

DNS

Round-Robin DNS istediğiniz gibi değildir, çünkü tüm isteklerin birincil DC'ye gitmesini istemezsiniz ve ikinci DC yalnızca ilkinin kapalı kalma süresi boyunca kullanılır.

Ne yapabilirsiniz olsa yapmak için DC aşağı giderse, sadece bu yüzden, tüm 5 dakika içinde DNS ve güncelleme veya anlamına gelecektir DNS üzerinde çok düşük bir TTL (diyelim ki, 30 saniye veya 5 dakika), ayarlanır müşterileriniz diğer DC'nizi işaret edecektir.

Bu, iki DC'nizin farklı IP düzenlerine sahip olacağı için, bunu veri merkezinizin kurulumunda ayarlamanız gerektiği anlamına gelir.

BGP

Temel olarak, bu soruyu soruyorsanız, bu sizin elinizin altında. Kısacası, IP adresleriniz aynı kalır, ancak bir veri merkezinden diğerine "taşınır". Bu, pahalı yönlendiricileri, pahalı IP aralıklarını ve AS numaraları ve IP aralıkları için yerel kayıt defterinize pahalı abonelikleri içerir.

BGP yönlendiricileriniz birincil veri merkezinizde reklam vermeyi durdurur ve ikincil veri merkezinizde reklam vermeye başlar. Ardından internet çevrimdışı veri merkezini yönlendirir ve yeni DC'nize trafik gönderir.


ESXi ve vSphere ile sanallaştırıldığınızda, VMWare , temelde sizin için her şeyi yapan VMWare Site Recovery Manager olarak adlandırdığımız oldukça iyi bir ürüne sahiptir . VM yapılandırmalarınızı senkronize tutar ve 1. site çevrimdışı olduğunda onları 2. sitede çalıştırır. Gerçi büyük paralar.


SRM ile bile, çoğaltma öğelerini ve bir çeşit IP yük devretmeyi sıralamanız gerekir.
EEAA

Doğru, esxi5 yeni bir San olmayan çoğaltma ürünü olmasına rağmen. Yine de çok fazla bakmadım.
Mark Henderson

Evet bu doğru. Bununla ilgili bir şeyler duyduğumu hatırlıyorum.
EEAA

1

Yük dengeleyicileri yüklemeniz gerekir.

Bunu DNS round-robin ile yapabilirsiniz , ancak bu yaklaşımın birçok sorunu vardır. Girişleri istediğinizden daha uzun süre önbelleğe alan istemcileri denetleyemezsiniz ve trafiği belirli bir konuma gitmeye zorlayamazsınız.

Bunu Global Sunucu Yük Dengeleme (GSLB) ile de yapabilirsiniz. Bu, İnternet'ten birden fazla veri merkezine görünürlük sağlamak için DNS'den yararlanmanın daha gelişmiş bir yoludur. Kısacası, trafiğinizi dilimlere ayırmak için bir mekanizma oluşturup bir dilim seçmek için DNS'yi kullanıyorsunuz. İstemci için arama yapmak üzere yapılandırılmış bir DNS çözümleyici karması kullanıyoruz. Diğerleri coğrafyayı "en yakın" veri merkezine gitmek için kullanırlar. Bir veri merkezi veya kümenin çökmesi durumunda tek bir hata noktası olması durumunda, bir IP'yi GSLB'den hızlı bir şekilde kaldırmak için bazı mekanizmalar eklemeniz gerekir.

http://www.eukhost.com/web-hosting/kb/global-server-load-balancing/

Son olarak, bazı gerçekten ileri düzey insanlar Anycast DNS ile bu sorunu çözmek. Bu yine "en yakın" veri merkezi yaklaşımından yararlanmaya çalışır. Hizmetinizi büyütmek, "durum bilgisi" ni ortadan kaldırmanız gerektiği anlamına gelir. Bu zor olabilir.


Görünüşe göre, bu yaklaşımın sağladığınız bağlantıda açıklanan "Ana Sunucu", tek bir hata noktası var.
Mike

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.