Escolha um editor de textos de sua preferência e adicione estas linhas em seu "sources.list":
# REPOSITÓRIO OFICIAL
deb ftp://ftp.br.debian.org/debian squeeze main contrib non-free
deb-src ftp://ftp.br.debian.org/debian squeeze main contrib non-free
# REPOSITÓRIO DE ATUALIZAÇÕES DE SEGURANCA
deb http://security.debian.org/ squeeze/updates main contrib non-free
deb-src http://security.debian.org/ squeeze/updates main contrib non-free
# REPOSITÓRIO DE ATUALIZAÇÕES PROPOSTAS
deb ftp://ftp.br.debian.org/debian squeeze-proposed-updates main contrib non-free
deb-src ftp://ftp.br.debian.org/debian squeeze-proposed-updates main contrib non-free
Após, salve e feche o "sources.list" e aplique no terminal:
[2] Comentário enviado por hideoux em 25/12/2011 - 19:02h
LEGAL demais!!!
ainda bem que TODO MUNDO sabe que software é esse e para que serve!!!!
porque seu artigo não dá nenhuma explicação!
E logo virão ovadas para cima de mim: "procura no GOOGLE"... "vai você e escreve o artigo, então..."
[4] Comentário enviado por leandrojpg em 26/12/2011 - 09:05h
Seguinte não me importo a mínima com os comentários que mais dão ovadas, acredito que ao contrário de ficar reclamando é so perguntar, não tenho problema nenhum em responder, mas agora ficar reclamando só para diminuir o trabalho dos outros aí não dá.
[5] Comentário enviado por ejales em 26/12/2011 - 10:10h
Muito bom o seu artigo Leandro. Já conhecia essa dupla em outras versões. Para ficar um pouco mais completo acho que você deveria ter acrescentado o mon. Nas versões que eu usava o heartbeat não verificava se o serviço estava ou não no ar, apenas se a máquina estava "ligada". O mon poderia verficar os serviços ativos e dar essa resposta ao heartbeat. Parabéns pelo artigo.
[6] Comentário enviado por vandocouto em 26/12/2011 - 16:46h
Galera,
vamos pegar leve com o colega, tenho certeza que foi feito com muito esforço o trabalho desenvolvido.
Não podemos esquecer da Liberdade de Conhecimento.
[9] Comentário enviado por gdtec em 26/12/2011 - 23:30h
Parabéns pelo artigo Leandro,
Já enfrentei a mesma dificuldade a tempos atrás a procura de um bom artigo que realmente fosse esclarecedor. Todas as ferramentas citadas no artigos são excelentes, mais infelizmente quando se quer fazer algo de qualidade se tratando de HA, pesquisas e mais pesquisas são fundamentais. Aproveitando o gancho dos amigos acima, vejo que os comentários não estão sendo sob o contexto profissional, e sim no intuito de reduzir a valia do conteúdo. Creio que a galera deve gostar é de RWINDOWS....
[10] Comentário enviado por leandrojpg em 27/12/2011 - 10:13h
Agradeço imensamente todos os comentários dos amigos realmente, esse material foi feito com muito esforço para comunidade, sempre haverá os pessimistas, mas para os que gostaram agradeço de coração e ainda que existam críticas sejam ela construtivas ou não, ja aviso vou continuar postando. obrigado.
Heartbeat
O Heartbeat pode ser considerado o núcleo do ambiente de alta disponibilidade, pois é sua a responsabilidade de monitorar os servidores em produção e, em caso de falha, realizar automaticamente os procedimentos para preservar o funcionamento do sistema como um todo.
Através de um meio de comunicação, que pode ser Ethernet ou Serial, um servidor redundante verifica a disponibilidade do servidor em produção enviando-lhe uma mensagem e exigindo a resposta. Essa checagem é feita entre as instâncias do Heartbeat instaladas nos dois servidores. Se por algum motivo o servidor em produção não responder, ele será considerado indisponível, e então o Heartbeat do servidor redundante automaticamente providencia a configuração e inicilialização dos serviços locais, além de outros recursos, como o endereço IP, partições de disco, etc.
Um ponto importante de observação é que o próprio Heartbeat controla a inicilialização de determinados serviços e recursos dos servidores, como o Apache e o endereço IP virtual. Logo, eles não devem ser configurados para inicializar durante o boot do sistema operacional, apenas no Heartbeat.
Heartbeat é um software que provê Alta Disponibilidade para as mais variadas aplicações, como DHCP, HTTP, DB2 além de muitas outras.
O que é DRBD ?
É a acrónimo para o nome inglês Distributed Replicated Block Device. O DRBD consiste num módulo para o núcleo Linux que, juntamente com alguns scripts, oferece um dispositivo de bloco projectado para disponibilizar dispositivos de armazenamento distribuídos, geralmente utilizado em clusters de alta disponibilidade. Isto é feito espelhando conjuntos de blocos via rede (dedicada). O DRBD funciona, portanto, como um sistema RAID baseado em rede.
Como trabalha
Cada dispositivo envolvido (tratados localmente como partições) tem um estatuto, que pode ser primário ou secundário. O DRBD cria, em todos os nós, um vínculo entre um dispositivo virtual (/dev/nbX) e uma partição local, inacessível diretamente. Toda a escrita é realizada no nodo primário, que irá transferir os dados para o “dispositivo de bloco do nível mais baixo” (a partição) e propagá-los para os restantes nodos, de estatuto “secundário”. O secundário simplesmente transfere os dados no “dispositivo de bloco do nível mais baixo”. As leituras são sempre realizadas localmente.
[12] Comentário enviado por Tacioandrade em 14/07/2012 - 09:48h
Amigo eu estou com uma duvida aqui no seu artigo. Estou tentando implementar um Cluster de HA aqui no VirtualBox com 2 VMs rodando Debian Squeeze, até ai normal, porem eu gostaria de sincronizar não um diretório qualquer, gostaria de montar uma maquina espelho nos nós filhos.
Tentei montar compartilhando o /dev/sda2 que é a partição / (onde para testes está todo o disco).
Será que existe a opção de fazer desta forma?
Outra duvida minha, se eu tiver 2 ou mais partições para sincronizar, como devo proceder?
[13] Comentário enviado por leandrojpg em 14/07/2012 - 10:19h
E ai Tácio tranquilo né, então cara a ideia do DRBD é replicar partição e não um disco como um todo, e a resposta diretamente ja foi dada pois o procedimento é o mesmo utilizado para a replicacao da primeira particao.
Ou seja particao /var voce vai monta-la em um disco sdba( disco deve estar vazio) ai entao ela sera replicada e o processo se repete para quais particoes voce quere replicar. se nao ficou claro me adicione nos meios de comunicacao gtalk. leandrojpg@gmail.com msn leandrojpg@hotmail.com, grande abraco vai ser um prazer contribuir com voce
[14] Comentário enviado por Tacioandrade em 14/07/2012 - 10:36h
Compreendi agora, para "resolver" esse problema então pelo visto o rsync a cada x segundos pode ser uma solução. Vou lhe adicionar no GTalk sim, porem hoje só estou "brincando com a tecnologia" de Alta Disponibilidade, para implementar realmente só terei tempo após o FISL.
[15] Comentário enviado por leandrojpg em 14/07/2012 - 10:39h
Entao cara que bom que compreendeu, mas nao é necessario rsync nao o proprio drbd usa metodos de replicação, pode entender o drbd como um raid 1 via rede ele mesmo trata de replicar isso pela rede.
[17] Comentário enviado por cardoso_29 em 29/10/2013 - 21:52h
Oi Boa Noite estou Precisando montar um cluster mais so rodar o heartbeat em 2 maquinas virtuais, segui estat tutorial mais só a parte do heartbeat mais da um erro authkeys [r=6] alguem poderia me ajudar ??
[19] Comentário enviado por mbrainiac em 31/10/2013 - 00:03h
[17] Comentário enviado por cardoso_29 em 29/10/2013 - 21:52h:
Oi Boa Noite estou Precisando montar um cluster mais so rodar o heartbeat em 2 maquinas virtuais, segui estat tutorial mais só a parte do heartbeat mais da um erro authkeys [r=6] alguem poderia me ajudar ??