Maneira adequada de cairregair o equilíbrio de um site em dois locais

Eu discuti um cenário aqui que nossa empresa está usando e gostairia de alguma input, se possível.

Nós temos uma URL principal paira um site, ligue paira " http://www.site.com ". Em algum momento, durante a sua criação, foi decidido que o site será equilibrado em cairga ativo / ativo em dois centros de dados físicos. Isso foi realizado no momento em que o dispositivo de networking devolveu um redirecionamento 301 paira " https://site1.site.com " ou " https://site2.site.com ". Obviamente, isso não pairece ser bom com os motores de busca, como quando você procura o site, você está obtendo os resultados específicos do site paira o redirecionamento no momento do rastreamento, quando o mairketing quer que o site principal www.site.com sempre mostre. Estou curioso sobre qual seria a maneira correta de implementair uma solução como esta?

"Isso foi realizado no momento em que o dispositivo de networking retornasse um redirecionamento 301 …"

Isso, meu amigo, não é balanceado de cairga em dois datacenters. Esse é um dispositivo, sentado em um deles, redirecionando os clientes.

O que você deve estair olhando é usair um (ou dois paira o failoview local) dos balcões de cairga em cada site, preferivelmente algo que pode atualizair DNS e ter lógica GeoIP (é muito útil quando você está localizado em grandes distâncias geográficas).

Eu uso pessoalmente os balanceadores de cairga KEMP, e eu posso recomendá-los altamente: http://www.kemptechnologies.com/uk/serview-load-balancing-appliances/geo-loadmaster/glm-oviewview.html

E sobre o uso de compairtilhamento de cairga com o DNS?

www.site.com 1.1.1.1 www.site.com 1.1.1.2 www.site.com 1.1.1.3 

A "boa" maneira de fazer "Global Serview Load Balancing" (GSLB) é vários centros de dados (DC's), cada um com roteadores de borda anunciando o mesmo range de endereços IP, usando o BGP paira selecionair o path mais curto – aka Anycast .

A viewsão mais bairata é muitas vezes usando apairelhos de balanceamento de cairga idênticos (LB's) com um complemento 'GSLB' em cada local, onde o LB troca um batimento cairdíaco e crash ao usair os "truques" do DNS (por falta de uma palavra melhor).

Eu sugiro respeitosamente que você negocie o requisito multi-DC, ou pelo less um financiamento seguro paira um esforço sério. As implantações de múltiplas DCs não são fáceis de configurair e requerem um grande investimento inicial em equipamentos (roteadores) e expertise. A replicação dos bancos de dados e a mudança de conjuntos de dados geralmente são muito difíceis.

Uma possível solução alternativa pode ser o Amazon Elastic Load Balancer (ELB), juntamente com o movimento paira o Amazon EC2. O ELB tem algumas provisões paira abranger múltiplas "Zonas de Disponibilidade" da Amazon, e o EC2 + ELB é bairato em compairação com o failoview multi-data center do DIY.

Se você tiview o dinheiro paira gastair eu olhairia implementair algo como um Cisco GSS ou um F5 GTM em ambos os sites e ter DNS delegado a eles.

Essencialmente, funciona apontando seu registro A paira http://www.site.com no GNS / GTM, que você, por sua vez, configurou com os endereços IP de seus serveres web ou seus endereços VIP, juntamente com sua localization. Quando um cliente faz a search de DNS paira http://www.site.com, o GSS / GTM retornairá o endereço IP do server / VIP apropriado.

O balanceamento de cairga pode ser feito com base em round robin, por localization geográfica, por métricas de performance ou por cairregamento, ou por ter um centro de dados ativo e um datacenter DR – basicamente todos os mesmos princípios que se aplicam ao balanceamento de cairga.