Olá Jeronimo.
Eu já utilizo o parametro rate: 100M você sugere eu utilizar ele igual a 10M ou qual valor?
Já utilizo o cabo cross entre os servidores, pois cada server tenho 2 placas de rede 10/100/1000
Outra coisa que você sugere e trocar o protocol C pelo protocol B? pq o procotol A e o menos seguro.
Não e necessário eu utilizar placas de rede Gigabit, pois como eu irei diminuir o rate para 10M?
Se eu  fizer estas auterações acima sugeridas no meu servidor iriá aumentar o tempo de sicronização mas porem o meu servidor não ficaria lento?
Sobre o auto_failback off, e não tive problemas de corromper os dados, pois off signfica que quando o servidor primário cair ai o secundário virá primário e o que caiu volta como secundário.
O Seu problema de corromper os dados talves seja placa de rede que vc utilizou. teve uma vez que testei com realteck 10/100/1000 e ela que estava corrompendo os dados.

Desde ja agradeço sua ajuda.



Jeronimo Zucco escreveu:
Olá, Gilmar.

Quero te dar umas dicas, e ao mesmo tempo tirar algumas dúvidas :-)

Sobre o seu problema, o que deve estar acontecendo é que os processos de leitura
concorrentse do disco para a sincronização do drbd e para a aplicação, deixando
os seus servidores lentos. Uma dica seria baixar o valor do parâmetro "rate",
mas aí é claro que a sincronização completa demoraria muito mais. Outra dica
seria trocar o "protocol" de C para B ou até mesmo A, se estiver usando uma
rede confiável (como um cabo cross-over entre os servidores, por exemplo). Isso
diminuiria o tempo para a sincronização se completar. Você pode até usar o
comando renice para diminuir a prioridade dos processos do drbd, mas não sei
até que ponto isso é confiável de ser feito, de repente a sincronização
demorasse uma eternidade.

O que eu queria te pedir é o seguinte: na primeira vez que configurei o
heartbeat com drbd, eu deixei a opção de fail-back automático ligado, e isso
acabou corrompendo a minha replicação, eu tive que deixar tudo fora do ar e
forçar a replicação do primário para o secundário para que tudo voltasse a
funcionar. No seu caso, qual o procedimento que você adota no caso de fail-back
do nodo primário? Você simplesmente liga ele? E os heartbeats ?

--
Jeronimo Zucco
LPIC-1 Linux Professional Institute Certified
Núcleo de Processamento de Dados
Universidade de Caxias do Sul

http://jczucco.blogspot.com


Citando [EMAIL PROTECTED]:

  
Olá a todos.
Eu notei que o drbd quando um de meus nodos caem e retorna ele precisa
sicronizar os
dados, mas durante este periodo de sicronismo os servidores ficão muito
lentos,
tornando ate sua utilização inviavel.
Para amenizar isto quando um dos meus servidores caem eu so ligo ele
novamente a
noite para não deixar o servidor lento assim tornando a consulta ao banco de
dados e samba rodando neste serividor lento.
As maquinas são althon 64x2 3g de ram hd SCSi, rodando o linux centos 4.3,
com
drbd 0.7.14 e heartbeat 2.0.3.
Não teria como eu fazer o drbd durante a sicronização não
deixar o servidor tão lento?
Desde ja agradeço

    




  

_______________________________________________
Linux-HA mailing list
[email protected]
http://listas.linuxchix.org.br/mailman/listinfo/linux-ha

Responder a