[FUG-BR] Cluster Ativo / Ativo - Ativo / Passivo

2011-04-27 Por tôpico Leandro Silva
Pessoal,

Ja tiveram experiência de trabalhar com alta disponibilidade no Free ?
Toda vez que penso nesse assunto acredito que o Free ainda esta
engatinhando.

Não menosprezando o sistema, o que quero dizer é que quando pensamos em alta
dispobilidade, as ferramentas disponíveis não são muito difundidas, não há
muitos comentarios sobre cenários e casos de sucesso.. ( pelo menos eu nunca
vi muita coisa sobre esse assunto ), ou até mesmo não há ferramentas
disponíveis ..


Soluções alta disponibilidade ( Cluster ATIVO / ATIVO )

Neste caso ativo / ativo um dos maiores fatores a ser levado em consideração
é o tipo de file system a ser usado para suportar multiplos acessos...
Ja viram funcionando algum clustered file system no free ? ( Ex.: GPFS, GFS
para alguns UNIX e Linux )
Futuro ? acabei encontrando o projeto [1]Open HA, cluster do solaris aberto.
Será que o ZFS será um clustered file system no futuro ?

Soluções  de alta disponibilidade ( Cluster Ativo / Passivo )

Neste caso ativo / passivo é mais simples colocar as coisas para funcionar
pois temos que garantir acesso único, então dai indepente um pouco o tipo de
file system que iremos utilizar..
Podemos fazer adaptações com o CARP, heartbeat wackamole e outros..


Bom é isso ai, sei que o assunto ja foi discutido na lista algumas vezes mas
que poder contribuir com casos de sucesso, opnião, critica etc será bem
vindo..

[1] Open HA -
http://hub.opensolaris.org/bin/view/Community+Group+ha-clusters/ohac

Valeus,

leandro
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Cluster Ativo / Ativo - Ativo / Passivo

2011-04-27 Por tôpico Leandro Silva
Tem uma thread interessante rolando na lista freebsd-cluster de tópico:
Cluster Filesystem on FreeBS

Se surgir algo eu compartilho com vocês.



2011/4/27 Leandro Silva ldfsi...@gmail.com

 Pessoal,

 Ja tiveram experiência de trabalhar com alta disponibilidade no Free ?
 Toda vez que penso nesse assunto acredito que o Free ainda esta
 engatinhando.

 Não menosprezando o sistema, o que quero dizer é que quando pensamos em
 alta dispobilidade, as ferramentas disponíveis não são muito difundidas, não
 há muitos comentarios sobre cenários e casos de sucesso.. ( pelo menos eu
 nunca vi muita coisa sobre esse assunto ), ou até mesmo não há ferramentas
 disponíveis ..


 Soluções alta disponibilidade ( Cluster ATIVO / ATIVO )

 Neste caso ativo / ativo um dos maiores fatores a ser levado em
 consideração é o tipo de file system a ser usado para suportar multiplos
 acessos...
 Ja viram funcionando algum clustered file system no free ? ( Ex.: GPFS, GFS
 para alguns UNIX e Linux )
 Futuro ? acabei encontrando o projeto [1]Open HA, cluster do solaris
 aberto.
 Será que o ZFS será um clustered file system no futuro ?

 Soluções  de alta disponibilidade ( Cluster Ativo / Passivo )

 Neste caso ativo / passivo é mais simples colocar as coisas para funcionar
 pois temos que garantir acesso único, então dai indepente um pouco o tipo de
 file system que iremos utilizar..
 Podemos fazer adaptações com o CARP, heartbeat wackamole e outros..


 Bom é isso ai, sei que o assunto ja foi discutido na lista algumas vezes
 mas que poder contribuir com casos de sucesso, opnião, critica etc será bem
 vindo..

 [1] Open HA -
 http://hub.opensolaris.org/bin/view/Community+Group+ha-clusters/ohac

 Valeus,

 leandro


-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Cluster Ativo / Ativo - Ativo / Passivo

2011-04-27 Por tôpico Paulo Henrique
Lembro de ter lido que um provavel substitudo do ZFS seja o HammerFS 
derivado do DragonFly [1], creio que é mais provavel o mesmo 
disponibilizar tal suporte do que o sistemas ZFS ter tal implementação.
Considerando a probabilidade de se ter problemas com questões Legais 
quanto a Oracle atual detentora do direito autoral do ZFS.

[1] - http://www.dragonflybsd.org/hammer/

Em 27/04/2011 22:13, Leandro Silva escreveu:
 Tem uma thread interessante rolando na lista freebsd-cluster de tópico:
 Cluster Filesystem on FreeBS

 Se surgir algo eu compartilho com vocês.



 2011/4/27 Leandro Silvaldfsi...@gmail.com


 Pessoal,

 Ja tiveram experiência de trabalhar com alta disponibilidade no Free ?
 Toda vez que penso nesse assunto acredito que o Free ainda esta
 engatinhando.

 Não menosprezando o sistema, o que quero dizer é que quando pensamos em
 alta dispobilidade, as ferramentas disponíveis não são muito difundidas, não
 há muitos comentarios sobre cenários e casos de sucesso.. ( pelo menos eu
 nunca vi muita coisa sobre esse assunto ), ou até mesmo não há ferramentas
 disponíveis ..


 Soluções alta disponibilidade ( Cluster ATIVO / ATIVO )

 Neste caso ativo / ativo um dos maiores fatores a ser levado em
 consideração é o tipo de file system a ser usado para suportar multiplos
 acessos...
 Ja viram funcionando algum clustered file system no free ? ( Ex.: GPFS, GFS
 para alguns UNIX e Linux )
 Futuro ? acabei encontrando o projeto [1]Open HA, cluster do solaris
 aberto.
 Será que o ZFS será um clustered file system no futuro ?

 Soluções  de alta disponibilidade ( Cluster Ativo / Passivo )

 Neste caso ativo / passivo é mais simples colocar as coisas para funcionar
 pois temos que garantir acesso único, então dai indepente um pouco o tipo de
 file system que iremos utilizar..
 Podemos fazer adaptações com o CARP, heartbeat wackamole e outros..


 Bom é isso ai, sei que o assunto ja foi discutido na lista algumas vezes
 mas que poder contribuir com casos de sucesso, opnião, critica etc será bem
 vindo..

 [1] Open HA -
 http://hub.opensolaris.org/bin/view/Community+Group+ha-clusters/ohac

 Valeus,

 leandro


  
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd



-- 
Paulo Henrique R. Oliveira. Consultória em Projetos de TI. Cel: (21) 
9683-5433 - VIVO. Cel: (21) 7402-6128 - Claro. Desenvolvedor de Software 
/ Administrador de Sitemas. Genuine BSD/Unix User.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Cluster Ativo / Ativo - Ativo / Passivo

2011-04-27 Por tôpico Paulo Henrique
Interessa[1]

Link 1 - http://people.freebsd.org/~brooks/papers/bsdcon2003/fbsdcluster/

Em 27/04/2011 22:13, Leandro Silva escreveu:
 Tem uma thread interessante rolando na lista freebsd-cluster de tópico:
 Cluster Filesystem on FreeBS

 Se surgir algo eu compartilho com vocês.



 2011/4/27 Leandro Silvaldfsi...@gmail.com


 Pessoal,

 Ja tiveram experiência de trabalhar com alta disponibilidade no Free ?
 Toda vez que penso nesse assunto acredito que o Free ainda esta
 engatinhando.

 Não menosprezando o sistema, o que quero dizer é que quando pensamos em
 alta dispobilidade, as ferramentas disponíveis não são muito difundidas, não
 há muitos comentarios sobre cenários e casos de sucesso.. ( pelo menos eu
 nunca vi muita coisa sobre esse assunto ), ou até mesmo não há ferramentas
 disponíveis ..


 Soluções alta disponibilidade ( Cluster ATIVO / ATIVO )

 Neste caso ativo / ativo um dos maiores fatores a ser levado em
 consideração é o tipo de file system a ser usado para suportar multiplos
 acessos...
 Ja viram funcionando algum clustered file system no free ? ( Ex.: GPFS, GFS
 para alguns UNIX e Linux )
 Futuro ? acabei encontrando o projeto [1]Open HA, cluster do solaris
 aberto.
 Será que o ZFS será um clustered file system no futuro ?

 Soluções  de alta disponibilidade ( Cluster Ativo / Passivo )

 Neste caso ativo / passivo é mais simples colocar as coisas para funcionar
 pois temos que garantir acesso único, então dai indepente um pouco o tipo de
 file system que iremos utilizar..
 Podemos fazer adaptações com o CARP, heartbeat wackamole e outros..


 Bom é isso ai, sei que o assunto ja foi discutido na lista algumas vezes
 mas que poder contribuir com casos de sucesso, opnião, critica etc será bem
 vindo..

 [1] Open HA -
 http://hub.opensolaris.org/bin/view/Community+Group+ha-clusters/ohac

 Valeus,

 leandro


  
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd



-- 
Paulo Henrique R. Oliveira. Consultória em Projetos de TI. Cel: (21) 
9683-5433 - VIVO. Cel: (21) 7402-6128 - Claro. Desenvolvedor de Software 
/ Administrador de Sitemas. Genuine BSD/Unix User.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Cluster Ativo / Ativo - Ativo / Passivo

2011-04-27 Por tôpico Joao Rocha Braga Filho
2011/4/27 Leandro Silva ldfsi...@gmail.com:
 Pessoal,

 Ja tiveram experiência de trabalhar com alta disponibilidade no Free ?
 Toda vez que penso nesse assunto acredito que o Free ainda esta
 engatinhando.

 Não menosprezando o sistema, o que quero dizer é que quando pensamos em alta
 dispobilidade, as ferramentas disponíveis não são muito difundidas, não há
 muitos comentarios sobre cenários e casos de sucesso.. ( pelo menos eu nunca
 vi muita coisa sobre esse assunto ), ou até mesmo não há ferramentas
 disponíveis ..


 Soluções alta disponibilidade ( Cluster ATIVO / ATIVO )

 Neste caso ativo / ativo um dos maiores fatores a ser levado em consideração
 é o tipo de file system a ser usado para suportar multiplos acessos...
 Ja viram funcionando algum clustered file system no free ? ( Ex.: GPFS, GFS
 para alguns UNIX e Linux )
 Futuro ? acabei encontrando o projeto [1]Open HA, cluster do solaris aberto.
 Será que o ZFS será um clustered file system no futuro ?

 Soluções  de alta disponibilidade ( Cluster Ativo / Passivo )

 Neste caso ativo / passivo é mais simples colocar as coisas para funcionar
 pois temos que garantir acesso único, então dai indepente um pouco o tipo de
 file system que iremos utilizar..
 Podemos fazer adaptações com o CARP, heartbeat wackamole e outros..


 Bom é isso ai, sei que o assunto ja foi discutido na lista algumas vezes mas
 que poder contribuir com casos de sucesso, opnião, critica etc será bem
 vindo..

Hoje eu estava lendo sobre o HAST:

http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/disks-hast.html

Achei interessante.



 [1] Open HA -
 http://hub.opensolaris.org/bin/view/Community+Group+ha-clusters/ohac

 Valeus,

 leandro
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd




-- 
Sempre se apanha mais com as menores besteiras. Experiência própria.

http://jgoffredo.blogspot.com
goffr...@gmail.com
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] cluster jboss

2008-08-07 Por tôpico Giancarlo Rubio
Já usei cluster com jboss + freebsd em testes, mais nunca usei em produção.
Pelo fato de o próprio jboos controlar seu cluster, e a versões do
java para freebsd serem estáveis,  acredito que não terá maiores
problemas.

2008/8/7 Fernando Silva [EMAIL PROTECTED]:
 problemas com java? nao, eu sou prgramador java e uso ele com tomcat

 mas nao com jboss, acho q com jboss funciona bala

 On Tue, Aug 5, 2008 at 9:47 AM, Antonio Carlos [EMAIL PROTECTED]wrote:

 Bom dia lista, alguem ja fez cluster de jboss usando freebsd ? funciona
 ? nao tem problemas com java??

 Abraços
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd




-- 
Giancarlo Rubio
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] cluster jboss

2008-08-07 Por tôpico Antonio Carlos
vo fazer alguns testes e que realmente nao queria colocar
linu   valeu rapazes..

Giancarlo Rubio wrote:
 Já usei cluster com jboss + freebsd em testes, mais nunca usei em produção.
 Pelo fato de o próprio jboos controlar seu cluster, e a versões do
 java para freebsd serem estáveis,  acredito que não terá maiores
 problemas.
 
 2008/8/7 Fernando Silva [EMAIL PROTECTED]:
 problemas com java? nao, eu sou prgramador java e uso ele com tomcat

 mas nao com jboss, acho q com jboss funciona bala

 On Tue, Aug 5, 2008 at 9:47 AM, Antonio Carlos [EMAIL PROTECTED]wrote:

 Bom dia lista, alguem ja fez cluster de jboss usando freebsd ? funciona
 ? nao tem problemas com java??

 Abraços
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

 
 
 
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


[FUG-BR] cluster jboss

2008-08-05 Por tôpico Antonio Carlos
Bom dia lista, alguem ja fez cluster de jboss usando freebsd ? funciona
? nao tem problemas com java??

Abraços
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


[FUG-BR] Cluster Apache

2008-02-22 Por tôpico Cleyton Bertolim
Bom dia pessoal!

To precisando montar um cluster de alta disponibilidade com
balanceamento de carga de dois servidores rodando: Apache, PHP e
MySQL-Server.
Alguem pode me indicar algum tutorial?

Cleyton.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Cluster Apache

2008-02-22 Por tôpico Gustavo Polillo Correa

qtos servidores de banco vc vai ter? vc quer ter alta disponibilidade do banco
, com varios servidores Mysql ou fazer isso com o oapache com um unico banco?
ou senao vc quer varios apaches com varios banco s Mysql em cluster?

-- Original Message ---
From: Cleyton Bertolim [EMAIL PROTECTED]
To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br
Sent: Fri, 22 Feb 2008 12:55:30 -0200
Subject: [FUG-BR] Cluster Apache

 Bom dia pessoal!
 
 To precisando montar um cluster de alta disponibilidade com
 balanceamento de carga de dois servidores rodando: Apache, PHP e
 MySQL-Server.
 Alguem pode me indicar algum tutorial?
 
 Cleyton.
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
--- End of Original Message ---

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Cluster Apache

2008-02-22 Por tôpico Cristina Fernandes Silva
Aqui mesmo na lista.. olhe em artigos.

http://www.fug.com.br/content/view/108/77/
http://www.fug.com.br/content/view/124/77/
http://www.fug.com.br/content/view/163/77/

2008/2/22, Cleyton Bertolim [EMAIL PROTECTED]:
 Bom dia pessoal!

  To precisando montar um cluster de alta disponibilidade com
  balanceamento de carga de dois servidores rodando: Apache, PHP e
  MySQL-Server.
  Alguem pode me indicar algum tutorial?

  Cleyton.
  -
  Histórico: http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Cluster mysql

2008-01-18 Por tôpico Antonio Carlos Rocha
Obrigado Edson,  apos muita briga consegui rodar com a versao 4.1  no freebsd 
=D,  irei me escrever a lista do mysql no brasil 

obrigado amigos da lista 

Ederson de Moura [EMAIL PROTECTED] escreveu: Olá Antonio,

Porque você está usando a versão 4.1 e não a serie 5 já?

Acho que esse erro se reflete a MySQL mesmo, e não ao Sistema Operacional
propriamente, então seria interressante você fazer essa pergunta no
Forúm da MySQL Brasil, lá o pessoal irá de reponder essas dúvidas com
mais propriedade do que nós aqui da lista.

http://www.mysqlbrasil.com.br/

Outra dica é a documentação do MySQL sobre Cluster:

http://dev.mysql.com/doc/refman/5.0/en/mysql-cluster.html

Espero ter ajudado.

Abraços, edm.


On Jan 17, 2008 9:15 AM, Antonio Carlos Rocha
 wrote:
 Ola lista,  estou com um problemas no mysql para configurar um cluster, fiz a 
 instalacao do mysql 4.1 com opcao  WITH_NDB=yes, fiz a configuracao do 
 config.ini para management server ai tudo bem, agora nos nodes ( A , B) 
 inicializo o ndbd ele conecta corretamente na porta 1186 no management server 
 , so que o mysqld(API) nao conecta


 [mysqld(API)]   2 node(s)
 id=4   (not connected, accepting connect from 192.168.1.124)
 id=5   (not connected, accepting connect from 192.168.1.122)
  ,  alguem  ja passou  por esse problema criando um cluster de mysql? alguem 
 poderia me ajudar ?

 Obrigado


 -
 Abra sua conta no Yahoo! Mail, o único sem limite de espaço para 
 armazenamento!
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd




-- 
 τὼ ὁδώ Ω ω
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


   
-
Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! 
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


[FUG-BR] Cluster mysql

2008-01-17 Por tôpico Antonio Carlos Rocha
Ola lista,  estou com um problemas no mysql para configurar um cluster, fiz a 
instalacao do mysql 4.1 com opcao  WITH_NDB=yes, fiz a configuracao do 
config.ini para management server ai tudo bem, agora nos nodes ( A , B) 
inicializo o ndbd ele conecta corretamente na porta 1186 no management server , 
so que o mysqld(API) nao conecta


[mysqld(API)]   2 node(s)
id=4   (not connected, accepting connect from 192.168.1.124)
id=5   (not connected, accepting connect from 192.168.1.122)
 ,  alguem  ja passou  por esse problema criando um cluster de mysql? alguem 
poderia me ajudar ?

Obrigado

   
-
Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! 
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


[FUG-BR] cluster mysql

2008-01-11 Por tôpico Antonio Carlos Rocha
Boa tarde lista , estou com algumas duvidas na instalacao do mysql para criar 
um cluster, quanto instalo via ports o mysql 5 ele nao vem com os pacotes 
ndb_mgm, ndbd alguem sabe me dizer o pq? 

valeu!!!

   
-
Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! 
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Cluster usando FreeBSD ( consulta )

2007-09-05 Por tôpico Nilson Debatin
É isso aí Daniel, faSSo minhas as suas palavras e assino embaixo.

:)

[]s
Nilson

On Tue, 2007-09-04 at 09:31 -0300, Daniel Bristot de Oliveira wrote:
 Salve Lista!
 
 Cluster eu gosto :D
 
 Bom, pessoalmente, eu gosto muito da MPICH2 (Em comparação com as outras
 implementações de MPI e de PVM), e tive ótimos resultados com ela em
 FreeBSD, melhores que em Linux na época (Muito melhores por sinal), isto há
 um ano atrás. Chegeui a montar um cluster com 48 máquinas na universidade
 que trabalhava, fiz até uma palestra sobre este cluster paralelo no encontro
 catarinense de software livre.
 
 A opção para FS é o NFS mesmo. Porém, em meus testes, em nenhum momento o
 gargalo acabou sendo o FS, na época o cluster que eu fiz era para
 processamento vetorial de imagens, então os gargalos eram os processadores
 quando a granularidade era grossa e a rede quando a granularidade era fina.
 
 Sobre o que eu acho do GGate, ele faz o papel dele que é exportar/importar
 um dispositivo (GEOM) em rede para acesso crú, como o Debatim falou acima.
 Então ele não acaba sendo pior que o NFS, pois não é a missão fazer sistemas
 de arquivos clusterizados (ele está em um nível abaixo do FS), então não é
 uma deficiência dele, na verdade, o GGATE e o NFS são coisas totalmente
 distintas, até mesmo em nível de atuação/implementação dentro do núcleo do
 SO.
 
 Se você está usando discos normais, acho que o NFS está de bom tamanho, mas
 se você está usando uma SAN com FC ai infelizmente o um GFS ou compatível
 irá fazer muita diferença.
 
 Então, na minha humilde opnião, e sem conhecer o seu ambiênte, acho que
 FreeBSD e NFS é o que há, e que com Linux o ser desenpenho será inferior ao
 do FreeBSD.
 
 Opa, agora é hora de trabalhar...
 
 Até mais lista!
 

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Cluster usando FreeBSD ( consulta )

2007-09-05 Por tôpico Wildes Miranda de Oliveira
pegando o bonde, alguem que tenha mais informacoes e conhecimento sobre ata 
over ethernet
poderia fazer alguma abordagem comparando-o com oq esta sendo discutido neste 
topico. e dizer
se existe algo disponivel para FreeBSD, se oferece vantagens sobre o nfs, se 
poderia o ggate implementa-lo
sobre netgraph !?,como seria ?

On Wed, 05 Sep 2007 14:33:16 -0300, Nilson Debatin [EMAIL PROTECTED] wrote:
 É isso aí Daniel, faSSo minhas as suas palavras e assino embaixo.
 
 :)
 
 []s
 Nilson
 
 On Tue, 2007-09-04 at 09:31 -0300, Daniel Bristot de Oliveira wrote:
 Salve Lista!
 
 Cluster eu gosto :D
 
 Bom, pessoalmente, eu gosto muito da MPICH2 (Em comparação com as
 outras
 implementações de MPI e de PVM), e tive ótimos resultados com ela em
 FreeBSD, melhores que em Linux na época (Muito melhores por sinal),
 isto há
 um ano atrás. Chegeui a montar um cluster com 48 máquinas na
 universidade
 que trabalhava, fiz até uma palestra sobre este cluster paralelo no
 encontro
 catarinense de software livre.
 
 A opção para FS é o NFS mesmo. Porém, em meus testes, em nenhum
 momento o
 gargalo acabou sendo o FS, na época o cluster que eu fiz era para
 processamento vetorial de imagens, então os gargalos eram os
 processadores
 quando a granularidade era grossa e a rede quando a granularidade era
 fina.
 
 Sobre o que eu acho do GGate, ele faz o papel dele que é
 exportar/importar
 um dispositivo (GEOM) em rede para acesso crú, como o Debatim falou
 acima.
 Então ele não acaba sendo pior que o NFS, pois não é a missão fazer
 sistemas
 de arquivos clusterizados (ele está em um nível abaixo do FS), então
 não é
 uma deficiência dele, na verdade, o GGATE e o NFS são coisas
 totalmente
 distintas, até mesmo em nível de atuação/implementação dentro do
 núcleo do
 SO.
 
 Se você está usando discos normais, acho que o NFS está de bom
 tamanho, mas
 se você está usando uma SAN com FC ai infelizmente o um GFS ou
 compatível
 irá fazer muita diferença.
 
 Então, na minha humilde opnião, e sem conhecer o seu ambiênte, acho
 que
 FreeBSD e NFS é o que há, e que com Linux o ser desenpenho será
 inferior ao
 do FreeBSD.
 
 Opa, agora é hora de trabalhar...
 
 Até mais lista!
 
 
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Cluster usando FreeBSD ( consulta )

2007-09-04 Por tôpico Daniel Bristot de Oliveira
Salve Lista!

Cluster eu gosto :D

Bom, pessoalmente, eu gosto muito da MPICH2 (Em comparação com as outras
implementações de MPI e de PVM), e tive ótimos resultados com ela em
FreeBSD, melhores que em Linux na época (Muito melhores por sinal), isto há
um ano atrás. Chegeui a montar um cluster com 48 máquinas na universidade
que trabalhava, fiz até uma palestra sobre este cluster paralelo no encontro
catarinense de software livre.

A opção para FS é o NFS mesmo. Porém, em meus testes, em nenhum momento o
gargalo acabou sendo o FS, na época o cluster que eu fiz era para
processamento vetorial de imagens, então os gargalos eram os processadores
quando a granularidade era grossa e a rede quando a granularidade era fina.

Sobre o que eu acho do GGate, ele faz o papel dele que é exportar/importar
um dispositivo (GEOM) em rede para acesso crú, como o Debatim falou acima.
Então ele não acaba sendo pior que o NFS, pois não é a missão fazer sistemas
de arquivos clusterizados (ele está em um nível abaixo do FS), então não é
uma deficiência dele, na verdade, o GGATE e o NFS são coisas totalmente
distintas, até mesmo em nível de atuação/implementação dentro do núcleo do
SO.

Se você está usando discos normais, acho que o NFS está de bom tamanho, mas
se você está usando uma SAN com FC ai infelizmente o um GFS ou compatível
irá fazer muita diferença.

Então, na minha humilde opnião, e sem conhecer o seu ambiênte, acho que
FreeBSD e NFS é o que há, e que com Linux o ser desenpenho será inferior ao
do FreeBSD.

Opa, agora é hora de trabalhar...

Até mais lista!

-- 
Daniel Bristot de Oliveira
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Cluster usando FreeBSD ( consulta )

2007-08-31 Por tôpico Wildes Miranda de Oliveira
 COm este MPICH consigo fazer cluster de FileSystem? Preciso fazer isto
 aqui
 :)
 
 Abs[]
 
 Cluster de file system eu não sei, quando usei isso (OpenMPI e mpich2)
 foi pra um trabalho em faculdade e usei NFS pra fazer todos os nodes
 acessarem o mesmo FS. Se vc quer mesmo um file system distribuido eu
 acho q o FreeBSD não possui nenhum.
 
 []s
 Nilson
 

O que voces acham do GEOM Gate Network Devices.
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/geom-ggate.html


Wildes Miranda


-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Cluster usando FreeBSD ( consulta )

2007-08-30 Por tôpico Victor Loureiro Lima
Eu usei o mpich e achei que a implementacao deles e' bem compativel
com as especificacoes do Messa Passing Interface, nunca vi nada sobre
openmpi...

vai ai meus $0.02
victor

Em 29/08/07, Paivar[EMAIL PROTECTED] escreveu:
 Caros colegas,

 No próprio site da FUG tem sobre cluster beowulf utilizando MPICH ai vai o
 link http://www.fug.com.br/content/view/163/60/

 Att Rodrigo Paiva.


 - Mensagem Original 
 De: Lista Brasileira de Discussão sobre FreeBSD  FUG-BR freebsd@fug.com.br
 Para: freebsd@fug.com.br freebsd@fug.com.br
 Assunto: [FUG-BR] Cluster usando FreeBSD ( consulta )
 Data: 29/08/07 18:47

 
  Senhores, venho consultar a vocês sobre, se existe como colocar MPI pra
  rodar no FreeBSD.
  Atualmente gerencio dois clusters de computadores, ambos usando SuSE
  Linux...
  O cluster roda bem, mais o sistema é muito pesado, preciso de algo mais
 leve
  para otimizar os cálculos.
  Algum dos senhores já tentou tal façanha ?
  Obrigado,
 
  -- Att.
  Guilherme Fernandes de Souza Miguel
  -
  Histórico: http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
 
 
 
 
 
 

 
 Mensagem enviada usando Webmail Sodisa 2.7.2

 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Cluster usando FreeBSD ( consulta )

2007-08-30 Por tôpico Jose Augusto
COm este MPICH consigo fazer cluster de FileSystem? Preciso fazer isto aqui
:)

Abs[]

Em 30/08/07, Victor Loureiro Lima [EMAIL PROTECTED] escreveu:

 Eu usei o mpich e achei que a implementacao deles e' bem compativel
 com as especificacoes do Messa Passing Interface, nunca vi nada sobre
 openmpi...

 vai ai meus $0.02
 victor

 Em 29/08/07, Paivar[EMAIL PROTECTED] escreveu:
  Caros colegas,
 
  No próprio site da FUG tem sobre cluster beowulf utilizando MPICH ai vai
 o
  link http://www.fug.com.br/content/view/163/60/
 
  Att Rodrigo Paiva.
 
 
  - Mensagem Original 
  De: Lista Brasileira de Discussão sobre FreeBSD  FUG-BR 
 freebsd@fug.com.br
  Para: freebsd@fug.com.br freebsd@fug.com.br
  Assunto: [FUG-BR] Cluster usando FreeBSD ( consulta )
  Data: 29/08/07 18:47
 
  
   Senhores, venho consultar a vocês sobre, se existe como colocar MPI
 pra
   rodar no FreeBSD.
   Atualmente gerencio dois clusters de computadores, ambos usando SuSE
   Linux...
   O cluster roda bem, mais o sistema é muito pesado, preciso de algo
 mais
  leve
   para otimizar os cálculos.
   Algum dos senhores já tentou tal façanha ?
   Obrigado,
  
   -- Att.
   Guilherme Fernandes de Souza Miguel
   -
   Histórico: http://www.fug.com.br/historico/html/freebsd/
   Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
  
  
  
  
  
  
 
  
  Mensagem enviada usando Webmail Sodisa 2.7.2
 
  -
  Histórico: http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
 
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd




-- 
--
Segurança da Informação se faz com tecnologia, processos e pessoas, e a
formação destas exige mais que uma seqüência de treinamentos. Porque você
treina macacos. Pessoas,você educa.

Se a gente se lança sem vigor, sete de dez ações tomadas não dão certo. É
extremamente difícil tomar decisões num estado de agitação. Por outro lado,
se sem se preocupar com as conseqüências menores, abordamos os problemas com
o espíito afiado como uma lâmina, sempre encontramos a solução em menos
tempo do que é necessáio para respirar sete vezes.  Nabeshima Naoshige
(1538-1618)
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Cluster usando FreeBSD ( consulta )

2007-08-30 Por tôpico Jose Augusto
Pro linux eu sei do GFS :) to tentando usar ele mesmo, hehehe!!!

Vlws

Em 30/08/07, Nilson Debatin [EMAIL PROTECTED] escreveu:

 On Thu, 2007-08-30 at 15:06 -0300, Jose Augusto wrote:
  COm este MPICH consigo fazer cluster de FileSystem? Preciso fazer isto
 aqui
  :)
 
  Abs[]

 Cluster de file system eu não sei, quando usei isso (OpenMPI e mpich2)
 foi pra um trabalho em faculdade e usei NFS pra fazer todos os nodes
 acessarem o mesmo FS. Se vc quer mesmo um file system distribuido eu
 acho q o FreeBSD não possui nenhum.

 []s
 Nilson

 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd




-- 
--
Segurança da Informação se faz com tecnologia, processos e pessoas, e a
formação destas exige mais que uma seqüência de treinamentos. Porque você
treina macacos. Pessoas,você educa.

Se a gente se lança sem vigor, sete de dez ações tomadas não dão certo. É
extremamente difícil tomar decisões num estado de agitação. Por outro lado,
se sem se preocupar com as conseqüências menores, abordamos os problemas com
o espíito afiado como uma lâmina, sempre encontramos a solução em menos
tempo do que é necessáio para respirar sete vezes.  Nabeshima Naoshige
(1538-1618)
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


[FUG-BR] Cluster usando FreeBSD ( consulta )

2007-08-29 Por tôpico Miguel Guilherme Fernandes de Souza
Senhores, venho consultar a vocês sobre, se existe como colocar MPI pra
rodar no FreeBSD.
Atualmente gerencio dois clusters de computadores, ambos usando SuSE
Linux...
O cluster roda bem, mais o sistema é muito pesado, preciso de algo mais leve
para otimizar os cálculos.
Algum dos senhores já tentou tal façanha ?
Obrigado,

-- 
Att.
Guilherme Fernandes de Souza Miguel
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Cluster usando FreeBSD ( consulta )

2007-08-29 Por tôpico Victor Loureiro Lima
Engracado, quado eu fiz Sistemas Distribuidos na PUC-Rio semestre
passado, eu fiz varios codigos com MPI e cheguei a perguntar pra
professora sobre implementacoes para o freebsd, mas nunca obtive
respostas...

Enfim, nao ajudei em nada, mas se souber de alguma informacao, manda
uma mensagem para a lista

victor

Em 29/08/07, Miguel Guilherme Fernandes de Souza[EMAIL PROTECTED] escreveu:
 Senhores, venho consultar a vocês sobre, se existe como colocar MPI pra
 rodar no FreeBSD.
 Atualmente gerencio dois clusters de computadores, ambos usando SuSE
 Linux...
 O cluster roda bem, mais o sistema é muito pesado, preciso de algo mais leve
 para otimizar os cálculos.
 Algum dos senhores já tentou tal façanha ?
 Obrigado,

 --
 Att.
 Guilherme Fernandes de Souza Miguel
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Cluster usando FreeBSD ( consulta )

2007-08-29 Por tôpico Marcus Alves Grando
Miguel Guilherme Fernandes de Souza wrote:
 Senhores, venho consultar a vocês sobre, se existe como colocar MPI pra
 rodar no FreeBSD.
 Atualmente gerencio dois clusters de computadores, ambos usando SuSE
 Linux...
 O cluster roda bem, mais o sistema é muito pesado, preciso de algo mais leve
 para otimizar os cálculos.
 Algum dos senhores já tentou tal façanha ?
 Obrigado,
 

Port:   openmpi-1.2.2_1
Path:   /usr/ports/net/openmpi
Info:   A High Performance Message Passing Library
Maint:  [EMAIL PROTECTED]
WWW:http://www.open-mpi.org/

Port:   mpich2-1.0.5p4_2,2
Path:   /usr/ports/net/mpich2
Info:   A portable implementation of MPI-1 and MPI-2
Maint:  [EMAIL PROTECTED]
WWW:http://www.mcs.anl.gov/mpi/mpich/

Port:   mpich-1.2.7.p1_2
Path:   /usr/ports/net/mpich
Info:   Message Passing Interface (MPI) Library
Maint:  [EMAIL PROTECTED]
WWW:http://www.mcs.anl.gov/mpi/mpich1/

Abraços

-- 
Marcus Alves Grando
marcus(at)sbh.eng.br | Personal
mnag(at)FreeBSD.org  | FreeBSD.org
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Cluster usando FreeBSD ( consulta )

2007-08-29 Por tôpico Gustavo Schneider
http://people.freebsd.org/~brooks/papers/bsdcon2003/fbsdcluster/

[]s
Schneider

On 8/29/07, Victor Loureiro Lima [EMAIL PROTECTED] wrote:
 Engracado, quado eu fiz Sistemas Distribuidos na PUC-Rio semestre
 passado, eu fiz varios codigos com MPI e cheguei a perguntar pra
 professora sobre implementacoes para o freebsd, mas nunca obtive
 respostas...

 Enfim, nao ajudei em nada, mas se souber de alguma informacao, manda
 uma mensagem para a lista

 victor

 Em 29/08/07, Miguel Guilherme Fernandes de Souza[EMAIL PROTECTED] escreveu:
  Senhores, venho consultar a vocês sobre, se existe como colocar MPI pra
  rodar no FreeBSD.
  Atualmente gerencio dois clusters de computadores, ambos usando SuSE
  Linux...
  O cluster roda bem, mais o sistema é muito pesado, preciso de algo mais leve
  para otimizar os cálculos.
  Algum dos senhores já tentou tal façanha ?
  Obrigado,
 
  --
  Att.
  Guilherme Fernandes de Souza Miguel
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Cluster usando FreeBSD ( consulta )

2007-08-29 Por tôpico Nilson Debatin
Tem sim, eu gostei muito do OpenMPI e tem também o mpich, ambos
no ports. Que software vc está usando atualmente pra implementar
o MPI?

[]s
Nilson

On Wed, 2007-08-29 at 18:47 -0300, Miguel Guilherme Fernandes de Souza
wrote:
 Senhores, venho consultar a vocês sobre, se existe como colocar MPI pra
 rodar no FreeBSD.
 Atualmente gerencio dois clusters de computadores, ambos usando SuSE
 Linux...
 O cluster roda bem, mais o sistema é muito pesado, preciso de algo mais leve
 para otimizar os cálculos.
 Algum dos senhores já tentou tal façanha ?
 Obrigado,
 

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Cluster usando FreeBSD ( consulta )

2007-08-29 Por tôpico Paivar
Caros colegas,

No próprio site da FUG tem sobre cluster beowulf utilizando MPICH ai vai o
link http://www.fug.com.br/content/view/163/60/

Att Rodrigo Paiva.


- Mensagem Original 
De: Lista Brasileira de Discussão sobre FreeBSD  FUG-BR freebsd@fug.com.br
Para: freebsd@fug.com.br freebsd@fug.com.br
Assunto: [FUG-BR] Cluster usando FreeBSD ( consulta )
Data: 29/08/07 18:47


 Senhores, venho consultar a vocês sobre, se existe como colocar MPI pra
 rodar no FreeBSD.
 Atualmente gerencio dois clusters de computadores, ambos usando SuSE
 Linux...
 O cluster roda bem, mais o sistema é muito pesado, preciso de algo mais
leve
 para otimizar os cálculos.
 Algum dos senhores já tentou tal façanha ?
 Obrigado,

 -- Att.
 Guilherme Fernandes de Souza Miguel
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd








Mensagem enviada usando Webmail Sodisa 2.7.2

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Cluster de Firewall com carp + pfsync (tutorial)

2006-11-17 Por tôpico Rogério Schneider
Marcelo, você tem boas referências para postar, obrigado, vou ter um
dia cheio de leituras :)


On 11/16/06, Marcello Costa [EMAIL PROTECTED] wrote:
 Bem porque querer compartilhar o /tmp se é possivel manter a sessão http
 do requisitante ? simplesmente não é preciso.
 Log ? o syslog resolve isso , pode ter um servidor que sera o master dos
 logs.

 Bem me lembro que tem um exemplo com freebie sendo usado pra cluster via
 nfs , funciona claro , mas não é o caso.

 http://www.onlamp.com/pub/a/bsd/2004/07/01/freesbie.html

 Apache tem a sua solução :

 http://httpd.apache.org/docs/2.2/mod/mod_proxy_balancer.html

 http://www.backhand.org/mod_backhand/


 Achei outros com java , vadi retro , amenos que vc use tomcat

 http://www.samag.com/documents/s=1155/sam0101a/0101a.htm


 Material muito bom esse aqui :

 http://www.enterux.com/en/solutions/load-balancing-high-volume-solutions


 Citado varias vezes

 http://www.tummy.com/journals/entries/scott_20050324_171814

 http://www.linux-ha.org/Heartbeat


 Balance já foi colocado na lista

 Tem varias formas de fazer , apenas acho que o problema não precisa
 passar a ser storage.

 Storage  , o geom pode ajudar virtualizando ou to falando tremenda
 besteira ?

Não é besteira não, estou trabalhando para utilizar um sistema baseado
em geom com ggate e gmirror.
Bem, a idéia é replicar um volume de uma máquina para outra, e quando
a slave assumir, checar se ela pode assumir, se estiver com sistema
limpo, consistente. Parece simples, mas na hora de implementar é que
aparecem os problemas reais.
Outra coisa, é que as vezes a sincronização me parece muito lenta,
quando de uma falha, o novo slave recebe, no startup, TODO o volume do
atual master... Isso leva muito tempo. O DRBD diz ser otimizado nisso,
levando de 1 a 3 minutos para sync completa, em volumes de até 4 TB,
isso sim é bom.
Se o gmirror pudesse fazer isso, seria ótimo, trabalhar como o rsync
saca, gerando hashs de blocos contínuos e checando com o destino,
otimizando a transferência, enviando somente aquilo que é realmente
diferente, e não tudo.

Esbarrei nesse problema agora... E outra coisa é quando um slave
assume master com o FS corrompido. Pode ocorrer, e representa risco
para os dados, imaigna fazer um espelhamento disso sobre o antigo
master, que tem os dados consistentes? Pronto neh... Essa chacagem
deve ser feita antes de o slave assumir master.

Quanto aos clientes, seriam NFS, ai entra um outro problema.
Como eles se comportariam numa troca onde ninguém asume? Master falha,
slave não assume por inconsistência.. Será que o cliente (server web,
mail) não vai tentar usar arquivos locais nesse caso? Isso seria uma
boa bosta :)

Att,
RS






 Em Qui, 2006-11-16 às 14:27 -0200, Rogério Schneider escreveu:
  Marcelo, veja:
 
  Failover e Load Balance é sim simples de se fazer, o PF resolve tudo
  isso, com pfsync, CARP e rdr. Ponto.
 
  Compartilhar os dados, centralizar, isso sim é uma problema, e seria
  exatamente sobre isso que eu gostaria que alguém aqui se manifestasse.
  Existe alguma maneira eficiente de se ter um storage redundante
  montado sobre FreeBSD (ou mesmo Linux, Open, enfim...) baseado
  TOTALMENTE em soluções livres?
  Esse é o ponto.
 
  :)
 
  Os /tmp poderiam ficar no storage, sem problemas, mesmo. Você vê algum
  problema? Tudo bem, muda o diretório de sessions nos teus servers www
  e aponta este novo caminho para dentro do storage, em área
  compartilhada, assim vc mantém os /tmp isolados.
 
  O problema é o storage gente alguém?
 
  Att,
  RS
 

 --
 Marcello Costa
 BSD System Engineer
 unixmafia at yahoo dot com dot br
 FUG-BR #156
 http://www.fug.com.br



 ___
 Novidade no Yahoo! Mail: receba alertas de novas mensagens no seu celular. 
 Registre seu aparelho agora!
 http://br.mobile.yahoo.com/mailalertas/


 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd



-- 
Rogério Schneider

+55 (55) 9985 2127
+55 (55) 3332 5923
+55 (55) 3321 1535

MSN: [EMAIL PROTECTED]
ICQ: 78778973
GTalk: [EMAIL PROTECTED]
Skype: stockrt

http://stockrt.unicruz.edu.br
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Cluster de Firewall com carp + pfsync (tutorial)

2006-11-17 Por tôpico Marcello Costa
NFS não foi seria recomendado

http://lists.freebsd.org/pipermail/freebsd-net/2006-August/011331.html

Melhor solução seria sem duvida um raid via rede


A latencia pode não ser um grande problema , vc não fica alterando
arquivos assim a todo instante , fora o /tmp claro.

Tem isso aqui , antigão mas interessante

http://blizzard.rwic.und.edu/~nordlie/miniwulf/

http://people.freebsd.org/~brooks/papers/bsdcon2003/

Esse parecem promissores

http://www.freebsd.org/cgi/url.cgi?ports/sysutils/sge/pkg-descr

http://gridengine.sunsource.net/

Q: What is Grid Engine? 

A: Grid Engine is a Distributed Resource Management (DRM) software. DRM
software aggregates compute power and delivers it as a network service.
Grid Engine software is used with a set of computers to create powerful
compute farms, which are used in a wide range of technical computing
applications such as the development of semiconductors, bioinformatics,
mechanical design, software development, oil/gas exploration, and
financial analysis; additionally, massively scaling supercomputers use
Grid Engine software in a variety of academic and research pursuits.
Users enjoy access to large computing capability and organizations enjoy
effective utilization of their computing resource investments
approaching 100%.

Implementrar ai é outra história ...

 
 Não é besteira não, estou trabalhando para utilizar um sistema baseado
 em geom com ggate e gmirror.
 Bem, a idéia é replicar um volume de uma máquina para outra, e quando
 a slave assumir, checar se ela pode assumir, se estiver com sistema
 limpo, consistente. Parece simples, mas na hora de implementar é que
 aparecem os problemas reais.
 Outra coisa, é que as vezes a sincronização me parece muito lenta,
 quando de uma falha, o novo slave recebe, no startup, TODO o volume do
 atual master... Isso leva muito tempo. O DRBD diz ser otimizado nisso,
 levando de 1 a 3 minutos para sync completa, em volumes de até 4 TB,
 isso sim é bom.
 Se o gmirror pudesse fazer isso, seria ótimo, trabalhar como o rsync
 saca, gerando hashs de blocos contínuos e checando com o destino,
 otimizando a transferência, enviando somente aquilo que é realmente
 diferente, e não tudo.
 
 Esbarrei nesse problema agora... E outra coisa é quando um slave
 assume master com o FS corrompido. Pode ocorrer, e representa risco
 para os dados, imaigna fazer um espelhamento disso sobre o antigo
 master, que tem os dados consistentes? Pronto neh... Essa chacagem
 deve ser feita antes de o slave assumir master.
 
 Quanto aos clientes, seriam NFS, ai entra um outro problema.
 Como eles se comportariam numa troca onde ninguém asume? Master falha,
 slave não assume por inconsistência.. Será que o cliente (server web,
 mail) não vai tentar usar arquivos locais nesse caso? Isso seria uma
 boa bosta :)
 
 Att,
 RS
 
 
 
 
 
 
  Em Qui, 2006-11-16 às 14:27 -0200, Rogério Schneider escreveu:
   Marcelo, veja:
  
   Failover e Load Balance é sim simples de se fazer, o PF resolve tudo
   isso, com pfsync, CARP e rdr. Ponto.
  
   Compartilhar os dados, centralizar, isso sim é uma problema, e seria
   exatamente sobre isso que eu gostaria que alguém aqui se manifestasse.
   Existe alguma maneira eficiente de se ter um storage redundante
   montado sobre FreeBSD (ou mesmo Linux, Open, enfim...) baseado
   TOTALMENTE em soluções livres?
   Esse é o ponto.
  
   :)
  
   Os /tmp poderiam ficar no storage, sem problemas, mesmo. Você vê algum
   problema? Tudo bem, muda o diretório de sessions nos teus servers www
   e aponta este novo caminho para dentro do storage, em área
   compartilhada, assim vc mantém os /tmp isolados.
  
   O problema é o storage gente alguém?
  
   Att,
   RS
  
 
  --
  Marcello Costa
  BSD System Engineer
  unixmafia at yahoo dot com dot br
  FUG-BR #156
  http://www.fug.com.br
 
 
 
  ___
  Novidade no Yahoo! Mail: receba alertas de novas mensagens no seu celular. 
  Registre seu aparelho agora!
  http://br.mobile.yahoo.com/mailalertas/
 
 
  -
  Histórico: http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
 
 
 
-- 
Marcello Costa
BSD System Engineer
unixmafia at yahoo dot com dot br
FUG-BR #156 
http://www.fug.com.br



___ 
O Yahoo! est� de cara nova. Venha conferir! 
http://br.yahoo.com
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Cluster de Firewall com carp + pfsync (tutorial)

2006-11-17 Por tôpico Rogério Schneider
Marcello, o NFS não é recomendado no uso write one / read all, pq ao
modificar o inodes under the feets do NFS ele perde a ref, devido ao
seu cache. No caso, apenas uma máquina servindo NFS e a outra como
mirror daria certo, desde que não se quisesse ler via NFS da máquina
mirror.

Att,
RS


On 11/17/06, Marcello Costa [EMAIL PROTECTED] wrote:
 NFS não foi seria recomendado

 http://lists.freebsd.org/pipermail/freebsd-net/2006-August/011331.html

 Melhor solução seria sem duvida um raid via rede


 A latencia pode não ser um grande problema , vc não fica alterando
 arquivos assim a todo instante , fora o /tmp claro.

 Tem isso aqui , antigão mas interessante

 http://blizzard.rwic.und.edu/~nordlie/miniwulf/

 http://people.freebsd.org/~brooks/papers/bsdcon2003/

 Esse parecem promissores

 http://www.freebsd.org/cgi/url.cgi?ports/sysutils/sge/pkg-descr

 http://gridengine.sunsource.net/

 Q: What is Grid Engine?

 A: Grid Engine is a Distributed Resource Management (DRM) software. DRM
 software aggregates compute power and delivers it as a network service.
 Grid Engine software is used with a set of computers to create powerful
 compute farms, which are used in a wide range of technical computing
 applications such as the development of semiconductors, bioinformatics,
 mechanical design, software development, oil/gas exploration, and
 financial analysis; additionally, massively scaling supercomputers use
 Grid Engine software in a variety of academic and research pursuits.
 Users enjoy access to large computing capability and organizations enjoy
 effective utilization of their computing resource investments
 approaching 100%.

 Implementrar ai é outra história ...

 
  Não é besteira não, estou trabalhando para utilizar um sistema baseado
  em geom com ggate e gmirror.
  Bem, a idéia é replicar um volume de uma máquina para outra, e quando
  a slave assumir, checar se ela pode assumir, se estiver com sistema
  limpo, consistente. Parece simples, mas na hora de implementar é que
  aparecem os problemas reais.
  Outra coisa, é que as vezes a sincronização me parece muito lenta,
  quando de uma falha, o novo slave recebe, no startup, TODO o volume do
  atual master... Isso leva muito tempo. O DRBD diz ser otimizado nisso,
  levando de 1 a 3 minutos para sync completa, em volumes de até 4 TB,
  isso sim é bom.
  Se o gmirror pudesse fazer isso, seria ótimo, trabalhar como o rsync
  saca, gerando hashs de blocos contínuos e checando com o destino,
  otimizando a transferência, enviando somente aquilo que é realmente
  diferente, e não tudo.
 
  Esbarrei nesse problema agora... E outra coisa é quando um slave
  assume master com o FS corrompido. Pode ocorrer, e representa risco
  para os dados, imaigna fazer um espelhamento disso sobre o antigo
  master, que tem os dados consistentes? Pronto neh... Essa chacagem
  deve ser feita antes de o slave assumir master.
 
  Quanto aos clientes, seriam NFS, ai entra um outro problema.
  Como eles se comportariam numa troca onde ninguém asume? Master falha,
  slave não assume por inconsistência.. Será que o cliente (server web,
  mail) não vai tentar usar arquivos locais nesse caso? Isso seria uma
  boa bosta :)
 
  Att,
  RS
 
 
 
 
  
  
   Em Qui, 2006-11-16 às 14:27 -0200, Rogério Schneider escreveu:
Marcelo, veja:
   
Failover e Load Balance é sim simples de se fazer, o PF resolve tudo
isso, com pfsync, CARP e rdr. Ponto.
   
Compartilhar os dados, centralizar, isso sim é uma problema, e seria
exatamente sobre isso que eu gostaria que alguém aqui se manifestasse.
Existe alguma maneira eficiente de se ter um storage redundante
montado sobre FreeBSD (ou mesmo Linux, Open, enfim...) baseado
TOTALMENTE em soluções livres?
Esse é o ponto.
   
:)
   
Os /tmp poderiam ficar no storage, sem problemas, mesmo. Você vê algum
problema? Tudo bem, muda o diretório de sessions nos teus servers www
e aponta este novo caminho para dentro do storage, em área
compartilhada, assim vc mantém os /tmp isolados.
   
O problema é o storage gente alguém?
   
Att,
RS
   
  
   --
   Marcello Costa
   BSD System Engineer
   unixmafia at yahoo dot com dot br
   FUG-BR #156
   http://www.fug.com.br
  
  
  
   ___
   Novidade no Yahoo! Mail: receba alertas de novas mensagens no seu 
   celular. Registre seu aparelho agora!
   http://br.mobile.yahoo.com/mailalertas/
  
  
   -
   Histórico: http://www.fug.com.br/historico/html/freebsd/
   Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
  
 
 
 --
 Marcello Costa
 BSD System Engineer
 unixmafia at yahoo dot com dot br
 FUG-BR #156
 http://www.fug.com.br



 ___
 O Yahoo! est� de cara nova. Venha conferir!
 http://br.yahoo.com


 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: 

Re: [FUG-BR] Cluster de Webserver

2006-11-17 Por tôpico Marcello Costa
exato , o nfs não é indicado para isso.

Uso interesante de nfs eu vi na openit , me mandem depois o dim dim da
propaganda , hehehe, onde os desktops faziam nfs do /usr de um servidor
central .

a topic aqui já ta obsoleto , é cluster de webserver , firewall ja foi
visto que é a parte facil do negócio.

-- 
Marcello Costa
BSD System Engineer
unixmafia at yahoo dot com dot br
FUG-BR #156 
http://www.fug.com.br






___ 
Voc� quer respostas para suas perguntas? Ou voc� sabe muito e quer compartilhar 
seu conhecimento? Experimente o Yahoo! Respostas !
http://br.answers.yahoo.com/
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Cluster de Webserver

2006-11-17 Por tôpico Rogério Schneider
Na real o tópico deveria ser storage mesmo...


On 11/17/06, Marcello Costa [EMAIL PROTECTED] wrote:
 exato , o nfs não é indicado para isso.

 Uso interesante de nfs eu vi na openit , me mandem depois o dim dim da
 propaganda , hehehe, onde os desktops faziam nfs do /usr de um servidor
 central .

 a topic aqui já ta obsoleto , é cluster de webserver , firewall ja foi
 visto que é a parte facil do negócio.

 --
 Marcello Costa
 BSD System Engineer
 unixmafia at yahoo dot com dot br
 FUG-BR #156
 http://www.fug.com.br






 ___
 Voc� quer respostas para suas perguntas? Ou voc� sabe muito e quer 
 compartilhar seu conhecimento? Experimente o Yahoo! Respostas !
 http://br.answers.yahoo.com/


 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd





-- 
Rogério Schneider

+55 (55) 9985 2127

MSN: [EMAIL PROTECTED]
GTalk: [EMAIL PROTECTED]
Skype: stockrt
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Cluster de Firewall com carp + pfsync (tutorial)

2006-11-16 Por tôpico Daniel Bristot de Oliveira
Olá C0re

Legal sua atitude :)

Bom, o ports dis que a página do pen é: http://siag.nu/pen/
tem um artigo meu no fug que fala sobre ele, e as páginas do man dele
são bem claras,

O carp, tem um artigo meu tb no site do grupo, e as páginas do man tb
é bem pequena e facil.

Boa sorte :)

-- 
Daniel Bristot de Oliveira

R João Paez 409 Ap 202
Sta Augusta - Criciúma - SC
CEP 88805440 Brazil
+55-48-91032512
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Cluster de Firewall com carp + pfsync (tutorial)

2006-11-16 Por tôpico c0re dumped
2006/11/16, Rogério Schneider [EMAIL PROTECTED]:
 Exatamente Daniel.

 Com o CARP é sim possível criar redundância de servers e firewall. No
 caso de firewall, é simplesmente o exemplo utilizado na doc do PF,
 tudo bem... Mas existem outras aplicações, é só usar a imaginação.

Concordo. Uso carp pros firewalls (8 no total), pros proxies (squids)
e pros proxies reversos (pounds). Limitar o carp somente a firewall é
subutilizar a ferramenta.

 Com servers (www, mail) também fica viável, e muito!
 Ai alguém diz: Não quero máquina ociosa, quero divisão de carga!,
 tudo bem criança!! Cria dois grupos CARP (supondo dois webserers, ok?)
 e cada um é backup do outro. Pronto, no momento que um deles cair, o
 outro assume as duas identidades (ips virtuais).
 No firewall vc cria um rdr com address pool, utilizando source-hash e
 pronto, cada source vai sempre cair no mesmo server (sessions?
 resolvido) e cada novo source cai em round-robin (load balance?
 resolvido).

Boa. Realmente não tinha pensado nisso.


 Feito o esquema, HA com Load Balance no CARP.

 Que manter os estados entre os servers? pfsync, e ninguém perde as conexões.
  - Minha dúvida: É preciso mesmo utilizar pfsync entre os servers
 internos, www, por exemplo? Ou isso apenas se aplica a redundância de
 firewall? E ainda, tendo dois www com o esquema de backup mútuo, será
 que um pfsync entre eles não iria atrapalhar as coisas, já que cada um
 tem a sua table de estados? A não ser que o pfsync faça um merge dos
 estados acho que isso iria causar problemas com sobrescrita de
 estados, perdendo as conexões ativas em um dos pontos, mas ai fica a
 pergunta, será que é preciso pfsync interno?

Acredito que provavelmente sim, pois trabalha na camada de transporte,
mantendo o estado das conexões (TCP e UDP), desta forma, ambos os
proxies reversos (no meu caso) estariam com a tabela de estado de
conexões sincronizadas.

Provavelmente usando um round-robin e pfsync funcionaria pro meu caso,
uma vez que ambos os pounds teriam as mesmas conexões, o que
resolveria os problemas das sessions !


 E fica sempre o problema: sincronia de dados entre os servers,
 principalmente se for mail, aqui sim é que eu quero ver alguém dar
 alguma opinião realmente boa, com conhecimento de causa.

No maeu caso isso é irrelevante uma vez que não há necessidade de
sincronismo entre os arquivos de configuração dou pound, pois ambos
tem que necessariamente ser diferentes.


 Utilizar CARP para failover NÃO É GAMBIARRA, ele foi FEITO para isso,
 é PERFEITO nisso e para load balance usa rdr, e pronto. Não precisa
 nem verificar quem está ativo ou não (pen) pq se vc tem dois grupos
 CARP em backup mútuo o rdr nunca irá direcionar para uma máquina
 inativa. Eu prefiro isso (PF) a DNS balance :)

Justamente o que venho falando desde o começo da thread.

 Agora falar mal do PF tem que estar pesado né? Pode parando

:)



[]'s



-- 

No stupid signatures here.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Cluster de Firewall com carp + pfsync (tutorial)

2006-11-16 Por tôpico Rogério Schneider
Boa c0re, boa.


On 11/16/06, c0re dumped [EMAIL PROTECTED] wrote:
 2006/11/16, Rogério Schneider [EMAIL PROTECTED]:
  Exatamente Daniel.
 
  Com o CARP é sim possível criar redundância de servers e firewall. No
  caso de firewall, é simplesmente o exemplo utilizado na doc do PF,
  tudo bem... Mas existem outras aplicações, é só usar a imaginação.

 Concordo. Uso carp pros firewalls (8 no total), pros proxies (squids)
 e pros proxies reversos (pounds). Limitar o carp somente a firewall é
 subutilizar a ferramenta.

  Com servers (www, mail) também fica viável, e muito!
  Ai alguém diz: Não quero máquina ociosa, quero divisão de carga!,
  tudo bem criança!! Cria dois grupos CARP (supondo dois webserers, ok?)
  e cada um é backup do outro. Pronto, no momento que um deles cair, o
  outro assume as duas identidades (ips virtuais).
  No firewall vc cria um rdr com address pool, utilizando source-hash e
  pronto, cada source vai sempre cair no mesmo server (sessions?
  resolvido) e cada novo source cai em round-robin (load balance?
  resolvido).

 Boa. Realmente não tinha pensado nisso.

:)



  Feito o esquema, HA com Load Balance no CARP.
 
  Que manter os estados entre os servers? pfsync, e ninguém perde as conexões.
   - Minha dúvida: É preciso mesmo utilizar pfsync entre os servers
  internos, www, por exemplo? Ou isso apenas se aplica a redundância de
  firewall? E ainda, tendo dois www com o esquema de backup mútuo, será
  que um pfsync entre eles não iria atrapalhar as coisas, já que cada um
  tem a sua table de estados? A não ser que o pfsync faça um merge dos
  estados acho que isso iria causar problemas com sobrescrita de
  estados, perdendo as conexões ativas em um dos pontos, mas ai fica a
  pergunta, será que é preciso pfsync interno?

 Acredito que provavelmente sim, pois trabalha na camada de transporte,
 mantendo o estado das conexões (TCP e UDP), desta forma, ambos os
 proxies reversos (no meu caso) estariam com a tabela de estado de
 conexões sincronizadas.

 Provavelmente usando um round-robin e pfsync funcionaria pro meu caso,
 uma vez que ambos os pounds teriam as mesmas conexões, o que
 resolveria os problemas das sessions !


Ok, correto, é um caso diferente do meu, mas pensa, o pfsync vai
enviar do pound A para o B a sua table, a table do B não seria perdida
nesse momento?

Nisso é que tenho dúvida, a não ser que o pfsync fizesse um merge das
tables de A+B em ambos, mantendo os estados atuais de A e B preparando
A e B para receberem as sessões (conexões estabilished) direcionados
ao outro peer no momento de uma falha do mencionado outro peer e
transição para o peer restante.

Aqui o exemplo foi com dos peers, mas pode ser aplicado a n, com n
grupos CARP e rdr com pool de n.


  E fica sempre o problema: sincronia de dados entre os servers,
  principalmente se for mail, aqui sim é que eu quero ver alguém dar
  alguma opinião realmente boa, com conhecimento de causa.

 No maeu caso isso é irrelevante uma vez que não há necessidade de
 sincronismo entre os arquivos de configuração dou pound, pois ambos
 tem que necessariamente ser diferentes.

Sorte sua :) Aqui o problema é justamente esse! Manter os dados sync
entre mais servers.
Você não precisa de um repositório central para as suas páginas www?



  Utilizar CARP para failover NÃO É GAMBIARRA, ele foi FEITO para isso,
  é PERFEITO nisso e para load balance usa rdr, e pronto. Não precisa
  nem verificar quem está ativo ou não (pen) pq se vc tem dois grupos
  CARP em backup mútuo o rdr nunca irá direcionar para uma máquina
  inativa. Eu prefiro isso (PF) a DNS balance :)

 Justamente o que venho falando desde o começo da thread.

Sim, eu entendi, tive que me manifestar.


  Agora falar mal do PF tem que estar pesado né? Pode parando

 :)



 []'s



 --

 No stupid signatures here.
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd



-- 
Rogério Schneider

+55 (55) 9985 2127
+55 (55) 3332 5923
+55 (55) 3321 1535

MSN: [EMAIL PROTECTED]
ICQ: 78778973
GTalk: [EMAIL PROTECTED]
Skype: stockrt

http://stockrt.unicruz.edu.br
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Cluster de Firewall com carp + pfsync (tutorial)

2006-11-16 Por tôpico c0re dumped
Ok, correto, é um caso diferente do meu, mas pensa, o pfsync vai
enviar do pound A para o B a sua table, a table do B não seria perdida
nesse momento?

Sim, você está certo !

Pro pfsync funcionar direitinho é estritatemente necessário que uma
máquina esteja ociosa e a outra recebendo todas as conexoes. Se eu
tentar sincronizar tabelas de dois servers ativos uma vai acabar
sobrescrevendo a outra e vai virar a maior bagunça.

Tua sugestão usando pfsync e source-hash é muito melhor.


Sorte sua :) Aqui o problema é justamente esse! Manter os dados sync
entre mais servers.
Você não precisa de um repositório central para as suas páginas www?

Bom, aqui no trabalho há uma certa divisão de equipes... Rede,
Produção e Desenvolvimento (sou da equipe de redes).

O pessoal da produção são os responsáveis por prover os repositórios
pros WWWs. Infelizmente ainda há uma forte cultura MS lá. Todos os
servidores ainda estão em IIS 5.0. Pra você ter uma idéa nosso ponto
eletrônico (feito pela equipe de desenv.) só roda em IE (arrrgh !).

Outro dia fui sugerir o uso de PostgreSQL ao invés de MSSQL e quase
fui linchado. :D


[]'s
-- 

No stupid signatures here.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Cluster de Firewall com carp + pfsync (tutorial)

2006-11-16 Por tôpico Andre Sencioles
Pessoal, vou me arriscar um pouco aqui, mas pelo que eu lí até agora,
o pfsync só sincroniza a tabela de estados do PF, e não o estado da
conexão TCP (UDP não é orientado a conexão).

PFSYNC(4)  FreeBSD Kernel Interfaces Manual  PFSYNC(4)

NAME
 pfsync -- packet filter state table logging interface


On 11/16/06, c0re dumped [EMAIL PROTECTED] wrote:
 Ok, correto, é um caso diferente do meu, mas pensa, o pfsync vai
 enviar do pound A para o B a sua table, a table do B não seria perdida
 nesse momento?

 Sim, você está certo !

 Pro pfsync funcionar direitinho é estritatemente necessário que uma
 máquina esteja ociosa e a outra recebendo todas as conexoes. Se eu
 tentar sincronizar tabelas de dois servers ativos uma vai acabar
 sobrescrevendo a outra e vai virar a maior bagunça.

 Tua sugestão usando pfsync e source-hash é muito melhor.


 Sorte sua :) Aqui o problema é justamente esse! Manter os dados sync
 entre mais servers.
 Você não precisa de um repositório central para as suas páginas www?

 Bom, aqui no trabalho há uma certa divisão de equipes... Rede,
 Produção e Desenvolvimento (sou da equipe de redes).

 O pessoal da produção são os responsáveis por prover os repositórios
 pros WWWs. Infelizmente ainda há uma forte cultura MS lá. Todos os
 servidores ainda estão em IIS 5.0. Pra você ter uma idéa nosso ponto
 eletrônico (feito pela equipe de desenv.) só roda em IE (arrrgh !).

 Outro dia fui sugerir o uso de PostgreSQL ao invés de MSSQL e quase
 fui linchado. :D


 []'s
 --

 No stupid signatures here.
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd



-- 
André Sencioles
[EMAIL PROTECTED]
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Cluster de Firewall com carp + pfsync (tutorial)

2006-11-16 Por tôpico c0re dumped
Em 16/11/06, Andre Sencioles[EMAIL PROTECTED] escreveu:
 Pessoal, vou me arriscar um pouco aqui, mas pelo que eu lí até agora,
 o pfsync só sincroniza a tabela de estados do PF, e não o estado da
 conexão TCP (UDP não é orientado a conexão).

Isso é fácil de resolver, se fosse o caso, bastava você habilitar o pf
usando pass in all e pass out all em ambas as máquina e voila !

Como demonstrado anteriormente, no caso dos WWWs não iria funcionar
num esquema ativo/ativo.

Sim, o UDP é protocolo conectionless o que de certa forma inviabiliza
análise de estado de conexões, mas o pf simplesmente mantém um
registro do tempo desde a última ocorrência de um pacote para dada
conexão. Caso o tempo de espera seja atingido, o registro de estado é
eliminado.

http://www.openbsd.org/faq/pf/pt/filter.html#udpstate


[]'s

-- 

No stupid signatures here.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Cluster de Firewall com carp + pfsync (tutorial)

2006-11-16 Por tôpico Rogério Schneider
Bem, ai não tem jeito né, se os servers não rodam BSD vc tem que achar
outro jeit de balancear, nesses casos eu concordo com o uso de outra
coisa que não seja CARP+PF+pfsync :)

pen é uma boa alternativa nesse caso.

Att,
RS


On 11/16/06, c0re dumped [EMAIL PROTECTED] wrote:
 Ok, correto, é um caso diferente do meu, mas pensa, o pfsync vai
 enviar do pound A para o B a sua table, a table do B não seria perdida
 nesse momento?

 Sim, você está certo !

 Pro pfsync funcionar direitinho é estritatemente necessário que uma
 máquina esteja ociosa e a outra recebendo todas as conexoes. Se eu
 tentar sincronizar tabelas de dois servers ativos uma vai acabar
 sobrescrevendo a outra e vai virar a maior bagunça.

 Tua sugestão usando pfsync e source-hash é muito melhor.


 Sorte sua :) Aqui o problema é justamente esse! Manter os dados sync
 entre mais servers.
 Você não precisa de um repositório central para as suas páginas www?

 Bom, aqui no trabalho há uma certa divisão de equipes... Rede,
 Produção e Desenvolvimento (sou da equipe de redes).

 O pessoal da produção são os responsáveis por prover os repositórios
 pros WWWs. Infelizmente ainda há uma forte cultura MS lá. Todos os
 servidores ainda estão em IIS 5.0. Pra você ter uma idéa nosso ponto
 eletrônico (feito pela equipe de desenv.) só roda em IE (arrrgh !).

 Outro dia fui sugerir o uso de PostgreSQL ao invés de MSSQL e quase
 fui linchado. :D


 []'s
 --

 No stupid signatures here.
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd



-- 
Rogério Schneider

+55 (55) 9985 2127
+55 (55) 3332 5923
+55 (55) 3321 1535

MSN: [EMAIL PROTECTED]
ICQ: 78778973
GTalk: [EMAIL PROTECTED]
Skype: stockrt

http://stockrt.unicruz.edu.br
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Cluster de Firewall com carp + pfsync (tutorial)

2006-11-16 Por tôpico c0re dumped
Os webservers não rodam BSD, mas os proxies reversos rodam... FreeBSD
6.1 redondinho. :)


[]'s

-- 

No stupid signatures here.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Cluster de Firewall com carp + pfsync (tutorial)

2006-11-16 Por tôpico Lucas Cotta - suporte
Oi Gente,
Uma sugestão. Se for usado um filelock ou memlock, conforme o caso da 
aplicação, tem de funcionar. Já fiz fincionar aqui com o carp e o unison. 
Aqui foram apenas duas máquinas da A para a B; da B para a A; e bidirecional, 
ao mesmo tempo.

abraços

Lucas Cotta

On Thursday 16 November 2006 10:39, c0re dumped wrote:
 Ok, correto, é um caso diferente do meu, mas pensa, o pfsync vai
 enviar do pound A para o B a sua table, a table do B não seria perdida
 nesse momento?

 Sim, você está certo !

 Pro pfsync funcionar direitinho é estritatemente necessário que uma
 máquina esteja ociosa e a outra recebendo todas as conexoes. Se eu
 tentar sincronizar tabelas de dois servers ativos uma vai acabar
 sobrescrevendo a outra e vai virar a maior bagunça.

 Tua sugestão usando pfsync e source-hash é muito melhor.

 Sorte sua :) Aqui o problema é justamente esse! Manter os dados sync
 entre mais servers.
 Você não precisa de um repositório central para as suas páginas www?

 Bom, aqui no trabalho há uma certa divisão de equipes... Rede,
 Produção e Desenvolvimento (sou da equipe de redes).

 O pessoal da produção são os responsáveis por prover os repositórios
 pros WWWs. Infelizmente ainda há uma forte cultura MS lá. Todos os
 servidores ainda estão em IIS 5.0. Pra você ter uma idéa nosso ponto
 eletrônico (feito pela equipe de desenv.) só roda em IE (arrrgh !).

 Outro dia fui sugerir o uso de PostgreSQL ao invés de MSSQL e quase
 fui linchado. :D


 []'s

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Cluster de Firewall com carp + pfsync (tutorial)

2006-11-16 Por tôpico Marcello Costa
Acho que se para para pensar um pouco vai entender  o que eu disse e nem
vc ou ninguem nessa lista tem que concordar comigo, para mim ter que
compartilhar o /tmp em dois servidores é gambiarra e nunca deixarei um
admin fazer isso sem esgotar todas as possiveis opções

Em Qui, 2006-11-16 às 09:45 -0200, Rogério Schneider escreveu:
 Exatamente Daniel.
 
 Com o CARP é sim possível criar redundância de servers e firewall. No
 caso de firewall, é simplesmente o exemplo utilizado na doc do PF,
 tudo bem... Mas existem outras aplicações, é só usar a imaginação.
 
 Com servers (www, mail) também fica viável, e muito!
 Ai alguém diz: Não quero máquina ociosa, quero divisão de carga!,
 tudo bem criança!! Cria dois grupos CARP (supondo dois webserers, ok?)
 e cada um é backup do outro. Pronto, no momento que um deles cair, o
 outro assume as duas identidades (ips virtuais).
 No firewall vc cria um rdr com address pool, utilizando source-hash e
 pronto, cada source vai sempre cair no mesmo server (sessions?
 resolvido) e cada novo source cai em round-robin (load balance?
 resolvido).
 
 Feito o esquema, HA com Load Balance no CARP.
 
 Que manter os estados entre os servers? pfsync, e ninguém perde as conexões.
  - Minha dúvida: É preciso mesmo utilizar pfsync entre os servers
 internos, www, por exemplo? Ou isso apenas se aplica a redundância de
 firewall? E ainda, tendo dois www com o esquema de backup mútuo, será
 que um pfsync entre eles não iria atrapalhar as coisas, já que cada um
 tem a sua table de estados? A não ser que o pfsync faça um merge dos
 estados acho que isso iria causar problemas com sobrescrita de
 estados, perdendo as conexões ativas em um dos pontos, mas ai fica a
 pergunta, será que é preciso pfsync interno?
 
 E fica sempre o problema: sincronia de dados entre os servers,
 principalmente se for mail, aqui sim é que eu quero ver alguém dar
 alguma opinião realmente boa, com conhecimento de causa.
 
 Utilizar CARP para failover NÃO É GAMBIARRA, ele foi FEITO para isso,
 é PERFEITO nisso e para load balance usa rdr, e pronto. Não precisa
 nem verificar quem está ativo ou não (pen) pq se vc tem dois grupos
 CARP em backup mútuo o rdr nunca irá direcionar para uma máquina
 inativa. Eu prefiro isso (PF) a DNS balance :)
 
 Agora falar mal do PF tem que estar pesado né? Pode parando
 
 Att,
 RS
 
 On 11/14/06, Daniel Bristot de Oliveira [EMAIL PROTECTED] wrote:
  Nossa essa thread rendeu hehe.
 
  Ja usei Pen, Carp, VRRP e rdr com source track no PF
 
  Porém, isto é para balanceamento de carga entrante, isto é, conexões
  entrando na minha rede, para eu servir.
 
  O artigo, carp e pfsync que o irado se referenciou, é um failover de
  um gateway, NAT... de conexões saindo. E fugiu um pouco do escopo da
  thread, mas vamos lá
 
  O carp, como o nome dis, é um protocolo de redundância de endereço
  comum. Ele trabalha em nível de ARP, e não em nivel IP, como o vrrp
  faz. Ele foi feito para ser utilizado em qualuer lugar que se possa ou
  precize redundância pasiva, isto é, um espera o outro cair e assume.
 
  Load Balance com o carp, é feito em nivel arp, e por isto ele só
  funciona em rede local, por exemplo: duas maquinas estão fazendo um
  host virtual, onde as duas possuem um estado mestre e um escravo do
  emsmo endereço, desta forma teremos dois mestres, e dois recebendo as
  conexõs, porém, a divisão de carga é feita, em round-robin, porém, é
  utilizado um hash, para definir quem responde um cliente, então, um
  cliente semrpe vai ser respondido pelo mesmo mestre. Porém! isto só
  funciona em rede local!
 
  o Pen é um load balancer, com possibilidade de rastreamento de
  clientes. ele recebe uma conexão, redireciona e distribui para outros
  servidores, ele utiliza escalonamento em round-robin, (Na veradde
  todos estes que falei, utilizam round-robin por se tratar de
  escalonamento estático, por que ningeum gerencia estado de carga).
  Porém, o pen é o único que é possível utilizar prioridades no
  escalonamento. E o Pen verifica se os servidores estão UP ou não.
  Porém o Pen executa em nível do usuário, o que adiciona um grande
  delay nas trasnsações de rede, por estar sujeito a paginação, swap,
  ter que passar do nivel do kernle para usuário, e devolta do usuário
  para o kernel, e todas as verificações por trás disto.
 
  O PF com rdr faz redirecionamento,. e distribuição em round-robin, com
  possibilidade de source track, que é o rastreamento de clientes. ele e
  o pen são compatíveis, porém, o PF não checa estado de clientes, e não
  tem prioridades no escalonamento. Mas executa em nivel do kernel, e
  isso da uma direfença grande no desempenho, por que não está em área
  paginada, não possui tantas restrições ao acesso aos dados da rede,
  mas tem que cuidar para ele não abusar do sistema :) alem de ser mais
  facil de aplicar QoS e controle de DoS para o cluster.
 
  O pfsync serve mais expecificamente para HA de saída!, por que ele
  somente sincroniza a tabela 

Re: [FUG-BR] Cluster de Firewall com carp + pfsync (tutorial)

2006-11-16 Por tôpico Marcello Costa
Manow , eu não me senti ofendido em momento algum no calor de discutir
uma solução , vou ver uma material que eu guardei pois eu tenho a
necessidade de solucionar tambem, portanto tenho interesse em uma
soluçao.

Uma coisa que realmente foi esquecido de citar é a questão trafego que
entra trafego que sai ...

volto a colocar aqui o que achei no material

Em Ter, 2006-11-14 às 21:48 -0200, c0re dumped escreveu:
 Opa !
 
 Valeu Daniel, deu ate umas esclarecidas nus pontos bem bacanas.
 
 Gostaria ateh de pedir desculpas ao Marcelo se em algum momento eu
 tenha sido rispido ou de alguma forma o desrespeitei. As vezes na
 ansia de expormos nossos pontos de vista e nossa abordagem sobre um
 determinado assunto, acabamos por exaltar-nos.
 
 Se em algum momento tiver feito isso, humildimente peco perdao.
 
 Todo mundo tah aqui pra se ajudar, afinal de contas :)
 
 No meu caso vou testar o carp +pen, ateh por curiosidade, pq nunca o usei 
 antes.
 
 Alguem poderia informar onde fica a pagina do projeto ?
 
 
 []'s
 
-- 
Marcello Costa
BSD System Engineer
unixmafia at yahoo dot com dot br
FUG-BR #156 
http://www.fug.com.br



___ 
Novidade no Yahoo! Mail: receba alertas de novas mensagens no seu celular. 
Registre seu aparelho agora! 
http://br.mobile.yahoo.com/mailalertas/ 
 

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Cluster de Firewall com carp + pfsync (tutorial)

2006-11-16 Por tôpico Marcello Costa
Do manual do balance

http://www.inlab.de/balance.html

Balance allows the definition of further channel groups. The connection
scheme works as follows:
balance tries first to establish a connection to a channel in the first
group (0), performing the stan-
dard round-robin load balancing scheme. If no channel in this group is
available, balance pro-
ceeds with the next higher channel group. Groups are simply separated
with a ! at the command
line at startup and can be controlled interactively with the group
command.
A % instead of a ! as a group separator declares the previous group
to be of type hash. This
means that instead of a round-robin algorithm, a hash distribution based
on the client ip address
is used to determine the destination channel. This allows connecting one
client always to the
same server (e.g. balancing http sessions to a single server).
Hosts may be specified either by hostname or by IP address. Por ts may be
specified either by
name (as listed in /etc/services) or numerically. If no por t is
specified in a destination, the desti-
nation port defaults to the source port that balance controls.

-- 
Marcello Costa
BSD System Engineer
unixmafia at yahoo dot com dot br
FUG-BR #156 
http://www.fug.com.br



___ 
Novidade no Yahoo! Mail: receba alertas de novas mensagens no seu celular. 
Registre seu aparelho agora! 
http://br.mobile.yahoo.com/mailalertas/ 
 

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Cluster de Firewall com carp + pfsync (tutorial)

2006-11-16 Por tôpico Rogério Schneider
Nossa, isso tudo o PF em rdr faz, round, hash, source. por porta, por
range, em full range.

Att,
RS


On 11/16/06, Marcello Costa [EMAIL PROTECTED] wrote:
 Do manual do balance

 http://www.inlab.de/balance.html

 Balance allows the definition of further channel groups. The connection
 scheme works as follows:
 balance tries first to establish a connection to a channel in the first
 group (0), performing the stan-
 dard round-robin load balancing scheme. If no channel in this group is
 available, balance pro-
 ceeds with the next higher channel group. Groups are simply separated
 with a ! at the command
 line at startup and can be controlled interactively with the group
 command.
 A % instead of a ! as a group separator declares the previous group
 to be of type hash. This
 means that instead of a round-robin algorithm, a hash distribution based
 on the client ip address
 is used to determine the destination channel. This allows connecting one
 client always to the
 same server (e.g. balancing http sessions to a single server).
 Hosts may be specified either by hostname or by IP address. Por ts may be
 specified either by
 name (as listed in /etc/services) or numerically. If no por t is
 specified in a destination, the desti-
 nation port defaults to the source port that balance controls.

 --
 Marcello Costa
 BSD System Engineer
 unixmafia at yahoo dot com dot br
 FUG-BR #156
 http://www.fug.com.br



 ___
 Novidade no Yahoo! Mail: receba alertas de novas mensagens no seu celular. 
 Registre seu aparelho agora!
 http://br.mobile.yahoo.com/mailalertas/


 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd



-- 
Rogério Schneider

+55 (55) 9985 2127
+55 (55) 3332 5923
+55 (55) 3321 1535

MSN: [EMAIL PROTECTED]
ICQ: 78778973
GTalk: [EMAIL PROTECTED]
Skype: stockrt

http://stockrt.unicruz.edu.br
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Cluster de Firewall com carp + pfsync (tutorial)

2006-11-16 Por tôpico Rogério Schneider
Marcelo, veja:

Failover e Load Balance é sim simples de se fazer, o PF resolve tudo
isso, com pfsync, CARP e rdr. Ponto.

Compartilhar os dados, centralizar, isso sim é uma problema, e seria
exatamente sobre isso que eu gostaria que alguém aqui se manifestasse.
Existe alguma maneira eficiente de se ter um storage redundante
montado sobre FreeBSD (ou mesmo Linux, Open, enfim...) baseado
TOTALMENTE em soluções livres?
Esse é o ponto.

:)

Os /tmp poderiam ficar no storage, sem problemas, mesmo. Você vê algum
problema? Tudo bem, muda o diretório de sessions nos teus servers www
e aponta este novo caminho para dentro do storage, em área
compartilhada, assim vc mantém os /tmp isolados.

O problema é o storage gente alguém?

Att,
RS

On 11/16/06, Marcello Costa [EMAIL PROTECTED] wrote:
 Acho que se para para pensar um pouco vai entender  o que eu disse e nem
 vc ou ninguem nessa lista tem que concordar comigo, para mim ter que
 compartilhar o /tmp em dois servidores é gambiarra e nunca deixarei um
 admin fazer isso sem esgotar todas as possiveis opções

 Em Qui, 2006-11-16 às 09:45 -0200, Rogério Schneider escreveu:
  Exatamente Daniel.
 
  Com o CARP é sim possível criar redundância de servers e firewall. No
  caso de firewall, é simplesmente o exemplo utilizado na doc do PF,
  tudo bem... Mas existem outras aplicações, é só usar a imaginação.
 
  Com servers (www, mail) também fica viável, e muito!
  Ai alguém diz: Não quero máquina ociosa, quero divisão de carga!,
  tudo bem criança!! Cria dois grupos CARP (supondo dois webserers, ok?)
  e cada um é backup do outro. Pronto, no momento que um deles cair, o
  outro assume as duas identidades (ips virtuais).
  No firewall vc cria um rdr com address pool, utilizando source-hash e
  pronto, cada source vai sempre cair no mesmo server (sessions?
  resolvido) e cada novo source cai em round-robin (load balance?
  resolvido).
 
  Feito o esquema, HA com Load Balance no CARP.
 
  Que manter os estados entre os servers? pfsync, e ninguém perde as conexões.
   - Minha dúvida: É preciso mesmo utilizar pfsync entre os servers
  internos, www, por exemplo? Ou isso apenas se aplica a redundância de
  firewall? E ainda, tendo dois www com o esquema de backup mútuo, será
  que um pfsync entre eles não iria atrapalhar as coisas, já que cada um
  tem a sua table de estados? A não ser que o pfsync faça um merge dos
  estados acho que isso iria causar problemas com sobrescrita de
  estados, perdendo as conexões ativas em um dos pontos, mas ai fica a
  pergunta, será que é preciso pfsync interno?
 
  E fica sempre o problema: sincronia de dados entre os servers,
  principalmente se for mail, aqui sim é que eu quero ver alguém dar
  alguma opinião realmente boa, com conhecimento de causa.
 
  Utilizar CARP para failover NÃO É GAMBIARRA, ele foi FEITO para isso,
  é PERFEITO nisso e para load balance usa rdr, e pronto. Não precisa
  nem verificar quem está ativo ou não (pen) pq se vc tem dois grupos
  CARP em backup mútuo o rdr nunca irá direcionar para uma máquina
  inativa. Eu prefiro isso (PF) a DNS balance :)
 
  Agora falar mal do PF tem que estar pesado né? Pode parando
 
  Att,
  RS
 
  On 11/14/06, Daniel Bristot de Oliveira [EMAIL PROTECTED] wrote:
   Nossa essa thread rendeu hehe.
  
   Ja usei Pen, Carp, VRRP e rdr com source track no PF
  
   Porém, isto é para balanceamento de carga entrante, isto é, conexões
   entrando na minha rede, para eu servir.
  
   O artigo, carp e pfsync que o irado se referenciou, é um failover de
   um gateway, NAT... de conexões saindo. E fugiu um pouco do escopo da
   thread, mas vamos lá
  
   O carp, como o nome dis, é um protocolo de redundância de endereço
   comum. Ele trabalha em nível de ARP, e não em nivel IP, como o vrrp
   faz. Ele foi feito para ser utilizado em qualuer lugar que se possa ou
   precize redundância pasiva, isto é, um espera o outro cair e assume.
  
   Load Balance com o carp, é feito em nivel arp, e por isto ele só
   funciona em rede local, por exemplo: duas maquinas estão fazendo um
   host virtual, onde as duas possuem um estado mestre e um escravo do
   emsmo endereço, desta forma teremos dois mestres, e dois recebendo as
   conexõs, porém, a divisão de carga é feita, em round-robin, porém, é
   utilizado um hash, para definir quem responde um cliente, então, um
   cliente semrpe vai ser respondido pelo mesmo mestre. Porém! isto só
   funciona em rede local!
  
   o Pen é um load balancer, com possibilidade de rastreamento de
   clientes. ele recebe uma conexão, redireciona e distribui para outros
   servidores, ele utiliza escalonamento em round-robin, (Na veradde
   todos estes que falei, utilizam round-robin por se tratar de
   escalonamento estático, por que ningeum gerencia estado de carga).
   Porém, o pen é o único que é possível utilizar prioridades no
   escalonamento. E o Pen verifica se os servidores estão UP ou não.
   Porém o Pen executa em nível do usuário, o que adiciona um 

Re: [FUG-BR] Cluster de Firewall com carp + pfsync (tutorial)

2006-11-16 Por tôpico Marcello Costa
Bem porque querer compartilhar o /tmp se é possivel manter a sessão http
do requisitante ? simplesmente não é preciso.
Log ? o syslog resolve isso , pode ter um servidor que sera o master dos
logs.

Bem me lembro que tem um exemplo com freebie sendo usado pra cluster via
nfs , funciona claro , mas não é o caso.

http://www.onlamp.com/pub/a/bsd/2004/07/01/freesbie.html

Apache tem a sua solução :

http://httpd.apache.org/docs/2.2/mod/mod_proxy_balancer.html

http://www.backhand.org/mod_backhand/


Achei outros com java , vadi retro , amenos que vc use tomcat

http://www.samag.com/documents/s=1155/sam0101a/0101a.htm


Material muito bom esse aqui :

http://www.enterux.com/en/solutions/load-balancing-high-volume-solutions


Citado varias vezes

http://www.tummy.com/journals/entries/scott_20050324_171814

http://www.linux-ha.org/Heartbeat


Balance já foi colocado na lista

Tem varias formas de fazer , apenas acho que o problema não precisa
passar a ser storage.

Storage  , o geom pode ajudar virtualizando ou to falando tremenda
besteira ?


Em Qui, 2006-11-16 às 14:27 -0200, Rogério Schneider escreveu:
 Marcelo, veja:
 
 Failover e Load Balance é sim simples de se fazer, o PF resolve tudo
 isso, com pfsync, CARP e rdr. Ponto.
 
 Compartilhar os dados, centralizar, isso sim é uma problema, e seria
 exatamente sobre isso que eu gostaria que alguém aqui se manifestasse.
 Existe alguma maneira eficiente de se ter um storage redundante
 montado sobre FreeBSD (ou mesmo Linux, Open, enfim...) baseado
 TOTALMENTE em soluções livres?
 Esse é o ponto.
 
 :)
 
 Os /tmp poderiam ficar no storage, sem problemas, mesmo. Você vê algum
 problema? Tudo bem, muda o diretório de sessions nos teus servers www
 e aponta este novo caminho para dentro do storage, em área
 compartilhada, assim vc mantém os /tmp isolados.
 
 O problema é o storage gente alguém?
 
 Att,
 RS
 

-- 
Marcello Costa
BSD System Engineer
unixmafia at yahoo dot com dot br
FUG-BR #156 
http://www.fug.com.br



___ 
Novidade no Yahoo! Mail: receba alertas de novas mensagens no seu celular. 
Registre seu aparelho agora! 
http://br.mobile.yahoo.com/mailalertas/ 
 

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Cluster de Firewall com carp + pfsync (tutorial)

2006-11-14 Por tôpico Daniel Bristot de Oliveira
Olá Lista...

Poisé irado, vi isto no br-linux...

Sobre o assunto, o FAQ do PF está traduzido para o pt_BR, e também
fala sobre isto em:
http://www.openbsd.org/faq/pf/pt/carp.html

A FAQ do PF é ótima, e muita gente não sabe que ela existe em português ainda.

Ainda tem o atigo no FUG.
http://www.fug.com.br/content/view/124/77/

Que adiciona o tratamento de dependencia de interfaces com ifstated.

Um abraço!
-- 
Daniel Bristot de Oliveira

R João Paez 409 Ap 202
Sta Augusta - Criciúma - SC
CEP 88805440 Brazil
+55-48-91032512
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Cluster de Firewall com carp + pfsync (tutorial)

2006-11-14 Por tôpico Rogério Schneider
Já eu gsotei muito deste artigo aqui:

http://www.countersiege.com/doc/pfsync-carp/

Pena que ele não lança as regras do sistema complexo, mas isso pode
ser recriado.
Existem outras formas de balancear ainda.. Quem sabe usar um pen? Bem,
poderia ficar ai uma discussão para ver qual seria o melhor método.

pen, arp-balance, rdr com address pool? outro?

Att,
RS


On 11/14/06, Daniel Bristot de Oliveira [EMAIL PROTECTED] wrote:
 Olá Lista...

 Poisé irado, vi isto no br-linux...

 Sobre o assunto, o FAQ do PF está traduzido para o pt_BR, e também
 fala sobre isto em:
 http://www.openbsd.org/faq/pf/pt/carp.html

 A FAQ do PF é ótima, e muita gente não sabe que ela existe em português ainda.

 Ainda tem o atigo no FUG.
 http://www.fug.com.br/content/view/124/77/

 Que adiciona o tratamento de dependencia de interfaces com ifstated.

 Um abraço!
 --
 Daniel Bristot de Oliveira

 R João Paez 409 Ap 202
 Sta Augusta - Criciúma - SC
 CEP 88805440 Brazil
 +55-48-91032512
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd



-- 
Rogério Schneider

+55 (55) 9985 2127
+55 (55) 3332 5923
+55 (55) 3321 1535

MSN: [EMAIL PROTECTED]
ICQ: 78778973
GTalk: [EMAIL PROTECTED]
Skype: stockrt

http://stockrt.unicruz.edu.br
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Cluster de Firewall com carp + pfsync (tutorial)

2006-11-14 Por tôpico c0re dumped
 Pena que ele não lança as regras do sistema complexo, mas isso pode
 ser recriado.
 Existem outras formas de balancear ainda.. Quem sabe usar um pen? Bem,
 poderia ficar ai uma discussão para ver qual seria o melhor método.

 pen, arp-balance, rdr com address pool? outro?


Seria interessante se o pen puder guardar sessoes em conexões http.

Por exemplo, tenho dois Pounds aqui, em redundância, no esquema do carp.

Mas é muito ruim ter um maquinão parado podendo ser usado apenas na
possibilidade do primário dar algum problema ou ser interrompido para
manutenção.

O carp dispõe de um load balancer built in, mas, se não me engano, ele
trabalha num modo round robin. Desta forma fica inviável usar o load
balance dele para criação de um cluster ativo/ativo quando se tem
aplicações web usando PHPSESSID ou JSESSIOND, como é o meu caso.

Nunca usei o pen.

Aproveitando o ensejo, gostaria de saber se há essa possibilidade (ou
até mesmo se alguém já o está usando), pelo que falaram ele faz pool
de endereços, isso já resolve muitos dos problemas.



[]'s

-- 

No stupid signatures here.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Cluster de Firewall com carp + pfsync (tutorial)

2006-11-14 Por tôpico Marcello Costa
Em Ter, 2006-11-14 às 17:51 +, c0re dumped escreveu:
  Pena que ele não lança as regras do sistema complexo, mas isso pode
  ser recriado.
  Existem outras formas de balancear ainda.. Quem sabe usar um pen? Bem,
  poderia ficar ai uma discussão para ver qual seria o melhor método.
 
  pen, arp-balance, rdr com address pool? outro?
 
 
 Seria interessante se o pen puder guardar sessoes em conexões http.
 
 Por exemplo, tenho dois Pounds aqui, em redundância, no esquema do carp.
 
 Mas é muito ruim ter um maquinão parado podendo ser usado apenas na
 possibilidade do primário dar algum problema ou ser interrompido para
 manutenção.
 
 O carp dispõe de um load balancer built in, mas, se não me engano, ele
 trabalha num modo round robin. Desta forma fica inviável usar o load
 balance dele para criação de um cluster ativo/ativo quando se tem
 aplicações web usando PHPSESSID ou JSESSIOND, como é o meu caso.
 
 Nunca usei o pen.
 
 Aproveitando o ensejo, gostaria de saber se há essa possibilidade (ou
 até mesmo se alguém já o está usando), pelo que falaram ele faz pool
 de endereços, isso já resolve muitos dos problemas.
 
 
 
 []'s
 
Não seria melhor usar o carp para redundancia de links, para isso que
ele foi projetado, e diferente entradas de dns para web ?
-- 
Marcello Costa
BSD System Engineer
unixmafia at yahoo dot com dot br
FUG-BR #156 
http://www.fug.com.br



___ 
Yahoo! Acesso Gr�tis - Internet r�pida e gr�tis. Instale 
o discador agora! 
http://br.acesso.yahoo.com
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Cluster de Firewall com carp + pfsync (tutorial)

2006-11-14 Por tôpico c0re dumped
O carp não faz redundância (failover) de links, ele faz sim,
redundância entre duas máquinas, que estejam usando o protocolo
*(carp).

Acontece que na maioria das vezes essas duas máquinas são os firewalls
(implemetação mais comum pro carp), que proveêm o *serviço* de
filtragem de pacotes. :)

Redundâcia de links é feita entre routers.

Você pode usá-lo, para implementar redundância entre quaisquer duas ou
mais máquinas que estejam usando o protolcolo e estejam com a mesma
mesma vhid e usando um mesmo password, para cada interface que você
habilitá-lo.

Essa máquina não precisa necessariamente disponibilizar uma conexão
com a internet, ou filtrar pacotes.

No meu caso uso em web servidores intra e internet, alguns usam com o
squid, e por aí vai.



[]'s



-- 

No stupid signatures here.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Cluster de Firewall com carp + pfsync (tutorial)

2006-11-14 Por tôpico Marcello Costa
CARP é o Protocolo de Redundância de Endereço Comum (Common Address
Redundancy Protocol). Seu objetivo principal é permitir que múltiplos
hosts no mesmo segmento de rede compartilhem um endereço IP. CARP é uma
alternativa livre e segura ao Virtual Router Redundancy Protocol (VRRP)
e ao Hot Standby Router Protocol (HSRP).]

CARP funciona permitindo um grupo de hosts no mesmo segmento de rede
compartilhar um endereço IP. Este grupo de hosts é referido como um
grupo de redundância. O grupo de redundância é atribuído a um endereço
IP que é compartilhado entre os membros do grupo. Dentro do grupo, um
host é designado o master e o resto como backups. O host master é o
que atualmente segura o IP compartilhado; ele responde a qualquer
tráfego ou requisições ARP direcionadas para ele. Cada host pode
pertencer a mais que um grupo de redundância por vez.

Um uso comum para o CARP é criar um grupo de firewalls redundantes. O IP
virtual que é atribuído ao grupo de redundância é configurado nas
máquinas clientes como o gateway padrão (default). Caso o firewall sofra
uma falha ou seja desligado, o IP se moverá para um dos firewalls backup
e o serviço vai continuar sem ser afetado.

http://www.openbsd.org/faq/pf/pt/carp.html

Acho que me fiz entender ...

-- 
Marcello Costa
BSD System Engineer
unixmafia at yahoo dot com dot br
FUG-BR #156 
http://www.fug.com.br



___ 
Novidade no Yahoo! Mail: receba alertas de novas mensagens no seu celular. 
Registre seu aparelho agora! 
http://br.mobile.yahoo.com/mailalertas/ 
 

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Cluster de Firewall com carp + pfsync (tutorial)

2006-11-14 Por tôpico c0re dumped
Isso é justamente o que eu disse no meu e-mail, só que com menos palavras.

A não ser que algum roteador (que em 99.999% das instalações é o
gateway do firewall) use CARP para implementação de redundância (todos
que eu conheço usam VRRP, pelo menos da cisco), minha afirmativa que o
CARP não provê redundância de links ainda é válida. - a menos que se
esteja usando um servidor com FreeBSD sobre ATM/Frame Relay+CARP
(coisa que eu nunca vi), aí realmente vai ser uma exceção à regra.

Acho que estamos num conflito de nomenclaturas.

Acredito que o que você esteja se referindo quando diz link, é a
conectividade provida pelo firewall através do *serviço* de filtragem
de pacotes.

Quando eu cito link, me refiro à uma ATM/Frame Relay+Router ou algum outro DCE.



[]'s

-- 

No stupid signatures here.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Cluster de Firewall com carp + pfsync (tutorial)

2006-11-14 Por tôpico Marcello Costa
O *FOCO* do CARP é prover redundancia de IP , fazer isso para webserver
*na minha modesta opinião* é guambiarra

simples

coloque dois servers apache rodando , sincronize com que quiser , poder
nfs , rsync, etc ...

basta colocar no dns

192.168.0.10 - web01.dominio


192.168.0.11 - web02.dominio

dominio alias - web01,web02 

não precisou de nadinha , se um cair o outro responde 

nem precisa se preocupar com session etc ...

mas vc quer usar algo , ok

http://www.freebsd.org/cgi/ports.cgi?query=heartbeatstype=all

Mas a FALTA de ferramentas para fazer coisas deste tipo neste caso
significa que não é por ai o caminho.

Quer implementar algo realmente bom para isso :

http://tinydns.org/

Proxy reverso, balance

http://www.freebsd.org/cgi/url.cgi?ports/dns/dns_balance/pkg-descr

http://www.freebsd.org/cgi/url.cgi?ports/www/pound/pkg-descr

http://www.freebsd.org/cgi/url.cgi?ports/net/balance/pkg-descr

http://www.freebsd.org/cgi/ports.cgi?query=balancestype=allsektion=all

Eu acho que isso são soluções viaveis e com menos riscos que
compartilhar /tmp e muito mais elegante

-- 
Marcello Costa
BSD System Engineer
unixmafia at yahoo dot com dot br
FUG-BR #156 
http://www.fug.com.br



___ 
Novidade no Yahoo! Mail: receba alertas de novas mensagens no seu celular. 
Registre seu aparelho agora! 
http://br.mobile.yahoo.com/mailalertas/ 
 

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Cluster de Firewall com carp + pfsync (tutorial)

2006-11-14 Por tôpico c0re dumped
Vamos lá:

Em 14/11/06, Marcello Costa[EMAIL PROTECTED] escreveu:
 O *FOCO* do CARP é prover redundancia de IP , fazer isso para webserver
 *na minha modesta opinião* é guambiarra

Falou tudo !

Camada de rede é diferente da camada de aplicação.

Você afirma que o CARP trabalha na camada de rede (IP). Ora, se carp
provê conectvidade e redunância numa camada mais baixa e seguindo o
modelo OSI de interoperabilidade uma camada apenas entrega o payload
pra outra,  como se pode afirmar que usar carp pra webserver é
gambiarra, sendo que o HTTP é na camada de aplicação ?

Sendo assim, firewalls são gambiarras rodando em nível de kernel !

Acho que você está confundindo CARP com PFSYNC que são duas coisas
complementares, mas completamente distintas.

A função do carp é prover um endereço redundância de hosts. Ponto.

Pfsync é quem faz o sincronismo da tabela de estado de conexões do
firewall. O pfsync pode perfeitamente funcionar semo carp, embora sem
muita utilidade, e vice versa.


Veja mina situação


|-SERVER1-
|
CLI-1.2.3.4 |  VARIOS APACHES
AQUI ATRAS
|
|-SERVER2-

O endereço 1.2.3.4 é o endereço virtual (carp) do SERVER1 e do SERVER2
(usando pound). Existe uma entrada no DNS que aponta pra esse
endereço, ou seja, www.meuservidorweb.com.br aponta para 1.2.3.4.

Esses dois hosts tem, além da interface carp, outro endereço real,
pois o carp precisa saber pra quem realmente passar o pedido para que
ele seja processado.

Independentemente se ele seja um pocote com um cabeçalho HTTP ou uma
requisição RPC. Pra ele o que importa é saber quem é o carp device
master e passar o pedido pra ele. O que o master vai fazer, não
interessa pro carp.


 simples

 coloque dois servers apache rodando , sincronize com que quiser , poder
 nfs , rsync, etc ...

 basta colocar no dns

 192.168.0.10 - web01.dominio


 192.168.0.11 - web02.dominio

 dominio alias - web01,web02

 não precisou de nadinha , se um cair o outro responde 

 nem precisa se preocupar com session etc ...

 mas vc quer usar algo , ok

Mas é justamente isso que eu já tenho.

Além disso, o balanceamento de carga do DNS também é round robin, e eu
acabo recaindo no mesmo problema.

O que eu não quero é deixar uma máquina ociosa. Logo, um cluster
ativo/ativo ao invés de um ativo/passivo. Por isso a preucupação com
as sessions.

Veja bem, esses dois hosts são dois pounds, como disse anteriormente.

São eles quem tem que prover a redundância, se eu fizer redundância
com os apaches que estão atrás deles, teria que comprar um host extra,
ou na melhor das hipóteses usar um virtualizador da vida, para cada um
que tivesse.


-- 

No stupid signatures here.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Cluster de Firewall com carp + pfsync (tutorial)

2006-11-14 Por tôpico Marcello Costa
O CARP foi feito com foco em firewall , não precisa levar tudo ao pé da
letra, redundancia de ip usando pfsync etc e tal , isso ta claro no
manual e todo mundo sabe não há questionamento meu nem seu qto a isso .

Quanto ao webserver ai sim , qual a solução ?

estou esperando chegar minhas maquinas no final do ano , na verdade uma
e a *antiga* seria o backup , mas quero dar serviço para ela , então
pretendo colocar as duas respondendo web, juntas , nada de master slave,
balance pode ser setado por requisição (origem) sim , dns também , não
somente por robin.

Veja se isso resolve seu problema ?

http://cr.yp.to/djbdns/balance.html

http://cr.yp.to/djbdns.html

-- 
Marcello Costa
BSD System Engineer
unixmafia at yahoo dot com dot br
FUG-BR #156 
http://www.fug.com.br



___ 
Yahoo! Acesso Gr�tis - Internet r�pida e gr�tis. Instale 
o discador agora! 
http://br.acesso.yahoo.com
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Cluster de Firewall com carp + pfsync (tutorial)

2006-11-14 Por tôpico c0re dumped
2006/11/14, Marcello Costa [EMAIL PROTECTED]:
 O CARP foi feito com foco em firewall , não precisa levar tudo ao pé da
 letra, redundancia de ip usando pfsync etc e tal , isso ta claro no
 manual e todo mundo sabe não há questionamento meu nem seu qto a isso .


CARP é o Protocolo de Redundância de Endereço Comum (Common Address
Redundancy Protocol). *** Seu objetivo principal é permitir que múltiplos
**HOSTS** no mesmo segmento de rede compartilhem um endereço IP * 

Olha, realmente o carp não foi projetado com foco em firewall, ele
foi concebido como uma idéia muito mais abrangemte.

Leia seu post e o que você enviou da página do carp e reavalie o que
acabou de afirmar.


 Quanto ao webserver ai sim , qual a solução ?

 estou esperando chegar minhas maquinas no final do ano , na verdade uma
 e a *antiga* seria o backup , mas quero dar serviço para ela , então
 pretendo colocar as duas respondendo web, juntas , nada de master slave,
 balance pode ser setado por requisição (origem) sim , dns também , não
 somente por robin.

 Veja se isso resolve seu problema ?

 http://cr.yp.to/djbdns/balance.html

 http://cr.yp.to/djbdns.html

 --
 Marcello Costa
 BSD System Engineer
 unixmafia at yahoo dot com dot br
 FUG-BR #156


Do primeiro link:

Suppose you have 50 identical www.heaven.af.mil web servers running
on IP addresses 1.2.3.150, 1.2.3.151, and so on. You can simply list
all their addresses in /service/tinydns/root/data:
...

When a DNS cache asks for the IP address of www.heaven.af.mil,
tinydns will automatically return a random set of 8 addresses.

Tendo isso em mente e o fato de que o http é um protocolo stateless,
fica inviável usar esse solução no meu caso que tenho aplicações com
extenso uso de sessões.


-- 

No stupid signatures here.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Cluster de Firewall com carp + pfsync (tutorial)

2006-11-14 Por tôpico Daniel Bristot de Oliveira
Nossa essa thread rendeu hehe.

Ja usei Pen, Carp, VRRP e rdr com source track no PF

Porém, isto é para balanceamento de carga entrante, isto é, conexões
entrando na minha rede, para eu servir.

O artigo, carp e pfsync que o irado se referenciou, é um failover de
um gateway, NAT... de conexões saindo. E fugiu um pouco do escopo da
thread, mas vamos lá

O carp, como o nome dis, é um protocolo de redundância de endereço
comum. Ele trabalha em nível de ARP, e não em nivel IP, como o vrrp
faz. Ele foi feito para ser utilizado em qualuer lugar que se possa ou
precize redundância pasiva, isto é, um espera o outro cair e assume.

Load Balance com o carp, é feito em nivel arp, e por isto ele só
funciona em rede local, por exemplo: duas maquinas estão fazendo um
host virtual, onde as duas possuem um estado mestre e um escravo do
emsmo endereço, desta forma teremos dois mestres, e dois recebendo as
conexõs, porém, a divisão de carga é feita, em round-robin, porém, é
utilizado um hash, para definir quem responde um cliente, então, um
cliente semrpe vai ser respondido pelo mesmo mestre. Porém! isto só
funciona em rede local!

o Pen é um load balancer, com possibilidade de rastreamento de
clientes. ele recebe uma conexão, redireciona e distribui para outros
servidores, ele utiliza escalonamento em round-robin, (Na veradde
todos estes que falei, utilizam round-robin por se tratar de
escalonamento estático, por que ningeum gerencia estado de carga).
Porém, o pen é o único que é possível utilizar prioridades no
escalonamento. E o Pen verifica se os servidores estão UP ou não.
Porém o Pen executa em nível do usuário, o que adiciona um grande
delay nas trasnsações de rede, por estar sujeito a paginação, swap,
ter que passar do nivel do kernle para usuário, e devolta do usuário
para o kernel, e todas as verificações por trás disto.

O PF com rdr faz redirecionamento,. e distribuição em round-robin, com
possibilidade de source track, que é o rastreamento de clientes. ele e
o pen são compatíveis, porém, o PF não checa estado de clientes, e não
tem prioridades no escalonamento. Mas executa em nivel do kernel, e
isso da uma direfença grande no desempenho, por que não está em área
paginada, não possui tantas restrições ao acesso aos dados da rede,
mas tem que cuidar para ele não abusar do sistema :) alem de ser mais
facil de aplicar QoS e controle de DoS para o cluster.

O pfsync serve mais expecificamente para HA de saída!, por que ele
somente sincroniza a tabela state, que é responsável por manter as
conexões statefull, ela não sincroniza a tabela source, que faz o
source track. Então, ele fica pouco útil para balanceamento de carga
entrante, que é feita com o Pen e o rdr do PF. Mas para saída ele é
perfeito, as conexões não são interrompidas, saiu ate um video que
mostra, se eu não me engano, o Daniel Hartmeyer(grande developer do
PF), mostrando um exemplo, onde uma musica estava passando por um
gateway com failover, e ele quebrava um dos gateways(literalmente a
pauladas), e o carp transferiu estado e o pfsync estava sincronizando,
e a musica não parou :)

Eu para entrada utilizaria:
Load Balance grande = PF+CARP
Load balance pequeno = CARP+PEN

Para saída:
carp e PFsync

porém, eu estou apenas expondo minhas ideias, e não sou dono da
verdade, cada um pensa como quiser, e eu não tenho nada contra!

Um abraço!
-- 
Daniel Bristot de Oliveira

R João Paez 409 Ap 202
Sta Augusta - Criciúma - SC
CEP 88805440 Brazil
+55-48-91032512
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Cluster de Firewall com carp + pfsync (tutorial)

2006-11-14 Por tôpico c0re dumped
Opa !

Valeu Daniel, deu ate umas esclarecidas nus pontos bem bacanas.

Gostaria ateh de pedir desculpas ao Marcelo se em algum momento eu
tenha sido rispido ou de alguma forma o desrespeitei. As vezes na
ansia de expormos nossos pontos de vista e nossa abordagem sobre um
determinado assunto, acabamos por exaltar-nos.

Se em algum momento tiver feito isso, humildimente peco perdao.

Todo mundo tah aqui pra se ajudar, afinal de contas :)

No meu caso vou testar o carp +pen, ateh por curiosidade, pq nunca o usei antes.

Alguem poderia informar onde fica a pagina do projeto ?


[]'s

-- 

No stupid signatures here.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


[FUG-BR] Cluster

2005-09-29 Por tôpico Eduardo de Paula Neves
Tenho a tarefa de montar um cluster para aliviar a carga de um Mainframe 
IBM.

Estou com um problema, os jobs ou tarefas do Mainframe possuem ordem de 
execução, ou seja,
prioridades e coisas do tipo. Ou seja, tarefas mais urgentes passam na 
frente de outras, e tarefas que só podem rodar no periodo da noite. 
Existe algo semelhante para o BSD? Os softwares migrados estão escritos 
em Natural.

Grato

Eduardo de Paula Neves

___
Freebsd mailing list
Freebsd@fug.com.br
http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br


Re: [FUG-BR] Cluster

2005-09-29 Por tôpico Alex Moura
Eduardo de Paula Neves wrote:
 Tenho a tarefa de montar um cluster para aliviar a carga de um Mainframe 
 IBM.

 Estou com um problema, os jobs ou tarefas do Mainframe possuem ordem de 
 execução, ou seja,
 prioridades e coisas do tipo. Ou seja, tarefas mais urgentes passam na 
 frente de outras, e tarefas que só podem rodar no periodo da noite. 
 Existe algo semelhante para o BSD? Os softwares migrados estão escritos 
 em Natural.
Eduardo,

Creio que este artigo ajude a esclarecer alguns aspectos dos recursos 
que você procura no FreeBSD.

FreeBSD Process Management
http://www.informit.com/articles/printerfriendly.asp?p=366888


Agora, me parece que falta uma ferramenta que ofereça
maiores facilidades de controle sobre os processos em um
cluster.

Talvez alguma informação destas página ajudem:

Batch Queueing Systems
http://www.cmpharm.ucsf.edu/~srp/batch/systems.html

A small Beowulf Cluster running FreeBSD
http://blizzard.rwic.und.edu/~nordlie/miniwulf/
Obs: veja as referências no rodapé.

[]'s,
Alex

___
Freebsd mailing list
Freebsd@fug.com.br
http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br


Re: [FUG-BR] Cluster

2005-08-12 Por tôpico Christopher Giese - IRAPIDA

Sim

vou fazer o seguinte. vou documentar certinho e mandar para vcs o link

ok

Luiz Otávio Souza escreveu:


From: Christopher Giese - iRapida Telecom [EMAIL PROTECTED]



squid +carp

implementei recentemente eh show de bola


quando compila o squid escolha a opcao CARP (se estiver usando o ports)

e dai eh soh aplicar o carp e sorrir

uma maravilha

qq coisa pvt

t+

Christopher Giese SkyWarrior
[EMAIL PROTECTED]




Christopher,

Apenas para documentar que o CARP (Cache Array Routing Protocol) do 
SQUID não tem nada a ver com o CARP (Common Address Redundancy 
Protocol) de rede.


Mas sim o CARP do squid é necessário quando vc tem mais de proxy 
(balanceamento de carga), pois é ele quem diz (por meio de um 
algoritmo matematico) qual dos proxys vai atender cada requisição.


luiz


___
Freebsd mailing list
Freebsd@fug.com.br
http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br




___
Freebsd mailing list
Freebsd@fug.com.br
http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br


Re: [FUG-BR] Cluster

2005-08-12 Por tôpico Christopher Giese - IRAPIDA

NAO PRECISA + o PATCH

quando escrevi este artigo.. era no 5.3 e ainda precisava

hoje eh soh colocar no kernel a opcao de carp.. pfsync e pf

criar a interface virtual... e socar bala nos vhid... pass e advskew

vou fazer uma documentacao file e repassar

t+
SkyWarrior


Marcio Luciano Donada escreveu:


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

((-: Fran :-)) wrote:

| Eu utilizei o manual do CARP que se encontra nessa pagina e ñ
| funcionou
|
|
http://www.bsdux.com.br/artigos/FreeBSD_5x_Implementando_Configurando_CARP.txt 


|
|
| da erro quando eu vou compilar o Kernel eu estou usando o 5.4.
|
| Grato --- Christopher Giese - iRapida Telecom
| [EMAIL PROTECTED] escreveu:

Acredito que não seja necessário o patch do CARP. Qualquer coisa de
uma olhada no LINT e tire suas dúvidas.

[]'s

- --
Márcio Luciano Donada
T.I. Aurora Alimentos Chapecó(SC)
Cooperativa Central Oeste Catarinense
mdonada at auroraalimentos dot com dot br
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (FreeBSD)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFC+7sUyJq2hZEymxcRAovxAKDcLiyfdfEgq0iuBHQxqOP6O1GWdACfXadX
va2mNf99K6zg7BtEu4JXYO8=
=Amnk
-END PGP SIGNATURE-


___
Freebsd mailing list
Freebsd@fug.com.br
http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br




___
Freebsd mailing list
Freebsd@fug.com.br
http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br


[FUG-BR] Cluster

2005-08-11 Por tôpico \(\(-: Fran :-\)\)
Olá pessoal alguém pode me ajudar eu estou procurando
material para fazer um cluster do servidor proxy que
eu tenho que ñ pode falhar nem por um segundo se
alguém tiver alguma dica eu agradeço

__
Converse com seus amigos em tempo real com o Yahoo! Messenger 
http://br.download.yahoo.com/messenger/ 

___
Freebsd mailing list
Freebsd@fug.com.br
http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br


Re: [FUG-BR] Cluster

2005-08-11 Por tôpico Christopher Giese - iRapida Telecom

squid +carp

implementei recentemente eh show de bola


quando compila o squid escolha a opcao CARP (se estiver usando o ports)

e dai eh soh aplicar o carp e sorrir

uma maravilha

qq coisa pvt

t+

Christopher Giese SkyWarrior
[EMAIL PROTECTED]

((-: Fran :-)) wrote:


Olá pessoal alguém pode me ajudar eu estou procurando
material para fazer um cluster do servidor proxy que
eu tenho que ñ pode falhar nem por um segundo se
alguém tiver alguma dica eu agradeço

__
Converse com seus amigos em tempo real com o Yahoo! Messenger 
http://br.download.yahoo.com/messenger/ 


___
Freebsd mailing list
Freebsd@fug.com.br
http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
 




___
Freebsd mailing list
Freebsd@fug.com.br
http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br


Re: [FUG-BR] Cluster

2005-08-11 Por tôpico \(\(-: Fran :-\)\)
Mais como fica as acl's e arquivos de configuração


--- Christopher Giese - iRapida Telecom
[EMAIL PROTECTED] escreveu:

 squid +carp
 
 implementei recentemente eh show de bola
 
 
 quando compila o squid escolha a opcao CARP (se
 estiver usando o ports)
 
 e dai eh soh aplicar o carp e sorrir
 
 uma maravilha
 
 qq coisa pvt
 
 t+
 
 Christopher Giese SkyWarrior
 [EMAIL PROTECTED]
 
 ((-: Fran :-)) wrote:
 
 Olá pessoal alguém pode me ajudar eu estou
 procurando
 material para fazer um cluster do servidor proxy
 que
 eu tenho que ñ pode falhar nem por um segundo se
 alguém tiver alguma dica eu agradeço
 
 __
 Converse com seus amigos em tempo real com o Yahoo!
 Messenger 
 http://br.download.yahoo.com/messenger/ 
 
 ___
 Freebsd mailing list
 Freebsd@fug.com.br

http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
   
 
 
 
 ___
 Freebsd mailing list
 Freebsd@fug.com.br

http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
 






___ 
Yahoo! Acesso Grátis - Internet rápida e grátis. 
Instale o discador agora! http://br.acesso.yahoo.com/

___
Freebsd mailing list
Freebsd@fug.com.br
http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br


Re: [FUG-BR] Cluster

2005-08-11 Por tôpico \(\(-: Fran :-\)\)
Eu utilizei o manual do CARP que se encontra nessa
pagina e ñ funcionou

http://www.bsdux.com.br/artigos/FreeBSD_5x_Implementando_Configurando_CARP.txt

da erro quando eu vou compilar o Kernel eu estou
usando o 5.4.

Grato
--- Christopher Giese - iRapida Telecom
[EMAIL PROTECTED] escreveu:

 squid +carp
 
 implementei recentemente eh show de bola
 
 
 quando compila o squid escolha a opcao CARP (se
 estiver usando o ports)
 
 e dai eh soh aplicar o carp e sorrir
 
 uma maravilha
 
 qq coisa pvt
 
 t+
 
 Christopher Giese SkyWarrior
 [EMAIL PROTECTED]
 
 ((-: Fran :-)) wrote:
 
 Olá pessoal alguém pode me ajudar eu estou
 procurando
 material para fazer um cluster do servidor proxy
 que
 eu tenho que ñ pode falhar nem por um segundo se
 alguém tiver alguma dica eu agradeço
 
 __
 Converse com seus amigos em tempo real com o Yahoo!
 Messenger 
 http://br.download.yahoo.com/messenger/ 
 
 ___
 Freebsd mailing list
 Freebsd@fug.com.br

http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
   
 
 
 
 ___
 Freebsd mailing list
 Freebsd@fug.com.br

http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
 


__
Converse com seus amigos em tempo real com o Yahoo! Messenger 
http://br.download.yahoo.com/messenger/ 

___
Freebsd mailing list
Freebsd@fug.com.br
http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br


Re: [FUG-BR] Cluster

2005-08-11 Por tôpico Marcio Luciano Donada

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

((-: Fran :-)) wrote:

| Eu utilizei o manual do CARP que se encontra nessa pagina e ñ
| funcionou
|
|
http://www.bsdux.com.br/artigos/FreeBSD_5x_Implementando_Configurando_CARP.txt
|
|
| da erro quando eu vou compilar o Kernel eu estou usando o 5.4.
|
| Grato --- Christopher Giese - iRapida Telecom
| [EMAIL PROTECTED] escreveu:

Acredito que não seja necessário o patch do CARP. Qualquer coisa de
uma olhada no LINT e tire suas dúvidas.

[]'s

- --
Márcio Luciano Donada
T.I. Aurora Alimentos Chapecó(SC)
Cooperativa Central Oeste Catarinense
mdonada at auroraalimentos dot com dot br
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (FreeBSD)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFC+7sUyJq2hZEymxcRAovxAKDcLiyfdfEgq0iuBHQxqOP6O1GWdACfXadX
va2mNf99K6zg7BtEu4JXYO8=
=Amnk
-END PGP SIGNATURE-


___
Freebsd mailing list
Freebsd@fug.com.br
http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br


Re: [FUG-BR] Cluster

2005-08-11 Por tôpico Luiz Otávio Souza

From: Christopher Giese - iRapida Telecom [EMAIL PROTECTED]


squid +carp

implementei recentemente eh show de bola


quando compila o squid escolha a opcao CARP (se estiver usando o ports)

e dai eh soh aplicar o carp e sorrir

uma maravilha

qq coisa pvt

t+

Christopher Giese SkyWarrior
[EMAIL PROTECTED]



Christopher,

Apenas para documentar que o CARP (Cache Array Routing Protocol) do SQUID 
não tem nada a ver com o CARP (Common Address Redundancy Protocol) de rede.


Mas sim o CARP do squid é necessário quando vc tem mais de proxy 
(balanceamento de carga), pois é ele quem diz (por meio de um algoritmo 
matematico) qual dos proxys vai atender cada requisição.


luiz


___
Freebsd mailing list
Freebsd@fug.com.br
http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br


Re: [FUG-BR] Cluster

2005-08-11 Por tôpico \(\(-: Fran :-\)\)
Olá  Christopher

Vc poderia manda as configurações de como vc colocou
para funcionar o squid + carp

Grato
--- Christopher Giese - iRapida Telecom
[EMAIL PROTECTED] escreveu:

 squid +carp
 
 implementei recentemente eh show de bola
 
 
 quando compila o squid escolha a opcao CARP (se
 estiver usando o ports)
 
 e dai eh soh aplicar o carp e sorrir
 
 uma maravilha
 
 qq coisa pvt
 
 t+
 
 Christopher Giese SkyWarrior
 [EMAIL PROTECTED]
 
 ((-: Fran :-)) wrote:
 
 Olá pessoal alguém pode me ajudar eu estou
 procurando
 material para fazer um cluster do servidor proxy
 que
 eu tenho que ñ pode falhar nem por um segundo se
 alguém tiver alguma dica eu agradeço
 
 __
 Converse com seus amigos em tempo real com o Yahoo!
 Messenger 
 http://br.download.yahoo.com/messenger/ 
 
 ___
 Freebsd mailing list
 Freebsd@fug.com.br

http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
   
 
 
 
 ___
 Freebsd mailing list
 Freebsd@fug.com.br

http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
 


__
Converse com seus amigos em tempo real com o Yahoo! Messenger 
http://br.download.yahoo.com/messenger/ 

___
Freebsd mailing list
Freebsd@fug.com.br
http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br


Re: [FUG-BR] Cluster HPC

2005-06-21 Por tôpico Miguel Da Silva
Para usufruir do processamento você deverá criar seus programas para 
trabalhar com processamento paralelo.

Até mais, Miguel D.

On Tue, 21 Jun 2005 09:53:06 -0300
Welington F.J [EMAIL PROTECTED] wrote:

 On 6/20/05, Ricardo Nascimento Ferreira [EMAIL PROTECTED] wrote:
 
  O que você pretende fazer com HPC ?
 Apenas para testes tenho algumas maquinas fracas sem uso e pretendia
 usar o processamento delas =)
  
  --
  Ricardo Nascimento Ferreira SilverDragon
  Analista de Redes e Segurança
  Chave pública PGP / PGP public key:
  http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x741F3B25
  
 -- 
 Welington F.J 
 ICQ: 31320518
 MSN: [EMAIL PROTECTED]
 Drogas ? Pra que? Já Tenho Meu Windows!!
 

___
Freebsd mailing list
Freebsd@fug.com.br
http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br


[FUG-BR] Cluster HPC

2005-06-20 Por tôpico Welington F.J
Senhores
   Alguem de vc já fez cluster de processamento no FreeBSD?
existe algo parecido com openMosix para fBSD?


Att,
-- 
Welington F.J 
ICQ: 31320518
MSN: [EMAIL PROTECTED]
Drogas ? Pra que? Já Tenho Meu Windows!!

___
Freebsd mailing list
Freebsd@fug.com.br
http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br


Re: [FUG-BR] Cluster HPC

2005-06-20 Por tôpico Ricardo Nascimento Ferreira
Welington, 
veja a url abaixo.
http://people.freebsd.org/~brooks/papers/
B. Davis, M. AuYeung, G. Green, C. Lee, Building a High-performance
Computing Cluster Using FreeBSD. Proceedings of BSDCon 2003, p. 35-46,
September 2003.

Esta paper trata exatamente sobre HPC com FreeBSD.
Quanto algo como OpenMosix, não saberia dizer se existe.

Estou desenvolvendo um projeto final de curso onde irei trabalhar com 
Computação Grid e com Sistemas BSDs.

O que você pretende fazer com HPC ?

Grande abraço,

On 6/20/05, Welington F.J [EMAIL PROTECTED] wrote:
 Senhores
   Alguem de vc já fez cluster de processamento no FreeBSD?
 existe algo parecido com openMosix para fBSD?
 
 
 Att,
 --
 Welington F.J
 ICQ: 31320518
 MSN: [EMAIL PROTECTED]
 Drogas ? Pra que? Já Tenho Meu Windows!!
 
 ___
 Freebsd mailing list
 Freebsd@fug.com.br
 http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
 


-- 
Ricardo Nascimento Ferreira SilverDragon 
Analista de Redes e Segurança
Chave pública PGP / PGP public key:
http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x741F3B25

___
Freebsd mailing list
Freebsd@fug.com.br
http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br


Re: [FUG-BR] Cluster HPC

2005-06-20 Por tôpico Luiz Otávio Souza

From: Welington F.J [EMAIL PROTECTED]


Senhores
   Alguem de vc já fez cluster de processamento no FreeBSD?
existe algo parecido com openMosix para fBSD?


Não conheco nada como o openMosix para o FreeBSD, seria um projeto 
interessante para desenvolver...


O DFBSD é quem esta preparando o terreno para isso (vários cleanup no kernel 
e a adoção de novos algoritmos para as estrutaras do kernel (RED-BLACK 
trees)).


Luiz - loos 



___
Freebsd mailing list
Freebsd@fug.com.br
http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br


[FUG-BR] Cluster

2005-03-09 Por tôpico Willian Bittar Martins Rodrigues
Pessoal alguém já implementou cluster com freebsd, gostaria de algumas dicas
para fazer um cluster com Freebsd.

Willian Bittar



___
Para enviar um novo email para a lista: freebsd@fug.com.br
Sair da Lista: http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Historico: http://www4.fugspbr.org/lista/html/FUG-BR/