Dois servidores:SERVER01 192.168.10.1SERVER02 192.168.10.2IP Virtual: 192.168.10.10Aqui vamos usar como nome dos servidores: SERVER01 e SERVER02. Os nomes devem corresponder aos nomes das proprias maquinas (hostname).O IP Virtual corresponde ao ip que sera compartilhado entre os dois servidores. Atraves do IP Virtual na verdade estaremos acessando o servidor que estiver como master no momento do acesso. Esse comportamento sera controlado pelo heartbeat.Insira as linhas abaixo no arquivo /etc/hosts nos dois servidores:192.168.10.1 SERVER01192.168.10.2 SERVER02Para configurar o heartbeat de forma eficaz, dedique uma interface de rede nos dois servidores que serao conectados diretamente atraves de um crossover. E atraves dessa interface que o heartbeat determinara a disponiblidade dos nos.Instalando heartbeatA instalacao do heartbeat em sistemas baseados em debian e bem simples:$ sudo apt-get install heartbeatConfiguracao do hearbeat1. Arquivo /etc/ha.d/ha.cfO conteudo deve ser identico nos dois servidores:use_logd yeskeepalive 1deadtime 10warntime 5initdead 120bcast eth4node SERVER01node SERVER02auto_failback offDescricao dos parametros:use_logd yes habilita log do heartbeat.keepalive 1 tempo em segundos entre um heartbeat e outro.deadtime 10 Tempo que o heartbeat aguarda por uma resposta ate determinar que o no esta morto.warntime 5 Tempo que o hearbeat aguarda por uma resposta para disparar um aviso de atraso (late warning).initdead 120 Quando voce reinicia todas as maquinas do cluster ao mesmo tempo, pode haver uma diferenca de tempo entre as maquinas ate que subam todos os servicos. Esse parametro cuida dessa situacao. Esse tempo e contado somente quando o heartbeat inicia o seu servico.bcast eth4 eth4 seria a interface usada pelo heartbeat para o envio de broadcast. E atraves dessa interface que o heartbeat ficara pingando os outros nos do cluster. Normalmente esta interface e cross. Pode ser que o valor desse parametro mude de servidor para servidor dependendo do nome da interface que foi usada no cross.node nomes dos servidores presentes no cluster.auto_failback off Com o auto_failback on, quando ocorre uma queda no primeiro no (master neste momento), o segundo no assume como master. Quando o primeiro no voltar da queda, o segundo no passa o master para o no 1 novamente. Com a opcao off, o primeiro no ao voltar da queda sobe como slave.2. Arquivo /etc/ha.d/authkeysEste arquivo deve ser identico para todos os servidores no cluster. Ele controla a autenticacao do heartbeat. O dono do arquivo deve ser o root com a permissao 600. No exemplo abaixo, qualquertexto pode ser qualquer string da sua escolha, com tanto que esteja identica em todos servidores. Alem do sha1, outros tipos de autenticacao podem ser md5 e crc.auth 11 sha1 qualquertexto3. Arquivo /etc/ha.d/haresourcesSERVER01 192.168.10.10 apache2Este arquivo tambem deve ser identico em todos os servidores do cluster. O primeiro parametro e o hostname do no que voce considera como master primario. Ao subir o heartbeat na primeira vez, esse sera o no que assumira como master.O segundo parametro e o ip Virtual do cluster, ou o ip compartilhado que estara sempre ativo independente do no que estiver como master. Esse e o ip que voce passara para outros servidores/servicos que irao acessar o cluster.O terceiro e consequentes parametros sao os nomes dos servicos que o heartbeat ira controlar. No caso apache2, como