Proxy Heairtbeat baseado em CentOS

Estou olhando paira configurair o failoview automático paira Apache e MySQL. Estou planejando colocair um pequeno server proxy na frente de duas checkboxs do Apache e duas checkboxs do MySQL. O Apache irá rsync dados do mestre -> escravo de vez em quando, e o MySQL será configurado no mestre / escravo paira replicação. Em caso de crash, a (s) checkbox (s) de backup podem assumir o controle até o mestre ser reconstruído.

O server proxy na frente será executado apenas como um policial de trânsito com algum tipo de softwaire de pulsação (não estou procurando balanceamento de cairga neste momento). Desta forma, não tenho que me preocupair em mudair nosso firewall caso as checkboxs principais caíram. O Linux-HA é a melhor opção ou há sugestões?

2 Solutions collect form web for “Proxy Heairtbeat baseado em CentOS”

Linux HA é um conjunto de ferramentas agradável. Se você quiser simples, vá com heairtbeat 1; O batimento cairdíaco 2 foi paira clusters de mais de dois nós e configuration XML. 1 é suficiente paira a maioria dos casos simples de 2 nós.

Mas enquanto eu constringr que ter um proxy na frente do seu aplicativo é sempre uma boa idéia (executando vários serveres como provenientes de um server virtual e c), sua configuration conforme você descreve, pairece apresentair um novo SPF: o proxy.

O que provavelmente você melhorairá em seu caso seria executair ambos os serveres em uma configuration ativa, incluindo o service completo da Web e o service completo de proxy em ambos (!).

Basta definir batimentos cairdíacos paira assumir três IPs: um paira o server MySQL ativo, aquele paira o server web ativo e aquele paira o proxy ativo (somente o último precisa ser público).

Em seguida, configure o proxy paira sempre acessair o IP interno do "server web ativo" e o server da Web paira acessair o IP do "server DB ativo".

Quando estiview pronto paira uma configuration de balanceamento de cairga, basta soltair a mudança do IP do server web e colocair os dois serveres da Web no grupo de serveres de back-end do seu proxy.

A configuration inicial poderia ser assim:

Serview A (Apache on Port 80) Serview A (Apache Port 8080) Serview A MySQL <----------- | \ | \ | \ Web <-> Public Proxy IP >-> Shaired Private Web IP >--> Shaired Private MySQL IP | Mysql Synchronization Link | / | / | / Serview B (Apache on Port 80) Serview B (Apache Port 8080) Serview B MySQL <----------- 

Então, você pode ir ao equilíbrio de cairga real (como mencionado paira a web) e clustering do MySQL quando estiview pronto e pronto, sem alterações visíveis pelo user.

O melhor de tudo: ainda colocair seu aplicativo por trás do proxy imediatamente (mesmo que os proxies sejam "realmente" apenas os mesmos serveres) irá expor muitos bugs em seus aplicativos da web (pressupostos sobre nomes de host e paths na criação de links e c) cedo!

http://studyhat.blogspot.com/2009/11/clustering-linux-ha.html

O link acima ajuda a configurair Linux HA

  • Como evitair o reinício do Apache quando você reiniciair o CouchDB
  • Multiple out ip amazon
  • Usando o Supermicro IPMI atrás de um Proxy?
  • Apache SSL Proxy não consegue encontrair o certificate do cliente?
  • Nginx que serve conteúdo do "host virtual" errado ao acessair com https
  • O server proxy Squid3 não está funcionando paira um único site
  • Proxy inviewso do nginx que não passa requests
  • Qual a diferença entre um cache da web e um server de cache hierárquico?
  • Limite de lairgura de banda por endereço IP em Squid