GridUNESP_Grupo3_Ata2 < Main

Tags: , view all tags
---+ !!Ata de Reunião do Grupo 3 (S.O.)

Autor inicial: Gabriel Winckler

*Data*: 19/09/08

*Local*: Edifício Milênio

*Presentes*: Allan Szu, Eduardo Bach, Gabriel Winckler, Jadir Silva, Marco Dias (via Skype), Rogério Iope (via Skype) e Sergio Lietti

*Resumo*: Em uma reunião curta, 1h30, discutimos diversos aspectos da instalação do grid. Algumas decisões foram tomadas quanto as ferramentas a serem utilizadas. Duas questões ainda estão em aberto.

---++ !!Table of Contents

%TOC{depth="4"}%

---++Scheduler
Foi discutido qual aplicativo vamos utilizar para o controle de fila e _schedule_ para o Grid. Concluímos que o *Condor* será utilizado e suportado por nossa equipe. As justificativas foram maior familiaridade e a presença de um especialista na equipe. A SUN tem interesse em instalar o GridN1, seu produto. Quanto a isso não temos nenhuma objeção, porém não vamos dedicar nossos esforços nessa direção.

---++Diretório de Informações
Foram apresentadas algumas alternativas como arquivos estáticos, NIS e LDAP. Sem muita discussão, foi aprovado o uso de um diretório baseado em *LDAP*, em especial pela distribuição geográfica. Será estabelecido um servidor _master_ no cluster central e _réplicas_ nos demais clusters.

---++Nomes de domínios
Um FQDN é requisito do LDAP e seria de grande ajuda para organizar os servidores. Uma possibilidade é comprar um domínio, porém do ponto de vista institucional deveríamos usar algo como _grid.unesp.br_. Assim, a primeira alternativa é requisitar a delegação desse domínio a nossos servidores.

---++Ferramentas de monitoramento
Também de forma rápida, elegemos a meta de utilizar as ferramentas _Ganglia_ e _Nagios_ para fazer o monitoramento. O Marco e o Rogério explicaram que o CERN utiliza uma outra ferramenta, [[http://lemon.web.cern.ch/lemon/][Lemon]], e ele vão investigar com mais detalhes.

---++Sistema de Provisionamento
A discussão seguinte foi sobre a forma de provisionamento dos nós. Estendendo a discussão iniciada na lista, a solução de _systemless_ foi escolhida, visando facilitar a manutenção. Porém será dada especial atenção para se adicionar alta-disponibilidade a esse serviço, bem como pensar uma forma alternativa de instalação como retaguarda, provavelmente envolvendo a ferramenta disponibilizada pela SUN.

---++ Middleware de Grid
Com relação ao middleware, foram levantados alguns aspectos da instalação do OSG, principalmente no que diz respeito a opção de centralizar todo o grid em um único _computer element_ ou distribuir um em cada cluster. A discussão não teve conclusão, porém foi ressaltado que a instalação pode ser feita depois, remotamente, sem prejuízos.

---++ Distribuição de serviços
O último tópico tratou sobre a distribuição dos serviços nos nossos servidores. O principal aspecto apontado pelos usuários mais experientes de OSG, é a importância em separar o Computer Element do GUMS. Esse tópico também não foi concluído e será encaminhado com uma proposta de divisão de serviços a ser apresentado pelo Eduardo e o Marco. Essa proposta deve incluir uma configuração com e uma sem o uso de virtualização. A data limite dessa proposta é sexta (26/09/08).

---++ Observações
Será adotado um sistema de rodízio para a elaboração das atas nas próximas reuniões. :-)
Topic revision: r2 - 2008-09-25 - GabrielWinckler
antalya escort bursa escort eskisehir escort istanbul escort izmir escort