Re: Cluster de aplicações
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
Reply to: