Uso de um Modelo de Interceptadores para Prover Adaptação ...

More documents

Recommendations

Info

2.2 Plataformas de Middleware de Grade 12• Grade de Serviços (Service Grid): fornece serviços viabilizados pela integração dediversos recursos computacionais, como por exemplo um ambiente para colaboraçãoà distância.Dentre os projetos de middleware de grade existentes, podemos destacar: oInteGrade, que se encontra dentro do escopo deste trabalho, o Globus [23, 18], por ser omais conhecido e por ter influenciado inúmeros outros trabalhos e, por fim, o Condor [10]pela característica oportunista na exploração de recursos. Estes sistemas de middlewarede grade são do tipo Grade Computacional e são descritos a seguir.2.2.1 InteGradeO InteGrade [7] é um middleware de grade oportunista que fornece suportepara o desenvolvimento de aplicações que utilizam recursos ociosos disponíveis emparques computacionais já instalados. Geralmente boa parte dos computadores pessoaispermanecem totalmente ociosos durante longos intervalos de tempo: por exemplo, oslaboratórios de ensino reservados aos alunos de um instituição acadêmica são poucoutilizadas durante a noite. Portanto, a criação de uma infra-estrutura de software queutilize de forma efetiva esses recursos, que de outra forma seriam desperdiçados, permitiriauma maior economia para as instituições que demandam grande poder computacional. Asprincipais características do InteGrade são mostradas abaixo:• aproveitamento o poder computacional ocioso das máquinas em um parque computacionaljá instalado.• arquitetura orientada a objetos.• provisão de suporte para aplicações paralelas.• análise e monitoramento dos padrões de uso das máquinas para melhorar o desempenhodo escalonador.• não degradação do desempenho das máquinas que fornecem recursos à grade.O InteGrade utiliza os ORBs JacOrb e OiL, que são duas plataformas demiddleware, como suporte para abstrair os detalhes de comunicação entre os seuscomponentes. Um dos principais motivos da escolha destes ORBs foi o fato de ambosterem sido implementados a partir do padrão CORBA. Os ORBs baseados em CORBApermitem a integração de módulos escritos nas mais diferentes linguagens de programação,executando sobre diversas plataformas de hardware e software. Além disso, fornecem umasérie de serviços, tais como o Serviços de Nomes [47] e Negociação (Trading) [45], osquais são utilizados pelo InteGrade. No entanto, estes serviços são básicos já que nãooferecem recursos importantes, tais como segurança.
2.2 Plataformas de Middleware de Grade 13Atualmente, a arquitetura do InteGrade está definida através de uma estruturahierárquica onde as unidades estruturais são os aglomerados (clusters), que são conjuntosde máquinas agrupadas de acordo com um certo critério como, por exemplo, um mesmodomínio administrativo.Cada uma das máquinas pertencentes ao aglomerado é chamada de nó, existindovários tipos de nós, conforme o papel desempenhado. O InteGrade é dividido em apenasdois tipos de nó: os nós Gerenciadores de Recursos do Aglomerado, que armazenamos módulos que são responsáveis por coletar informações, tais como escalonamentoou disponibilidadede recursos de módulos que estão em outros nós, sendo tambémresponsáveis pela comunicação com gerenciadores de outros aglomerados; e os nósProvedores de Recursos, que são, em geral, máquinas ou conjuntos de máquinas (cluster)que fornecem seus recursos ociosos (ou então todos os recursos disponíveis caso sejamnós dedicados) e pelas quais se submete as aplicações para serem executadas na grade.Esta arquitetura [7] e seus módulos são ilustrados na Figura 2.2 e descritos abaixo:Figura 2.2: Arquitetura do InteGrade [7]• O AR (Application Repository) armazena as aplicações que os usuários submetempara serem executadas na grade. O registro da aplicação no repositório é feitoatravés do ASCT. Para o LRM poder executar tal aplicação, ele deve fazer a suarequisição no repositório. O repositório de aplicações também fornece outras funçõesmais avançadas, como por exemplo o registro de múltiplos binários para a mesmaaplicação, para que uma mesma possa executar em diferentes plataformas. Outrasduas opções disponíveis são a categorização de aplicações, otimizando a busca deaplicações no repositório e o controle de versões.
Page 1 and 2: Universidade Federal de GoiásInsti
Page 3 and 4: Jesus José de Oliveira NetoUso de
Page 5 and 6: Obrigado à minha mãe, minha irmã
Page 7 and 8: Aquele que conhece bem os outros é
Page 9 and 10: AbstractJosé de Oliveira Neto, Jes
Page 11 and 12: 3 O Modelo de Interceptadores Dinâ
Page 13 and 14: Lista de Tabelas4.1 Característica
Page 15 and 16: GlossárioAPIARARSCARSMASCTBSPBSPLi
Page 17 and 18: 3RFTSSLTLSWSDLWSRFXMLReliable File
Page 19 and 20: 5ficados e complexos. Aspectos que
Page 21 and 22: 1.1 Motivação 7comunica com os de
Page 23 and 24: CAPÍTULO 2Middleware de Grade e Ad
Page 25: 2.2 Plataformas de Middleware de Gr
Page 29 and 30: 2.2 Plataformas de Middleware de Gr
Page 37 and 38: 2.3 Adaptação Dinâmica 23• Rei
Page 39 and 40: 2.3 Adaptação Dinâmica 25Código
Page 41 and 42: 2.3 Adaptação Dinâmica 27funcao_
Page 43 and 44: 2.3 Adaptação Dinâmica 29mudanç
Page 45 and 46: 2.3 Adaptação Dinâmica 31de usu
Page 47 and 48: 2.4 Middleware de Grade Reflexivo 3
Page 55 and 56: 2.5 Considerações Finais 41compon
Page 57 and 58: 3.2 Visão Geral do Modelo de Inter
Page 59 and 60: 3.3 Arquitetura 45apresentada acima
Page 61 and 62: 3.4 Implementação 47este ponto es
Page 63 and 64: 3.4 Implementação 49Depois de ser
Page 65 and 66: 3.4 Implementação 515859 −−
Page 67 and 68: 3.5 Comparações do Modelo de Inte
Page 69 and 70: 3.6 O Modelo de Interceptadores no
Page 71 and 72: 3.7 O Modelo de Interceptadores no
Page 73 and 74: 3.8 Considerações Finais 59encrip
Page 75 and 76: 4.1 Travessia de Firewall e NAT 61e
Page 77 and 78:
4.1 Travessia de Firewall e NAT 63e
Page 79 and 80:
4.1 Travessia de Firewall e NAT 65F
Page 81 and 82:
4.1 Travessia de Firewall e NAT 671
Page 83 and 84:
4.1 Travessia de Firewall e NAT 69T
Page 85 and 86:
4.2 Freqüência de Atualização d
Page 87 and 88:
4.3 Considerações Finais 73LRM ut
Page 89 and 90:
4.3 Considerações Finais 75de ada
Page 91 and 92:
4.3 Considerações Finais 77houver
Page 93 and 94:
5.2 Trabalhos Futuros 79quando nece
Page 95 and 96:
Referências Bibliográficas 81[10]
Page 97 and 98:
Referências Bibliográficas 83FERE
show all

Uso de um Modelo de Interceptadores para Prover Adaptação ...

Create successful ePaper yourself

Delete template?

Save as template?