Re: Cluster de aplicações
Se segurança não é o caso... você pode usar rsh mesmo...
On Fri, 5 Apr 2002 13:49:17 -0300 Christian Lyra <lyra@pop-pr.rnp.br> wrote:
>
> Pois é... rudimentar mesmo... mas acho que vai ser o jeito mais fácil... Na
> verdade eu tenho algumas idéias a mais...
>
> O ssh tem as facilidades que vc disse, mas justamente o fato dele ser
> criptografado cria um overhead desnecessário... acho que tem uma opção pra
> usar ele sem criptografia! Como a idéia é utilizar isso numa intranet, então
> segurança não é a preocupação número 1. Além do mais a minha escolha ainda
> vai mais pelo fsh (fast ssh), que vai acelerar o processo de lançar a
> aplicação.
>
> Pensei num lance a mais que pode ser interessante... além de verificar o
> load da máquina, seria legal tb verificar se já existe uma cópia do programa
> a ser lançado em execução, e de alguma forma criar um esquema de decisão do
> tipo:
>
> Programa X já em execução na maquina y
> then
> diferença de loads > c the lanca na maquina com menos load
> else lanca na maquina y
> else
> lanca na maquina com menos load.
>
> Afinal se a diferenca de loads não for significativa, entao vale a pena
> lancar na maquina que já tem uma cópia do programa em execução econimizamos
> memória e tempo!
>
> Christian
>
> On Friday 05 April 2002 12:38, you wrote:
> > Nunca tinha tido este problema, mas é um desafio interessante...
> > Algo que você poderia fazer é realmente substituir suas aplicações
> > por um script. Voce pode usar o rup para determinar qual a estação
> > mais livre e o ssh para executar remotamente a aplicação. O ssh
> > tem 3 vantagens legais, é criptografado, tem a opção de setar
> > o display automaticamente na shell remota e dá pra configurar os
> > servidores para aceitarem usuários do outro servidor... isso
> > certamente iria dar uma aliviada, é rudimentar mas até pode resolver :)
> >
> > On Fri, 5 Apr 2002 12:13:34 -0300 Christian Lyra <lyra@pop-pr.rnp.br> wrote:
> > > Ois,
> > >
> > > Pessoal... acredito que este problema não tem soluções simples... mas
> > > quem sabe alguem tenha uma idéia legal.
> > >
> > > A situação é a seguinte: suponha que temos un número n de maquinas que
> > > podem ser utilizadas como servidoras para atender um número de usuários.
> > > As máquinas de usuários funcionam apenas como terminais X. Bem... um
> > > problema ja aparece ai... como existem mais de uma maquina servidora o
> > > usuario tem que escolher em qual maquina ele logará. Atualmente usamos um
> > > Xchooser, onde o usuario vê o load de cada maquina e escolhe uma. Seria
> > > melhor se o proprio chooser ja fizesse isso...
> > > No entanto isso resolve um número muito pequeno de problemas... porque
> > > uma vez aberta uma sessão X, todos os aplicativos rodarão apenas naquele
> > > servidor escolhido, o que pode levar em pouco tempo a um servidor X com o
> > > load alto, enquanto outro servidor Y fica coçando...
> > > Uma solução que estou pesquisando é utilizar uma espécie de
> > > loadbalance... ou seja, substituo o comando (por exemplo) netscape, por
> > > um script. Esse script verifica qual servidor tem o menor load e lança o
> > > netscape nesse servidor (usando um ssh/fsh/xon/win/wathever).
> > > Uma solucão mais genérica seria utilizar um loadbalance do tipo do LVS
> > > (Linux Virtual Server) onde as conexões são sempre feitas para um único
> > > IP, e um daemon se encarrega do resto (ou seja, meu script netscape
> > > simplesmente manda abrir um netscape no ip virtual xx.xx.xx.xx). No
> > > entao parece que todos os loadbalances desse tipo são voltados para
> > > serviços Web. :-(
> > >
> > > Alguém tem alguma idéia? já pensaram a respeito?
> > >
> > > Christian Lyra
> > >
> > >
> > > --
> > > To UNSUBSCRIBE, email to debian-user-portuguese-request@lists.debian.org
> > > with a subject of "unsubscribe". Trouble? Contact
> > > listmaster@lists.debian.org
>
>
> --
> To UNSUBSCRIBE, email to debian-user-portuguese-request@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
>
>
--
Eduardo Marcel Maçan Gerente de Redes / Network Manager
macan@colband.com.br Colégio Bandeirantes
--
To UNSUBSCRIBE, email to debian-user-portuguese-request@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Reply to: