Documentos de Académico
Documentos de Profesional
Documentos de Cultura
objetivos distribudos para usar soa para criar somente partes de um software diminuir
custos jrm usa soa
Tutorial RMI -Remote Method Invocation
Java RMI: Conceitos Bsicos
Java RMI (Remote Method Invocation) permite que objetos Java executando no mesmo
computador ou em outros computadores comuniquem entre si por meio de chamadas de
mtodos remoto. Essas chamadas de mtodos so semelhantes quelas que ocorrem
Todo mtodo da interface dever declarar que a exceo RemoteException (ou uma de
suas subclasses) pode ser gerada na execuo do mtodo.
O mtodo remoto enviar descrito abaixo obtm uma referncia para objetos dos clientes
atravs do vetor de conectados e envia as mensagens para os mesmos.
Cluster
Introduo
Para entender o que um Cluster Beowulf, necessrio primeiro entender o conceito de
um Cluster. Cluster um termo bastante utilizado para definir a utilizao de dois ou mais
computadores independentes, interligados via rede, que trabalham em conjunto trocando
informaes entre si em torno de uma nica tarefa. Indo mais a fundo, ele pode ser
definido como um conjunto de ns processadores que, interligados, comportam-se como
um sistema distribudo.
H vrios tipos de cluster, mas os principais so: cluster de alto desempenho, cluster de
ata disponibilidade e dluster de balanceamento de carga.
crticaque exigem disponibilidade de, pelo menos, 99,999% do tempo a cada ano, por
exemplo.
Para atender a esta exigncia, os clusters de alta disponibilidade podem contar com
diversos recursos: ferramentas de monitoramento que identificam ns defeituosos ou
falhas na conexo, replicao (redundncia) de sistemas e computadores para
substituio imediata de mquinas com problemas, uso de geradores para garantir o
funcionamento em caso de queda de energia, entre outros.
Em determinadas circunstncias, tolervel que o sistema apresente algum grau de
perda de desempenho, especialmente quando esta situao consequncia de algum
esforo para manter a aplicao em atividade.
DEFINIO
Vantagens e Desvantagens
Vantagens
Quanto s vantagens de um Cluster Beowulf podemos citar:
Sistemas escalveis, sendo possvel pr em rede e coordenar um grande nmero de
ns, no existindo um limite definido para o tamanho do cluster.
Os equipamentos utilizados so facilmente comercializados, no necessitando de um
equipamento especfico para a criao do cluster.
No caso de um n defeituoso, a substituio to simples quanto mudar um PC. Desta
forma, possvel gerenciar as falhas de maneira eficiente, baseando-se na fcil
substituio de equipamentos.
Existe uma mobilidade em relao ao fornecedor de hardware, uma vez que os
equipamentos so comuns. Desta forma, quem for implementar o cluster Beowulf no fica
amarrado a comprar peas de um nico fornecedor.
Com sistema operacional open-source, o software inclui o cdigo fonte, permitindo o
debug dos erros e correes.
Desvantagens
Clusters Beowulf parecem muito bons, no entanto, tambm existem algumas
desvantagens:
A grande maioria do hardware de rede no foi criada para funcionar em processamento
paralelo.
Mesmo com a popularidade crescendo, existem ainda poucos softwares que suportem e
tratem este tipo de cluster como um sistema nico.
CONFIGURAR A REDE:
Faa a configurao dos computadores definindo um endereo de IP e mascara sua
escolha, para este projeto foi definido os endereos:
master = 192.168.56.60/24
escravo01 = 192.168.56.61/24
escravo02 = 192.168.56.62/24
Obs: Como a estrutura foi feita em maquina virtual, o gateway e o DNS devem ser o
endereo da maquina real
INSTALANDO PACOTES NECESSRIOS
Para executar programas via MPI no Cluster, as mquinas escravas devem possuir as
informao contidas no HD da mquina mestre. Portanto devemos montar os diretrios
compartilhados via NFS em cada computador escravo. Para isso, edite o arquivo
/etc/fstab e adicione ao final do arquivo:
mestre:/home/beowulf/ /home/beowulf/ nfs exec,dev,suid,rw 1 1 mestre:/usr/ /usr/ nfs
exec,dev,suid,rw 1 1
Obs: Vale salientar que a separao anterior deve ser feita fazendo uso de tabulaes
(tab).
CONFIGURAES ESPECIFICAS DO MESTRE
Faa o compartilhamento da pasta do usurio e das configuraes do sistema para o
usurio. Edite o arquivo /etc/exports e compartilhe os diretrios /home/beowulf/ e /usr/
atravs do NFS, adicione as linhas ao final do arquivo:
/home/beowulf/ *(rw,no_root_squash) /usr/ *(rw,no_root_squash)
Informe ao MPI os membros do seu Cluster. Edite o arquivo /etc/mpich/machines.LINUX e
adicione os "hostnames" do membros, vale salientar que possvel definir o numero de
processadores existentes em cada membro (ex: meucomputador:3):
mestre:1
escravo01:1
escravo02:1
Crie o arquivo .rhosts e lamhosts na pasta pessoal (ex: /home/beowulf/ ) contendo os
hostnames dos membros do Cluster:
mestre
escravo01
escravo02
Para concluir, desligue todos os micros envolvidos no Cluster. Inicie primeiro o mestre e
depois o(s) escravo(s).
No mestre, logado com o usurio que ir executar o Cluster, neste caso o usurio
beowulf, abra um terminal e teste o sistema LAM/MPI.
Registre os hosts, para isso execute o comando: lambot -v lamhosts
O retorno deve ser algo parecido com:
n-1<4905) ssi:boot:base:linear: booting n0 (mestre)
n-1<4905) ssi:boot:base:linear: booting n1 (escravo01)
n-1<4905) ssi:boot:base:linear: booting finished
Obs: Note que o lambot j reconhece os "nodes" do cluster.
Para testar seu Cluster copie para a pasta pessoal um programa de exemplo que
acompanha o pacote LAM/MPI, ele est presente em: /usr/share/doc/libmpich1.0dev/examples/pi/cpi.c . Este programa foi escrito em C e faz o calculo de PI atravs de
LAM/MPI.