WP3 Realizzazione infrastruttura GRID - UR4

Slides:



Advertisements
Presentazioni simili
Introduzione al prototipo Grid-SCoPE
Advertisements

EGEE-II INFSO-RI Enabling Grids for E-sciencE EGEE and gLite are registered trademarks Sicurezza in EGEE Vincenzo Ciaschini Roma.
Unità D2 Database nel web. Obiettivi Comprendere il concetto di interfaccia utente Comprendere la struttura e i livelli che compongono unapplicazione.
Web Services.
Java Enterprise Edition (JEE)
Distributed Object Computing
Griglie computazionali
1 STATO DELLINTEGRAZIONE TRA I 4 PROGETTI AVVISO 1575/2004 ATTIVITA DEL GRUPPO TECNICO OPERATIVO Riunione del Comitato Tecnico sullInteroperabilità MUR,
Proposta di integrazione e consolidamento delle risorse presenti nellinfrastruttura Grid dellItalia Meridionale (L. Merola, )
Consorzio COMETA - Progetto PI2S2 UNIONE EUROPEA B rainstorming del Consorzio COMETA sul PON Dr. Giuseppe Andronico INFN.
1 STATO DELLINTEGRAZIONE TRA I 4 PROGETTI AVVISO 1575/2004 Riunione del Comitato Tecnico sullInteroperabilità MUR, 20/12/2007 S.Pardi.
Remote file access sulla grid e metodi di interconnesione di rete M. Donatelli, A.Ghiselli e G.Mirabelli Infn-Grid network 24 maggio 2001.
Proposta di integrazione e consolidamento delle risorse presenti nellinfrastruttura Grid dellItalia Meridionale (L. Merola, )
1 REALIZZAZIONE DELLINTEROPERABILITA FRA I PROGETTI DELLAVVISO 1575/2004 Riunione del Comitato Tecnico sullInteroperabilità MUR, 25/10/2007 L. Merola.
1 Riunione del 29 Marzo 2007 IL PROGETTO SCoPE Prof. Guido Russo I lavori Le apparecchiature Il portale.
Future Astronomical Software Environment
WP 14 Grid Applications for Geophysics Istituto Nazionale di Geofisica e Vulcanologia INGV Progetto FIRB Grid.it Documento di rimodulazione.
WP12 Gruppi impegnati Univ. Padova, A. Apostolico,
Workshop CNAF – Bologna 8 Luglio 2011 FARO Accesso Web a risorse e servizi remoti in ambiente Grid/Cloud A. Rocchi, C. Sciò, G. Bracco, S. Migliori, F.
La facility nazionale Egrid: stato dell'arte Egrid-Team Trieste, 9 ottobre 2004.
Cos’è un CMS? Content Management System
Flavia DonnoCommissione I, Perugia Novembre I progetti di integrazione di GRID EU-US Flavia Donno INFN Sezione di Pisa Riunione Comm. I sul.
Daniel Stoilov Tesi di Laurea
Applicazioni mobile Better Software 2009 Massimiliano Zani Sms Italia.
Gruppo Directory Services Rapporto dell'attivita' svolta - Marzo 2000.
Alessandro Italiano INFN - CNAF Grid.it 14 Febbraio 2003 Servizi Generali: RB, UI, RC Information System Alessandro Italiano Grid.it 16 febbraio 2003.
1 Riunione Testbed - 17 gennaio Agenda - stato del testbed di INFN-GRID (L. Gaido) - le risorse del CNAF (A. Italiano) - report sullo stress test.
25 ottobre 2002infn1 FIRB-Grid WP3,5 Grid deployment.
Il Tutorial INFN-GRID/EDG di Torino Testbed INFN-GRID.
INFN-GRID WP1 11 gennaio 2001 GridFTP: stato dellarte Luciano Gaido 1 Progetto INFN-GRID GridFTP: stato dellarte Riunione WP1 (GLOBUS) Cnaf, 11 gennaio.
LNL M.Biasotto, Bologna, 13 dicembre Installazione automatica Massimo Biasotto – INFN LNL.
Technical Board 21 novembre 2000 WP5 - Network Luciano Gaido 1 Progetto INFN-GRID WP5 - Network Technical Board Cnaf, 21 novembre 2000.
Grid monitoring: sviluppi futuri
E. Ferro / CNAF / 14 febbraio /13 GRID.it servizi di infrastruttura Enrico Ferro INFN-LNL.
La sicurezza può essere fornita in ciascuno degli strati: applicazione, trasporto, rete. Quando la sicurezza è fornita per uno specifico protocollo dello.
Servizi Grid ed agenti mobili : un ambiente di sviluppo e delivering
EGEE is a project funded by the European Union under contract IST Using SRM: DPM and dCache G.Donvito,V.Spinoso INFN Bari
Sistemi Informativi sul Web
Claudio Grandi INFN Bologna IFAE Torino 15 Aprile 2004 Uso di griglie computazionali per il calcolo degli esperimenti LHC Claudio Grandi INFN -
C. Aiftimiei 1, S. Andreozzi 2, S. Dal Pra 1, G. Donvito 3, S. Fantinel 4, E. Fattibene 2, G. Cuscela 3, G. P. Maggi 3, G. Misurelli 2, A. Pierro 3 1 INFN-Padova.
FESR Trinacria Grid Virtual Laboratory ADAT (Archivi Digitali Antico Testo) Salvatore Scifo TRIGRID Second TriGrid Checkpoint Meeting Catania,
Protocolli e architetture per WIS. Web Information Systems (WIS) Un Web Information System (WIS) usa le tecnologie Web per permettere la fruizione di.
FESR Consorzio COMETA Pier Paolo CORSO Giuseppe CASTGLIA Marco CIPOLLA Industry Day Catania, 30 Giugno 2011 Commercial applications.
CNAF 18/11/2004 Federica Fanzago INFN Padova a/grape... BAT... BATMAN...o? M.Corvo, F.Fanzago, N.Smirnov (INFN Padova) + tutte le persone che fanno i test.
Infrastruttura GRID di produzione e i T2 Cristina Vistoli Cnaf.
10 azioni per lo scheduling su Grid Uno scheduler per Grid deve selezionare le risorse in un ambiente dove non ha il controllo diretto delle risorse locali,
16 Maggio CSN1 Computing-Software-Analysis CMS-INFN TEAM Analisi in CMS: stato e prospettive del supporto italiano.
Attivita' Grid in BaBar Workshop sulle Problematiche di Calcolo e Reti nell'INFN Maggio 2004.
TW Asp - Active Server Pages Nicola Gessa. TW Nicola Gessa Introduzione n Con l’acronimo ASP (Active Server Pages) si identifica NON un linguaggio di.
Installation and evaluation of the Globus toolkit Massimo Sgaravatto INFN Padova.
Draft planning of the report Massimo Sgaravatto INFN Padova.
I Servizi GRID Architettura, Implementazione ed Interfacce
La clessidra di Globus Focus su problemi architetturali –Propone un insieme di servizi di base come nucleo dell’infrastruttura –Utilizzo per la costruzione.
Layered Grid Architecture. Application Fabric “Controlling elements locally”: Access to, & control of, resources Connectivity “Talking to Grid elements”:
JDICS Java Dynamic Infrastructure for C/S systems Laura Galli matr Reti di calcolatori LS, Prof. A.Corradi A.A
I testbed ed il loro uso 1 I testbed ed il loro uso L. Gaido, A.Ghiselli CSN1, Perugia novembre 2002.
Riunione CCR 21/12/2005 Gruppo Storage Relazione sulla analisi di infrastrutture Fibre Channel e presentazione attivita’ per il 2006 Alessandro Brunengo.
1 Attività per la formazione Scuole INFN Grid Edizione 2008 Valeria Ardizzone INFN Catania.
XzelCloud Cloud Advanced Services on large-scale Federated Infrastructures Call ICT-7 (23 Apr ‘14) Marco Verlato (INFN-PD)
Domenico Elia1Riunione PRIN STOA-LHC / Bologna Attività per ALICE: sommario e prospettive Domenico Elia Riunione PRIN STOA-LHC Bologna, 18 Giugno.
Workshop della Commissione Calcolo e Reti 28 Maggio 2013 Federazione di risorse Cloud con CLEVER 1.
OpenShift Origin – Cosa è
Overview del middleware gLite Guido Cuscela INFN-Bari II Corso di formazione INFN su aspetti pratici dell'integrazione.
Open City Platform: i primi risultati Riunione CCR, 16 settembre 2015 Luciano Gaido.
IV Corso di formazione INFN per amministratori di siti GRID Tutorial di amministrazione DGAS Giuseppe Patania.
E. Ferro, F. Fanzago - CNAF, Bologna - 1/07/2004 Release LCG & INFN-GRID Enrico Ferro INFN - Padova.
FESR Trinacria Grid Virtual Laboratory Workload Management System (WMS) Muoio Annamaria INFN - Catania Primo Workshop TriGrid VL Catania,
FESR Trinacria Grid Virtual Laboratory AMGA Web Interface Salvatore Scifo TRIGRID Second TriGrid Checkpoint Meeting Catania,
Framework di sicurezza della piattaforma OCP (Identity & Access Management) Smart Cities and Communities and Social Innovation Bando MIUR D.D. 391/Ric.
Riunione INFN – Bologna, 17 January 2013
Transcript della presentazione:

WP3 Realizzazione infrastruttura GRID - UR4 OBIETTIVI:implementare e certificare un’infrastruttura di grid per le comunità scientifiche, partendo dai servizi di grid in corso di sviluppo nei progetti di ricerca internazionali ed nazionali (DATAGRID/DATATAG etc.) progettare e realizzare le componenti di gestione e operative necessarie e di orientarle ai requisiti di una Virtual Organization Sviluppare programmi di test appropriati delle funzionalita’ del middleware Definire Management oriented monitoring Adattare/ampliare i servizi di Grid esistenti alle necessità delle applicazioni previste nel progetto. E’ necessario stabilire preventivamente un programma comune di attività e definire il personale del WP applicativo o di sviluppo da impegnare e da affiancare al personale del WP3 Costruire Grid operation Center con supporto all’utente sulle funzionalità dei servizi di Grid Definire strumenti e tecnologie su cui basarsi per svolgere l’attività’ di supporto. Attualmente non esistono grid in produzione ne modelli di management operations & support.

Dal proposal originale Implementazione di servizi di GRID:WP3 L’obiettivo è quello di offrire un ambiente grid di produzione per mezzo di applicazioni reali con dati reali presi dalla Biologia, Astrofisica, Osservazione della Terra, Geofisica e Vulcanologia. In Fisica delle Alte Energie questi servizi sono sviluppati nell’ambito di progetti Grid europei e americani...

WP3/5 UR4 Servizi di base Data intensive, WP 5 Il WP5 si propone di Definire i requisiti di accesso ai dati della comunita’ scientifiche identificare servizi di accesso ai dati piu’ idonei a soddisfare tali requisiti. Realizzare i servizi selezionati e certificarli.

Scheduling temporale Modello architetturale della grid e selezione dei servizi (mese 6) Modello architetturale del management e definizione dei principali servizi (mese 12) Realizzazione dell’infrastruttura di grid con I servizi di base e sua certificazione.(mese 9) Set up del nucleo di GOC, start up (mese 6) Servizi e strumenti VO oriented, start up (mese 5) Inserimento di risorse di calcolo su piattaforme non attualmente supportate

WP3/5 UR4 Gruppi afferenti: INFN inizialmente con le sedi di Cnaf/Padova/Napoli/Catania WP14 , WP10, WP12 concordato contributo in man power nelle attivita’ di management WP14 sedi di Napoli e Bologna, Definita attivita’ congiunta porting su NEC e gestione di job multipli con dipendenze (DAG) WP10 Padova/Trieste/Catania, definizione sedi e layout GRID WP12 Padova/Genova definizione sedi e layout GRID Interazioni con altri WP Con i WP1 e 2 qualora si ponga l’esigenza di definire i alcuni servizi di rete come servizi di Grid Con i WP applicativi (10,11,12,13,14) che vogliono usare i servizi implementati dal WP3/5 Con WP che sviluppano middleware per definire le opportune interfaccie. Le interazioni con i WP vanno valutate anche alla luce del man power che le possibili attivita’ possono richiedere

Premessa La rimodulazione delle attivita’ del WP3 e WP5 parte da quanto inserito nella proposta di progetto e prende in considerazione la riduzione di fondi per la UR4 all’approvazione del progetto, cui il WP3/5 afferisce. Si considera che il nuovo man power a disposizione per svolgere le attivita’ di WP3/5 sia quello previsto dal documento di rimodulazione finanziaria dell’unita’ di ricerca e che sia cosi’ ripartito: 4 FTE dai finanziamenti INFN, 2 FTE dai finanziamenti INAF, 1 FTE dai finanziamenti INGV, 1 FTE dai finanziamenti Università di `Genova, Universita’ di Padova per le Applicazioni Biologiche. Inoltre ci sono altri due ricercatori che pur all’interno del WP13 e WP12, partecipano direttamente alle attivita’ comuni con il WP3/5, principalmente per la gestione dei servizi di GRID legati alle virtual organization. I WP3/5 considerano quindi di avere a disposizione per svolgere e raggiungere gli obiettivi della propria ricerca descritta nel proposal, 8 ricercatori per la durata del progetto..  

finanziamenti

finanziamenti

Obiettivi WP3  implementare e certificare un’infrastruttura di grid generale per le comunità scientifiche nazionali sviluppare e progettare le componenti necessarie per la gestione e l’operazione di una grid complessa multi-settoriale ·verificare le potenzialità dei servizi di grid esistenti e il loro adattamento ai requisiti di una Virtual Organization con lo scopo di definire e realizzare l’architettura di GRID più adatta per le applicazioni di riferimento. Dapprima si valuteranno i servizi offerti da Datagrid, Datatag, LCG etc., poi si definira l’architettura di grid piu’ adatta ed infine l’infrastruttura di grid sarà implementata e sarà definito un piano per lo sviluppo o l’adattamento dei i servizi necessari. ·Come fase finale si arriverà alla certificazione di una grid nazionale a livello di produzione e degli strumenti necessari per garantirne la gestione.

Obiettivi WP3-cont Dall’inizio dell’interesse della comunita’ scientifica internazionale per la GRID sono stati finanziati numerosi progetti, in particolare in Europa DataGrid, DataTAG e negli USA PPDG, GriPhyN. Il software sviluppato da questi progetti e’ gia’ da qualche tempo configurato su testbed internazionali e presenta un grado di affidabilita’ sufficiente per essere utilizzato dalle applicazioni. Sulla base di queste considerazioni il WP3,5 si propone di realizzare una Grid nazionale con due obiettivi principali: 1)      validare una infrastruttura per un uso di produzione con i servizi ritenuti piu’ consolidati, 2)      studiare e realizzare un Grid Operational Centre (GOC) per il management della Grid e il supporto agli utenti. Quest’ultimo obiettivo riguarda aspetti mai affrontati finora ed e’ completamente innovativo. Per raggiungere questi obiettivi e’ fondamentale la collaborazione con le componenti-utenti che oltre ad utilizzare e adattare le loro specifiche applicazioni sulla Grid, contribuiscono allo studio e realizzazione di strutture e strumenti di supporto per l’accesso alla Grid stessa.

Attivita’1  Attivita’ 1: Definizione dei requisiti del workpakage Durata mese 0-9  Coinvolgimento: 9 mesi uomo 6 INFN, 1 INGV, 1 INAF, 1 BIO (1 FTE per 9 mesi) Deliverable 1.1 Definizione dell’infrastruttura di GRID da realizzare mese 9   

Attivita’2 Definizione dell’architettura del sistema di gestione di deployment della GRID. Durata mese 6-36 Identificazione dei servizi software di Grid, da implementare partendo dai servizi di grid disponibili e sviluppati nei progetti di grid in corso (Datagrid/Datatag/INFN-GRID). Strumenti ed il modello di gestione della GRID orientata alle Virtual Organization. gli strumenti di management e di gestione devono essere totalmente sviluppati e progettati. 2 gruppi di servizi che il progetto deve coprire;       Servizi per l’infrastruttura di gestione e amministrazione.       Servizi per le virtual organization e gli utenti. Deliverable 2.1 Stato dell’arte e requisiti di un sistema di management orientato alle VO e architettura del sistema di GRID management mese 12 Coinvolgimento: 60 mesi uomo, INFN (2 persone per la durata del progetto)  

Attivita’ 3 Sviluppo ed adattamento dei servizi di Grid L’infrastruttura di servizio per la Virtual Organization e gli utenti deve fornire I servizi di GRID base, oltre ai servizi si calcolo e storage sulla GRID: Resource Brokers/ User Interfaces Virtual Organization Members repository , Data and replica catalogs, Information Services. devono essere adattati alle esigenze delle organizzazioni ed integrate in modo da fornire un modello di servizi con risorse e servizi comuni a tutte le Virtual Organization e servizi dedicati o specifici della singola organizzazione in modo dinamico e flessibile Coinvolgimento : 15 mm INFN 30 mm INAF, 15 mm INGV 30 15 Bio (2.5 persone per la durata del progetto) Deliverable 3.1 Piano di realizzazione dell’infrastruttura dei servizi di GRID  

Attivita’ 4 Packaging/integrazione e supporto durata 0-36 I servizi di Grid saranno ‘confezionati’/integrati. Archivi per il codice e per la documentazione saranno messi a disposizione degli utenti. Supporto all’utente sulle funzionalità dei servizi di Grid. Essendo la grid un sistema di calcolo distribuito in ambienti eterogenei e con comunità di utenti molto diverse tra loro e’ necessario prima di tutto definire i nuovi strumenti e le nuove tecnologie su cui basarsi per svolgere l’attività’ di supporto. Questa attività sarà svolta nel corso del primo anno. Deliverable 4.1. Definizione dei servizi di packaging, archivio della documentazione e supporto mese 12 Coinvolgimento: 15 mm INFN 30mm INAF 15mm INGV, 15mm Bio (2.5 persone per la durata del progetto

Attivita’ 5 Implementazione e certificazione della Grid Durata 12-36 L’infrastruttura di grid sarà certificata per facilitare l’utilizzo da parte delle reali applicazioni degli utenti realizzare una grid che consente l’esecuzione di applicazioni scientifiche reali Gli strumenti per verificare/certificare una installazione configurazione di base di un nodo di GRID, la configurazione dell’ambiente locale l’interconnessione più ampia in GRID, al momento non ancora disponibili in maniera completa anche se sono indispensabili.. Coinvolgimento: 30 mm INFN (1 persona per la durata del progetto) Deliverable: Strumenti di certificazione e supporto (mese 24)

WP5: Attivita’ 2 Valutazione dei servizi software esistenti per il trasferimento di file ad alta velocità e accessi frequenti a database eterogenei. Questa architettura dovrà ovviamente tener conto dell’infrastruttura di grid definita nel work package 3 e della sua possibile estensione. D.5.1 Definizione e valutazione sistemi di data management (mese 12) Coinvolgimento: 0.5 mm INFN, (0.5 FTE per la durata del progetto)

Interazioni con gli altri WP Programma per adattare/ampliare i servizi di Grid esistenti alle necessità delle applicazioni Contributo esplicito WP Applicativi in man power per VOMS/RC Organization specific e per Application/user supporto e integratione in GRID Con altre applicazioni o servizi sviluppati all’interno del progetto, ma e’ necessario stabilire preventivamente un programma comune di attività e definire il personale del WP applicativo o di sviluppo da impegnare in e da affiancare al personale del WP3

Grid Service Sharing policies of the resources. Dynamic allocation of resources (according to the scientific activities of each VO) Mechanisms for defining the sharing degree of each resource at each moment. Specific VO services to manage the authentication and authorization steps, to define and publish the grid access policies etc. Resource Broker and scheduler: configuration in a production environment with multiple VO Information Service Data-management, catalogs etc.

Multiple-VO GRID management define a management architecture for the grid with particular attention to the following items: Stability and production quality of the middleware: testing application Monitoring: for users, virtual organization, site manager, resource and services planning development of Management architecture and tools new Authentication & Authorization tools evolution of the Monitoring tools Deployment planning Policies management

Multiple-VO GRID Operations User Access control and security (Certification Authority/ Virtual Organization Membership management, etc. ) Monitoring and performance issues Use Policies repository Application toolkits repository Grid Middleware Toolkits distributions, packaging and documentation User Support Site Managers Support

EDG Globus-based middleware architecture Current EDG architectural functional blocks: Basic Services (authentication, authorization, Replica Catalog , secure file transfer, Info Providers) rely on Globus 2.0 Higher level EDG middleware (developed within EDG) Applications (HEP,BIO,EO) Specific application layer ALICE ATLAS CMS LHCb Other apps VOs common application layer LHC Other apps GRID middleware High level GRID middleware GLOBUS 2.0 Basic Services OS & Net services

EDG middleware GRID architecture APPLICATIONS Local Computing Local Application Local Database Grid Grid Application Layer Job Management Data Management Metadata Management Collective Services Grid Scheduler Replica Manager Information & Monitoring Underlying Grid Services SQL Database Services Computing Element Services Storage Element Services Replica Catalog Authorization Authentication and Accounting Service Index M / W Grid Fabric services GLOBUS Fabric Resource Management Configuration Management Monitoring and Fault Tolerance Node Installation & Management Fabric Storage Management

WMS Revised Architecture WP 1 Replica Catalog UI RB node Network Server Match- Maker/ Broker Inform. Service Workload Manager Job Adapter RB storage Logging & Bookkeeping Job Contr. - CondorG The overall plan defined for the quality objectives is described here after : CE characts & status SE characts & status Log Monitor

Network Monitoring Architecture WP 7 Processing Visualization Replica Managers & resources brokers Network Managers WEB RTPL MapCenter NetworkCost Forecaster Collect And Storage Info Services (R-GMA) Archive Raw The overall plan defined for the quality objectives is described here after : Distributed Data Collector Measure PCP GridFTP PingEr IPerf UDPmon

Replica Management Services WP 2 EDG-ReplicaManager Replica Management Services Client Optimization File Transfer Replica Metadata Replica Location Subscription

Information & Monitoring: R-GMA WP 3 Use the GMA from GGF A relational implementation Relational model is better able to describe real world systems than the hierarchical Applied to both information and monitoring Creates impression that you have one RDBMS per VO Not a general distributed RDBMS system, but a way to use the relational model in a distributed environment where global consistency is not important. Supports streaming System allows you to publish what you want and to find out what you want Producer Store location Registry execute or stream Lookup location Consumer Producers announce: SQL “CREATE publish: SQL “INSERT” Consumers collect: SQL “SELECT”

Grid monitoring architecture web interface ldap query GIIS (GLUE schema) discovery service information index monitoring service ldap query monitoring server Monitoring DB EDG WP4 fmonserver GRIS (GLUE schema) write run ldif output EDG WP4 mon. agent EDG WP4 mon. agent information providers farm monitoring archive read run metric output run metric output computing element WP4 sensor WP4 sensor read read metric output metric output /proc filesystem /proc filesystem worker node worker node

VOMS Architecture user VOMS server Voms- proxy-init DB Perl CLI Authentication vomsd GSI request Tomcat & java- sec axis VOMS impl servlet DB VOMS pseudo-cert JDBC soap Apache & mod_ssl voms-httpd C=IT/O=INFN /L=CNAF /CN=Pinco Palla /CN=proxy VOMS pseudo-cert DBI http Perl CLI https Java GUI browser mkgridmap VO: CMS

http://grid.infn.it/firb-grid FIRB-GRID - WP3/5 Il progetto   Il progetto Documenti e presentazioni Partecipanti Riunioni Come si accede alla GRID Progetti correlati          INFN-GRID          DataGRID

istruzioni Accedere a Grid.it 1. Richiesta certificato Questa pagina raccoglie una prima bozza delle istruzioni necessarie per accedere a Grid.it. Richiedere il proprio certificato ad una Certification Authority Registrare il proprio certificato presso la VO di cui si fa parte Installare e configurare la UserInterface Installare il proprio certificato nella UI Sottomettere un job 1. Richiesta certificato Per il momento l'unica Certification Authority (CA) operativa per FIRB-GRID è quella dell'INFN: http://security.fi.infn.it/CA La policy prevede che presso l'organizzazione di cui si fa parte sia presente una Registration Authority, cioè una persona che si faccia garante dell'identità di chi richiede un certificato digitale. Il richiedente dovrà: Recarsi dalla propria RA che avvierà la richiesta del certificato, restituendo un codice identificativo (ID). Installare nel proprio browser il certificato della CA seguendo il link: Certificato CA INFN Richiedere il certificato compilando tutti i campi richiesti e inserendo l'identificativo restituito dalla RA: Richiesta certificato Entro pochi giorni si riceverà un messaggio e-mail con le istruzioni e il link da cui scaricare il certificato e installarlo nel proprio browser. Tale certificato può essere utilizzato per inviare posta cifrata con S/MIME. Attenzione: è importante che l'installazione del certificato avvenga utilizzando lo stesso browser e macchina utilizzati per la generare richiesta (e quindi la chiave privata). 2. Registrare il proprio certificato Il passo successivo è registrare il proprio certificato presso un registro di tutti gli appartenenti alla propria Virtual Organization (VO). A questo scopo è necessario connettersi al server: https://grid-vo.cnaf.infn.it/subscribe.php

Istruzioni cont. 3. Installare e configurare la UserInterface L'installazione di una UserInterface, cioè dell'elemento della grid utilizzato per accedere alla grid stessa, è descritta nella: EDG Installation Guide al paragrafo 4.4.1: 4.4.1 Manual installation [da completare, in particolare quale sarà il broker da settare?] 4. Installare il proprio certificato nella UI Ottenuto il certificato è necessario esportarlo dal browser web e installarlo nella UserInterface. Generalmente è necessario convertirlo dal formato PKCS12 al formato PEM; per questo scopo alcuni utili comandi del tool openssl sono descritti nella EDG User's Guide all'appendice B: EDG User's Guide Appendix B Una volta ottenuti userkey.pem e usercert.pem, creare nella propria home la directory ./globus e copiarvi i due files facendo attenzione ai permessi: [rossi@userinterface .globus]$ pwd /home/rossi/.globus [rossi@userinterface .globus]$ ll total 8 -rw------- 1 rossi rossi 2008 Nov 13 16:50 usercert.pem -r-------- 1 rossi rossi 963 Nov 13 16:50 userkey.pem 5. Sottomettere un job Per iniziare una sessione è necessario creare un proxy, una sorta di "lasciapassare" firmato con la propria chiave privata che autenticati ed avere accesso alle risorse cui si è autorizzati. Si utilizza il comando grid-proxy-init. [mario@userinterface mario]$ grid-proxy-init Your identity: /C=IT/O=RRI/OU=Personal Certificate/L=RossiResearchInstitute/CN=Mario Rossi/Email=mario.rossi@rossiresearch.it Enter GRID pass phrase for this identity: Creating proxy ............................................... Done Your proxy is valid until Tue Apr 15 22:47:44 2003 Per sottomettere un job è necessario descriverne le caratteristiche (programma da eseguire, parametri, etc...) in un file di testo utilizzando la sintassi JDL (Job Description Language). Un esempio: [rossi@userinterface rossi]$ cat hello.jdl Executable = "/bin/echo"; Arguments = "hello world"; StdOutput = "message.txt"; StdError = "stderror"; OutputSandbox = {"message.txt", "stderror"}; Per sottomettere un job e recuperarne l'output, si rimanda alla guida di EDG, in particolare al capitolo 4, ove sono descritti i comandi di base dg-job-submit, dg-job-status, dg-job-get-output e dg-job-cancel: 4. Job Submission Ulteriori dettagli sull'utilizzo dei files .jdl si trovano sul sito del WP1 Datagrid: Job Description Language HowTo JDL Attributes