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

More documents

Recommendations

Info

2.4 Middleware de Grade Reflexivo 34• Dynamic Reconfiguration System (DyReS): mecanismo de adaptação que aplicaações de reconfiguração na aplicação em resposta a mudanças no ambiente deexecução. O DyRes também coordena os outros componentes envolvidos no processode reconfiguração.• Stable Storage: um repositório de dados distribuído que armazena o estado dasaplicações (checkpoints).A Capacidade de Auto-Gerenciamento do AutoGridPara poder ser auto-gerenciável, o componentes do AutoGrid foram implementadosatravés do arcabouço Adapta [50], utilizado para o desenvolvimento de aplicaçõesauto-adaptativas que separam, de forma clara, o código responsável pelas regras de negóciodo código que define os mecanismos de adaptação. A arquitetura deste arcabouço ébaseada em reflexão computacional, onde Adapta é composta de um nível base, responsávelpela lógica da aplicação e por um meta-nível, responsável pelo processamento reflexivo.Portanto, todo componente baseado no arcabouço Adapta é flexível e reconfigurávelAspectos Autonômicos do AutoGridO middleware de grade AutoGrid possui quatro aspectos autonômicos, quesão descritos abaixo [51]. Em seguida, são descritos os mecanismos do AutoGrid queimplementam cada uma destas propriedades.• Domínio de Contexto: o sistema deve ter conhecimento do seu ambiente de execução.Desta forma, é possível para o sistema reagir de forma adequada às mudanças.• Auto-Configuração: o sistema deve oferecer suporte para ações de reconfiguraçãocom base no estado de seu ambiente de execução.• Auto-Recuperação: o sistema deve estar ciente das possíveis falhas que podemocorrer no seu funcionamento. Desta forma, o sistema pode se reconfigurar paracontinuar a operar normalmente e então se recuperar através técnicas dinâmicaspara tratamento de falhas.• Auto-Otimização: o sistema deve ter condições de detectar quedas no seu desempenhoe tomar medidas para evitá-las.Mecanismo de Domínio de ContextoEste mecanismo permite ao AutoGrid observar o seu ambiente de execução,obtendo informações individuais sobre os nós da grade, tais como disponibilidade de CPUe memória utilizada, além de informações gerais sobre a grade, como, taxa de requisições
2.4 Middleware de Grade Reflexivo 35para execução de aplicações e a ocorrência de falhas. Essas informações são obtidasatravés do Monitoring Service (MS), que inspeciona o hardware subjacente e o ambientede execução em cada nó da grade usando objetos monitores. Cada objeto é configuradopara detectar mudanças na disponibilidade de um recurso específico, como, a largura debanda livre na rede. Monitores podem ser dinamicamente instanciados para introduzirnovos requisitos de monitoramento ou substituídos em tempo de execução para se adequarà diversidade das plataformas computacionais.Quando um certo recurso se torna disponível, o MS notifica o Local Event Service(LES). Por sua vez, o LES verifica se a condição de disponibilidade de recursos foi atendida.Essa condição, por exemplo, pode ser o nível de tinta de uma impressora ou uma quantidadede espaço livre no disco rígido. A avaliação dessa condição é feita de forma a minimizara quantidade de mensagens enviadas para os nós e é baseada em uma expressão booleanafornecida pelo desenvolvedor do middleware de grade como parte da definição do evento.Assim, para lançar a notificação de um evento, essa expressão booleana deve se manterverdadeira durante um período de tempo definido pelo usuário. Esta abordagem evita quenotificações sejam geradas quando surgem situações temporárias, tais como um aumentoinesperado no uso de um recurso, como a CPU, por causa de programa com um alto custode processamento que acabou de ser iniciado.Logo que o evento é detectado, o LES notifica o Event Processing System (EPS) etodos os componentes registrados que estão associados a uma instância do DyReS. O EPS érequisitado sempre que a decisão de reconfigurar os componentes do AutoGrid deve levarem conta a combinação de eventos detectados em diferentes nós da grade. Por exemplo,algoritmos dinâmicos para balanceamento de carga definidos com base em migrações deaplicação têm que considerar a utilização da CPU em cada nó e também as condiçõesda rede. Ao detectar um evento distribuído, o EPS notifica os eventos aos componentesregistrados. Então o DyReS pode decidir se deve ou não reconfigurar esses componentes.Mecanismo de Auto-ConfiguraçãoCada componente adaptativo da arquitetura do AutoGrid está associado a umainstância do DyReS, que corresponde ao seu meta-nível. O DyReS recebe notificações deeventos tanto do LES quanto do EPS. Através dessas notificações, o DyReS verifica seprecisa reconfigurar o componente. Existem dois tipos de reconfiguração que o DyReSpode realizar:• Mudança de Parâmetros da Aplicação: o mecanismo de atualização de parâmetrosutiliza a abordagem de método callback. O desenvolvedor do middleware de gradeintroduz, durante o projeto, métodos callback para serem invocados em cada classeque possui um parâmetro atualizável. AutoGrid obtém a referência do callback
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 and 26: 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: 2.4 Middleware de Grade Reflexivo 3
Page 51 and 52: 2.4 Middleware de Grade Reflexivo 3
Page 53 and 54: 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

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

Create successful ePaper yourself

Delete template?

Save as template?