[firebase-br] FB 2.1, 2.5 e 3

Mario brujeria em task.com.br
Qui Mar 20 20:07:50 -03 2008


Eduardo,

Na outra semana pegarei 3 máquinas e farei os testes.

Obrigado,
Mario Mol

Eduardo Jedliczka - TeamFB escreveu:
> Mario,
>
> O FireBird não permite que duas máquinas acessem a mesma base de dados
> (há excessões, mas há um sério risco de corrupção)...
>
> Já ouvi relatos de sucesso com um Cluster Linux (beowulf) trabalhando
> com o FB 2.0 Classic Server (compartilhando a storage) mas nunca
> implantei algo neste sentido.
>
> Isto possibilitaria um bom balanceamento de carga, e parcialmente a
> redundância (se um nó cair parte das conexões serão derrubadas mas é só
> reconectar que estará operacional)
>
> Sucesso,
>
> Eduardo Jedliczka
>
> Em Qui, 2008-03-20 às 10:06 -0300, Mario escreveu:
>   
>> Olá,
>>
>> me surgiu uma outra dúvida, há como implantar a seguinte estrutura no FB:
>>
>> Dois servidores com Firebird instalado.
>> Um servidor STORAGE com diversos HDs.
>>
>> Daí os dois servidores FB acessam a mesma base no storage, sendo que se 
>> um server FB caí o outro continua trabalhando e caso os dois estejam 
>> funcionando eles funcionam juntos.
>>
>> Para fazer o Load Balance poderíamos deixar na aplicação ou caso haja 
>> uma forma de fazer com o FB, favor indicar.
>>
>> Obrigado,
>> Mario Mol
>>
>> Carlos H. Cantu (TeamFB) escreveu:
>>     
>>> M> vendo neste link a versão 3 sairá no final deste ano.
>>>
>>> Soh a versão alfa.
>>>
>>> M> Mas não ví nada sobre cluster nativo do FB.
>>>
>>> Por enquanto, não há nada previsto para Cluster nesta versão.
>>>
>>> M> Ouvi falar que este recurso teria no Vulcan.
>>> M> No caso o 3 não seria o Vulcan?
>>>
>>> O Merge com o Vulcan não vai acontecer da forma que havia sido
>>> prevista. Apenas algumas idéias e partes do código do Vulcan serão
>>> aproveitados.
>>>
>>> M> Algum notícia ou previsão deste recurso no FB?
>>>
>>> Se eu não me engano, tinha uma pessoa que estava estudando como
>>> implementar Cluster no FB, mas nada de concreto ainda.
>>>
>>> M> A evolução do FB não está lenta comparado do MySQL, Postgre e 
>>> M> considerando que a mesma começou com vantagens pois na época o Interbase
>>> M> era bem melhor que estes relacionados?
>>>
>>> A evolução do FB está se dando de acordo com as possibilidades. A
>>> julgar pelo número de desenvolvedores que temos, e o amparo
>>> financeiro atual, eu diria que estamos fazendo milagre.
>>>
>>> M> Não estou aqui julgando ou reclamando, afinal nunca ajudei 
>>> M> financeiramente ao projeto, somente como parceiro e divulgador tecnológico.
>>>
>>> Talvez esteja na hora de ajudar ;) Ou financeiramente, ou colocando a
>>> mão na massa.
>>>
>>> []s
>>> Cantu (Membro do TeamFB - FireBase)
>>> http://www.warmboot.com.br
>>> FireBase - http://www.FireBase.com.br
>>> Blog - http://blog.firebase.com.br
>>>
>>>
>>> ______________________________________________
>>> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
>>> Para saber como gerenciar/excluir seu cadastro na lista, use: http://www.firebase.com.br/fb/artigo.php?id=1107
>>> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>>>
>>>   
>>>       
>> ______________________________________________
>> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
>> Para saber como gerenciar/excluir seu cadastro na lista, use: http://www.firebase.com.br/fb/artigo.php?id=1107
>> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>>     
>
>
> ______________________________________________
> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
> Para saber como gerenciar/excluir seu cadastro na lista, use: http://www.firebase.com.br/fb/artigo.php?id=1107
> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>
>   





Mais detalhes sobre a lista de discussão lista