A Figura 2.10 ilustra a arquitetura do MyProxy. O usu´ario armazena sua credencial na base de dados do servidor MyProxy, possibilitando que ele recupere ou delegue a outros recursos permitindo acesso aos servidos e recursos oferecidos pela grade computacional (BASNEY; HUMPHREY; WELCH, 2005).
Figura 2.10: Ferramenta MyProxy
2.6.6
A Ferramenta
Shibboleth
O Shibboleth ´e uma ferramenta desenvolvida pelo cons´orcio Internet2 que fornece um mecanismo para ser aplicado a arquitetura j´a existente em uma institui¸c˜ao, permitindo que organiza¸c˜oes troquem informa¸c˜oes sobre seus usu´arios de uma maneira segura, preser- vando a privacidade dos dados (CHAKRABARTI, 2007).
A arquitetura desta ferramenta consiste 3 servi¸cos, 2 servi¸cos para autentica¸c˜ao e delega¸c˜ao de acesso e um servi¸co que o usu´ario utiliza para informar qual a sua organiza¸c˜ao de origem, como ilustrado na Figura 2.11.
Utilizando esta ferramenta o usu´ario acessa o recurso desejado, verificando a credencial do usu´ario. Se ele n˜ao possuir uma credencial v´alida, ´e redirecionado para um servi¸co do Shibboleth para informar a qual organiza¸c˜ao ele pertence. Ap´os informado a organiza¸c˜ao ´e redirecionado para os servi¸cos de autentica¸c˜ao do Shibboleth dispon´ıveis na organiza¸c˜ao. Feita a autentica¸c˜ao do usu´ario o Shibboleth faz o processo de delega¸c˜ao de acesso das credenciais do usu´ario entre a organiza¸c˜ao do usu´ario e o provedor de recursos requisitadas (SHIBBOLETH, 2008).
2.7
Ferramentas para Monitora¸c˜ao e Informa¸c˜ao em
Grade Computacional
As caracter´ısticas transientes dos recursos disponibilizados por uma grade fazem com que estas plataformas tenham caracter´ısticas dinˆamicas, necessitando de ferramentas que coletem informa¸c˜oes e monitorem os recursos, possibilitando que os usu´arios tenham con-
2.7 Ferramentas para Monitora¸c˜ao e Informa¸c˜ao em Grade Computacional 35
Figura 2.11: Vis˜ao de Alto N´ıvel da Arquitetura do Shibboleth
hecimento dos recursos dispon´ıveis quando ele necessitar e que os administradores da grade possam tomar decis˜oes em caso de falha em algum recurso (ZANIKOLAS; SAKEL- LARIOU, 2005).
Este trabalho avaliou as seguintes ferramentas: Ganglia, Hawkeye, Arquitetura Rela- cional de Monitoramento de Grade e Sistema de Monitoramento e Descoberta.
2.7.1
A Ferramenta
Ganglia
O Ganglia ´e uma ferramenta de c´odigo aberto utilizada para monitora¸c˜ao de aglom- erados de computadores. Sendo sua arquitetura dividida em trˆes componentes, a Mon- itora¸c˜ao Intra-cluster, federa¸c˜ao e visualiza¸c˜ao (ZANIKOLAS; SAKELLARIOU, 2005; CHAKRABARTI, 2007).
a. Monitora¸c˜ao Intra-cluster : Respons´avel por coletar informa¸c˜oes do sis- tema local, utilizando mensagens do tipo heartbeat para monitora¸c˜ao e redes multicast para o tr´afego de informa¸c˜oes;
b. Federa¸c˜ao: Possibilita agregar a monitora¸c˜ao de m´ultiplos ambientes, usando o XML para tr´afego de informa¸c˜oes sob um canal TCP;
2.7 Ferramentas para Monitora¸c˜ao e Informa¸c˜ao em Grade Computacional 36
c. Visualiza¸c˜ao: A visualiza¸c˜ao e o armazenamento das informa¸c˜oes cole- tadas s˜ao realizadas atrav´es da utiliza¸c˜ao Round Robin Database (RRD- Tool) possibilitando analisar informa¸c˜oes de diferentes tipos de sistemas, como aglomerados de computadores, grades, etc.
Apesar da caracter´ıstica hier´arquica da ferramenta atrav´es da utiliza¸c˜ao de feder- a¸c˜ao, esta ferramenta n˜ao ´e interoper´avel com outros sistemas de monitoramento, que dependendo dos requisitos de monitoramento, ´e necess´ario adotar outras ferramentas para trabalho conjunto (CHAKRABARTI, 2007).
2.7.2
A Ferramenta
Hawkeye
O Hawkeye pode ser utilizado para monitorar diferentes aspectos de um sistema com- putacional, que podem ser um aglomerado de computadores ou uma grade, monitorando a disponibilidade dos n´os, a carga do sistema, processos em execu¸c˜ao, entre outros. Esta ferramenta ´e geralmente utilizada em conjunto com o escalonador de processos Condor. O
Hawkeye utiliza em sua arquitetura um gerenciador central, comunicando com os clientes
atrav´es de mensagens com o formato XML e armazenando as informa¸c˜oes em bases de dados round robin (ZANIKOLAS; SAKELLARIOU, 2005; CHAKRABARTI, 2007).
2.7.3
A Ferramenta Arquitetura Relacional de Monitoramento
de Grade
A Arquitetura Relacional de Monitoramento de Grade (Relational Grid Monitoring
Architecture, R-GMA) ´e desenvolvido pelo projeto European Data Grid, que ´e um ar-
cabou¸co baseado na especifica¸c˜ao do Grid Monitoring Architecture (GMA) e combina o monitoramento em grade e servi¸cos de informa¸c˜ao baseados em modelo relacional (ZANIKOLAS; SAKELLARIOU, 2005; CHAKRABARTI, 2007). A arquitetura desta ferramenta utiliza o modelo de produtor/consumidor, possuindo quatro componentes:
a. Produtor: Respons´avel produzir as informa¸c˜oes que v˜ao ser coletadas, as quais enviam informa¸c˜oes para o Registro ap´os terem sido criados; b. Consumidor: Respons´avel por coletar as informa¸c˜oes produzidas, uti-
lizando o Registro para identificar qual o Produtor possui as infor- ma¸c˜oes de seu interesse;
2.7 Ferramentas para Monitora¸c˜ao e Informa¸c˜ao em Grade Computacional 37
c. Arquivo: Auxilia na transferˆencia das informa¸c˜oes contidas no Produtor para o Consumidor;
d. Registro: Respons´avel por fazer a conex˜ao entre os Produtores e Con- sumidores.
O R-GMA ´e uma ferramenta interessante para o monitoramento de grades computa- cionais, pois implementa alguns padr˜oes como o GSI. Esta ferramenta n˜ao possui su- porte a tomada de decis˜ao, impossibilitando realiza¸c˜ao de a¸c˜oes como enviar um e-mail para os a administradores, se ´e identificada alguma falha em algum recurso da grade (CHAKRABARTI, 2007).
2.7.4
A Ferramenta Sistema de Monitoramento e Descoberta
O Sistema de Monitoramento e Descoberta, do inglˆes Monitoring and Discovery Sys-
tem (MDS), ´e uma su´ıte de componentes para monitora¸c˜ao e descoberta de servi¸cos e
recursos na grade. A diferen¸ca entre esta ferramenta dos sistemas utilizados para mon- itora¸c˜ao em clusters como o Ganglia, ´e que ela n˜ao possui um mecanismo detalhado para a manipula¸c˜ao de eventos, ela pode se comunicar com diferentes sistemas de mon- itora¸c˜ao em m´ultiplos dom´ınios administrativos (ZANIKOLAS; SAKELLARIOU, 2005; CHAKRABARTI, 2007). A arquitetura do MDS disp˜oe de dois servi¸cos:
a. Servi¸co de Index: Este servi¸co coleta informa¸c˜oes de diferentes fontes de dados atrav´es da utiliza¸c˜ao dos padr˜oes WS-ResourceProperties e WS-
BaseNotification e as torna dispon´ıvel para acesso atrav´es do WebMDS,
que consiste de uma interface web para visualiza¸c˜ao dos dados adquiridos; b. Servi¸co de Trigger : Este servi¸co coleta informa¸c˜oes e compara com um conjunto de condi¸c˜oes definidas em um arquivo de configura¸c˜ao, Se uma condi¸c˜ao ´e encontrada, uma a¸c˜ao pr´e definida ´e realizada.
O MDS ´e uma ferramenta desenvolvida pelo GT que possibilita sua utiliza¸c˜ao em uma arquitetura hier´arquica e a coleta de informa¸c˜oes de outros sistemas. Al´em dessas caracter´ısticas, ´e poss´ıvel realizar a¸c˜oes em caso de falha de recursos (CHAKRABARTI, 2007).