GRID Un nuovo e potente strumento di calcolo al servizio della ricerca scientifica

Dimensione: px
Iniziare la visualizzazioe della pagina:

Download "GRID Un nuovo e potente strumento di calcolo al servizio della ricerca scientifica"

Transcript

1 UNIVERSITÀ DEGLI STUDI DI BARI FACOLTÀ DI SCIENZE MATEMATICHE, FISICHE E NATURALI CORSO DI LAUREA IN FISICA APPLICATA TESI DI LAUREA GRID Un nuovo e potente strumento di calcolo al servizio della ricerca scientifica Relatori: Chiar.mo Prof. GIORGIO MAGGI Dott. NICOLA DE FILIPPIS Laureando: MARIO ZIPPITELLI ANNO ACCADEMICO

2 Indice I Indice Introduzione 1. Introduzione a GRID 1.1. Computing distribuito 1.2. Virtual Organisation 1.3. Architettura di GRID Middleware: LCG-2 e glite 2.1. Le GRIDs 2.2. LCG Sicurezza in LCG I servizi di LCG User Interface Data Management Job Management Esecuzione di un job con LCG Utilizzo di LCG Accesso Sottomissione di job 2.3. glite Service Oriented Architecture Servizi di glite Computing Element Subsystem Data Management Subsystem Accounting Subsystem Logging and Bookeeping Subsystem Information & Monitoring Subsystem Workload Management Subsystem Utilizzo di GRID: GENIUS 3.1. Accesso a GRID: GILDA GENIUS 29 29

3 Indice Accesso a GRID Sottomissione di job 3.2. Servizi di GENIUS PATSEARCH II Rassegna delle tecniche di porting su GRID 4.1. Porting di un applicazione MATLAB Algoritmi Genetici Porting dell applicazione 4.2. Porting di un applicazione di fluidodinamica computazionale Message Passing Interface Porting dell applicazione Performance dell applicazione Test di benchmark della farm Influenza dell architettura della CPU sul tempo di esecuzione Ulteriori considerazioni Conclusioni Glossario Bibliografia Tirocinio su C++ e XML Ringraziamenti 96

4 Introduzione 1 Introduzione L evoluzione dei sistemi di calcolo è passata attraverso fasi diverse, legate non solo allo sviluppo di nuove tecnologie, ma anche alla nascita di nuovi bisogni in ambito scientifico ed economico. Gli anni 80 hanno visto l affermarsi di due tipi di calcolatori: da un lato i grandi supercomputer, utilizzati per lo più in ambito scientifico per gli alti costi di realizzazione e manutenzione, dall altro la diffusione dei primi personal computer, inferiori dal punto di vista delle prestazioni, ma economicamente accessibili ad un numero molto alto di utenti. La diffusione dei personal computer all interno di una vasta utenza con bisogni molto diversificati è stata facilitata dall offerta di un prodotto sempre più adatto a compiere qualsiasi tipo di operazione, dalla scrittura, alla grafica o all intrattenimento, quindi, non più progettato per risolvere solo un particolare tipo di problema. La tendenza a creare macchine general purpose, ha avuto un ulteriore stimolo nel corso degli anni 90, in cui, la corsa frenetica all aumento delle prestazioni dei calcolatori, ha messo a disposizione di chiunque macchine capaci di risolvere problemi, anche complessi. Questo cambiamento così radicale ha interessato anche i sistemi di calcolo scientifico, permettendo allo scienziato di impiegare macchine di uso personale, le workstation, come supporto per le proprie ricerche. Inoltre, le università e gli enti di ricerca hanno cercato di sfruttare l abbattimento dei costi per realizzare architetture di calcolo più economiche ed efficienti. L idea è stata quella di far cooperare più macchine di potenza relativamente bassa, così da ottenere prestazioni comparabili, se non superiori, ai supercomputer. I sistemi di questo tipo, i cluster, sono diventati il mezzo più diffuso per la risoluzione di problemi scientifici e sono tuttora uno strumento indispensabile per ogni ricercatore. La fine degli anni 90 è stata caratterizzata dalla necessità di utilizzare i calcolatori per affrontare questioni di una complessità tale, che per la loro risoluzione diventa insufficiente il semplice incremento della velocità di calcolo o del numero di CPU. Si consideri, ad esempio, gli esperimenti che saranno eseguiti al Large Hadron Collider (LHC) del CERN a Ginevra (Alice, CMS, Atlas e LHCb): sarà possibile

5 Introduzione 2 osservare fenomeni ad una scala energetica mai raggiunta e produrranno una mole di dati, dell'ordine del petabyte 1 all anno, tale che analizzarla diventerà un impresa improba per ogni tipo di cluster attualmente realizzabile. Come già avvenuto in passato, la strada da percorrere è quella di utilizzare al meglio le risorse disponibili all interno della comunità scientifica. Con i sistemi di calcolo di ogni università e centro di ricerca si può pensare di realizzare un unica e complessa entità capace di condividerli, per poter così suddividere il carico di lavoro non più tra processori di un unico cluster, ma tra centri di calcolo anche lontani tra loro: nascono così i sistemi di computing distribuito e, più recentemente, i sistemi di computing distribuito basato sul paradigma di GRID. La tesi descriverà dapprima GRID come infrastruttura di calcolo distribuito, per poi dedicarsi al suo possibile utilizzo per la risoluzione di problemi in ambito scientifico. Infatti, come è chiaro dal titolo della tesi, lo scopo di questo lavoro è quello di studiare le applicazioni di GRID e di valutare la portata dei suoi vantaggi come strumento di analisi di dati sperimentali. In particolare nel capitolo 1 si introdurrà il concetto di computing distribuito e si darà una prima descrizione dell architettura di GRID attraverso il concetto di Virtual Organisation. Nel capitolo 2, si analizzeranno alcuni tra i diversi tipi di middleware attualmente disponibili soffermandosi in particolare su quelli sviluppati all interno del progetto EGEE, LCG-2 e glite. Si passerà poi, nel capitolo 3, alla descrizione delle tecniche di porting 2 su GRID, applicate a programmi a disposizione della comunità scientifica barese. In particolare si considererà un applicazione Matlab, sviluppata nell ambito del progetto Magic-5 e un applicazione di calcolo parallelo riguardante la fisica teorica bytes. 2 Adattamento o una modifica del programma, volto a consentirne l'uso in un ambiente di esecuzione diverso da quello originale.

6 Introduzione a GRID 3 Capitolo 1 Introduzione a GRID 1.1 Computing distribuito Alla base del computing distribuito, c è l idea di suddividere il carico di lavoro di un singolo calcolatore, tra una serie di risorse computazionali anche eterogenee tra loro e distribuite geograficamente [1], così da ottenere una riduzione del tempo necessario a portare a termine una ben precisa operazione. Un valido esempio di questo tipo di sistema è Internet grazie alla quale l'utente può accedere ad informazioni e usufruire di servizi come il World Wide Web, , File Transfer, indipendentemente dal luogo da cui si connette e dal tipo di calcolatore che utilizza. Ciò è permesso dalla definizione dei protocolli di rete come meccanismo di comunicazione. Internet rappresenta essenzialmente un mezzo per gestire informazioni rendendo possibile una loro condivisione e fornendo risorse di storage, che non potrebbero mai essere raggiunte da un singolo calcolatore a costi ragionevoli. Una possibile evoluzione di Internet è rappresentata dalla griglia computazionale (GRID) che si inserisce tra le architetture di computing distribuito, come un sistema capace di condividere risorse di memorizzazione e di elaborazione, garantendo comunque la possibile eterogeneità dei calcolatori collegati e la loro distribuzione geografica: diventa possibile la creazione sia di un archivio globale di informazioni facilmente accessibile e distribuito, che di uno strumento per poter eseguire le proprie applicazioni su altri calcolatori. Il modello a cui s ispira GRID è quello della rete di distribuzione elettrica: questa collega fonti d energia eterogenee e distanti tra loro e gestite da enti diversi, con l'utente finale che, collegandosi, non deve preoccuparsi né di come gli sia fornita l'energia né di chi la stia fornendo. Analogamente una griglia computazionale integra risorse differenti e fornite da organizzazioni diverse, garantendo in ogni caso all'utente di potervi accedere in maniera completamente trasparente.

7 Introduzione a GRID 4 Per creare un'infrastruttura di questo tipo è necessario, a livello hardware, l'interconnessione tra le differenti risorse computazionali con linee di trasmissione a velocità più o meno elevata e, a livello software, la creazione di servizi e strumenti per permettere la corretta esecuzione delle applicazioni e la transizione sicura dei dati. Si può subito osservare che l'aspetto più delicato di tale infrastruttura sia la definizione dei meccanismi d accesso alle risorse condivise. Questa condivisione dovrà essere regolata in maniera tale che colui il quale gestisce le risorse dovrà specificare cosa condivide, a chi è concesso utilizzarle e sotto quali condizioni avverrà la condivisione. In quest ambito acquista grande importanza il ruolo svolto dalle Virtual Organisation (VO) [2]. 1.2 Virtual Organisation La Virtual Organisation è definita come un insieme di individui e risorse che appartengono a organizzazioni reali e che collaborano ad un particolare progetto. L'utilizzo del concetto di VO permette di creare uno strumento per far collaborare allo stesso problema individui o organizzazioni e per poter condividere le risorse di calcolo. Inoltre, la suddivisione di GRID in VO, permette il controllo dell'accesso alle risorse condivise e del loro utilizzo: ciascuna VO, dovrà stabilire delle regole che si baseranno sul processo di autenticazione, ossia di identificazione di colui il quale richiede l'utilizzo di una particolare risorsa, e di autorizzazione, ossia di concessione delle risorse. Tali processi sono separati tra loro attraverso la definizione di una procedura d accesso alla rete, in cui l'utente dovrà dimostrare di appartenere ad una determinata VO, e di utilizzo, in cui sarà rilasciato un permesso di durata limitata che lo autorizzerà a usufruire delle risorse disponibili. Il concetto di VO si è poi evoluto con l introduzione del Virtual Organization Membership Server (VOMS) che permette una differenziazione tra le autorizzazioni di ciascuno degli utenti della VO [3]. 1.3 Architettura di GRID Da quanto si è detto GRID sarà composta da un insieme di Virtual Organisation che dovranno stabilire relazioni tra di esse, indipendentemente dalla loro locazione geografica o dal tipo di supporto, hardware o software, che utilizzano. Si rende

8 Introduzione a GRID 5 necessario, allora, un sistema di protocolli che permetta la comunicazione tra le diverse VO e sia il più possibile indipendente dal supporto fisico che stabilisce tali comunicazioni. Il primo modello di architettura che potesse soddisfare tali requisiti fu proposto da Kasselman e Foster [3]. Si basa su un modello a clessidra (figura 1.1), le cui due parti superiori e inferiori sono costituite dalle applicazioni create dall'utente e dall'insieme delle infrastrutture, che permettono la comunicazione tra le varie VO e l'esecuzione di tali applicazioni. Il loro raccordo è costituito da un insieme (piccolo) di protocolli, ossia di regole, che permettono, da un lato, la condivisione di risorse eterogenee e, dall'altro, la creazione di applicazioni che saranno il più possibile indipendenti dal tipo di macchina su cui saranno eseguite. Una tale architettura permette di poter creare applicazioni non preoccupandosi della loro portabilità e di poter indirizzare i flussi di dati solo secondo l effettiva disponibilità di risorse. L'insieme dei protocolli descritto prende il nome di Figura1.1 middleware.

9 Middleware: LCG-2 e glite 6 Capitolo 2 Middleware: LCG-2 e glite 2.1 Le GRIDs Attualmente non è ancora stato possibile pervenire alla definizione di un architettura e di regole standard per un ambiente di GRID. Pur ispirandosi allo stesso modello, in Europa e negli Stati Uniti sono sorti diversi tipi di GRID, ciascuno ideato per adattarsi al meglio alle particolari risorse da condividere e agli ambiti di ricerca in cui operare. EGEE (Enabling Grid for E-science in Europe) rappresenta il tentativo d integrare le diverse GRID sorte in Europa così da poter creare un infrastruttura sovranazionale. In questo senso è stato necessario non solo definire politiche di gestione comune delle risorse, ma anche la creazione di servizi che potessero renderle facilmente accessibili,da qui la creazione dei middleware LCG, prima, e glite, poi [4]. Sempre in ambito europeo, NorduGRID nasce come infrastruttura di calcolo distribuito a disposizione delle università e centri di ricerca del Nord Europa. In questo caso, la scintilla che ha dato vita al progetto, è rappresentata dalla necessità per queste comunità scientifiche, vicine geograficamente e culturalmente [5], di condividere le proprie conoscenze. Ciò ha permesso la creazione di una rete che per molti aspetti differisce da quella sviluppata da EGEE. Una prima differenza riguarda la gestione della sicurezza. Si vedrà più avanti come nei middleware EGEE, i processi di autorizzazione ed autenticazione si basano sul rilascio di un certificato di sicurezza, e sulla creazione di password per poter accedere alle risorse. In NorduGRID il colloquio tra utente e risorsa avviene solamente attraverso l analisi del certificato e la sua autenticazione. In questo modo la definizione dei privilegi dell utente non è fatta attraverso il suo riconoscimento, ma basandosi su quelli definiti nel sito a cui appartiene. Un'altra importante differenza è rappresentata dal middleware usato.

10 Middleware: LCG-2 e glite 7 NorduGRID utilizza ARC, un implementazione del Globus Toolkit. Questo include molteplici applicativi e librerie mediante le quali è possibile realizzare i servizi base (monitoraggio delle risorse distribuite, gestione dei dati, comunicazione, autenticazione e sicurezza, portabilità) su cui definire il middleware di livello superiore. Le sue diverse componenti possono essere adoperate indipendentemente l una dall altra oppure in maniera congiunta al fine di sviluppare applicativi per il Grid Computing [6]. Un altro progetto europeo che è necessario menzionare, è il Distributed European Infrastructure for Supercomputing Application (DEISA). Quando si è introdotto il concetto di calcolo distribuito, si è subito rilevato come la sua organizzazione dovrà essere il più possibile indipendente dalle risorse che mette in condivisione, permettendo la coesistenza di macchine anche diverse tra loro. DEISA nasce come sistema d interconnessione tra i supercalcolatori europei. È caratterizzato da due tipi di condivisione delle risorse [7]: ad un livello più profondo è stata creata un integrazione tra diversi supercalcolatori distribuiti in Europa, tutti caratterizzati da piattaforme omogenee, ad un livello più esterno è stata mantenuta la possibilità di collegare macchine di diverso tipo, che vedranno il primo livello come un unico super-cluster. La creazione del super-cluster ha comportato, prima di tutto, l utilizzo di una rete dedicata e ad alta velocità, e poi l introduzione di particolari politiche di gestione dei dati. Generalmente in una rete GRID, i files sono replicati su ogni sito in cui avviene l elaborazione; all interno del super-cluster, invece, i dati sono unici e trasmessi da un nodo all altro della rete e i diritti per il loro accesso sono uguali per ogni sito. Per l utente, dunque, il super-cluster apparirà non come un insieme di risorse, ma come un unico, grande calcolatore. Analogamente a quanto avvenuto in Europa, negli Stati Uniti si sono sviluppati diversi tipi di GRID e, come per il progetto EGEE, è stata necessaria la definizione di regole comuni per la loro integrazione. L OSG (Open Science GRID) ha come funzione quella di creare un infrastruttura statunitense per la condivisione di risorse di calcolo a favore delle applicazioni scientifiche [8]. Le differenze principali tra EGEE e OSG riguardano i servizi implementati, poiché l architettura di rete rimane sostanzialmente simile. Per quanto riguarda l infrastruttura software, a differenza di quella utilizzata in ambito europeo costituita essenzialmente dai middleware EGEE e implementazioni del Globus Toolkit, sul

11 Middleware: LCG-2 e glite 8 versante americano è diffusamente utilizzato Condor e VDT. Condor [9] è un sistema per gestire la sottomissione simultanea di più applicazioni, ad un unico sistema di calcolo e il suo utilizzo avviene, di solito, all interno di un singolo cluster di calcolatori. La costruzione di un ambiente di computing distribuito si ottiene facendo lavorare insieme più sistemi Condor tramite un implementazione di Globus Toolkit, Condor-G. Ciò permette la gestione della sottomissione delle applicazioni, che non saranno più indirizzate al singolo cluster, ma ai vari nodi che formano la griglia. Il Virtual Data Toolkit [10] è un insieme di middleware GRID creato per facilitare il compito d installazione e di utilizzo degli strumenti per creare un sito GRID; è stato sviluppato dal Grid Physics Network (GriPhyN ) ed è caratterizzato dall introduzione del concetto dei Virtual Data. Questi definiscono un modello per descrivere, in maniera astratta e indipendente dalla piattaforma, le varie trasformazioni che il dato subisce durante la sua elaborazione, per poter rendere più chiaro, alla fine del processo, cosa rappresenta e se è corretto. In generale il Virtual Data Toolkit è costituito da differenti tipi di servizi: i servizi di base, costituiti da Condor-G e il Globus Toolkit, i servizi per la gestione dei Virtual Data, quelli per la gestione della sicurezza, come GSI-Enabled OpenSSH, e per il monitoraggio della rete come MonaLisa. Per quanto riguarda l architettura di rete, quella di OSG è simile alla rispettiva EGEE. Si basa sulla definizione di VO di utenti e permette la distinzione dei privilegi al suo interno attraverso il Virtual Organisation Membership Service. Un importante differenza risiede nel legame tra l identità dell utente all interno della griglia e quella definita localmente. Questo all interno della griglia EGEE è definito tramite il cosiddetto grid-mapfile, mentre in OSG attraverso il Grid User Management System (GUMS). Nel lavoro di tesi ci si soffermerà sulla descrizione del middleware EGEE, poiché installato nella farm GRID di produzione dell INFN di Bari che io ho avuto modo di utilizzare; tale analisi partirà dallo studio delle caratteristiche e dell architettura di LCG per poi passare alla descrizione di glite, evidenziando le innovazioni introdotte con questo nuovo tipo di middleware. 2.2 LCG-2 LCG, giunto alla sua seconda versione LCG-2, conserva l'architettura di rete

12 Middleware: LCG-2 e glite 9 tipica di GRID, essendo formato da VO e adottando politiche di autenticazione e autorizzazione per i suoi utenti Sicurezza in LCG-2 Come già detto, LCG-2 è organizzato in VO a cui un utente deve appartenere per poter accedere alle risorse disponibili. L'accesso sicuro a queste è garantito dall'utilizzo del GRID Security Infrastructure (GSI). Il GSI è basato su sistemi di crittografia a chiave pubblica, standard X.509 3, e il protocollo di comunicazione SSL (Secure Socket Layer). Si è accennato alla procedura d utilizzo di GRID come basato sull'autenticazione dell'utente e sulla sua autorizzazione. In LCG-2 questi processi sono costituiti dal rilascio ad ogni utente di un certificato X.509 da parte di una Certification Authority (CA) (processo d autenticazione) e dall'iscrizione ad una VO (processo di autorizzazione). Un ulteriore procedura di sicurezza è rappresentato dal proxy. Questo è un certificato, di durata temporanea e stabilita dall'utente stesso, che permette l'utilizzo effettivo delle risorse di GRID. Tale certificato sarà generato a partire dalla chiave privata fornita ad ogni utente e contenuta nel certificato. Dopo aver generato il proxy, l'utente è in grado di utilizzare GRID per eseguire le proprie applicazioni e, in particolare, di richiedere l'autorizzazione per l'utilizzo di una particolare risorsa. Il primo metodo per farlo è di utilizzare il cosiddetto GRID-mapfile, posseduto da ogni risorsa di GRID: ogni volta che un utente richiederà un servizio, la risorsa interpellata confronterà il proprio mapfile con il proxy dell'utente, che contiene le informazioni riguardanti il suo certificato, se l'utente sarà riconosciuto e il proxy risulterà ancora valido, potrà avvenire l'autorizzazione. Il secondo riguarda la creazione del Virtual Organisation Membership Service (VOMS), che permette la definizione di permessi o limiti per ciascun utente della VO. In una prima implementazione delle Virtual Organisations, ogni suo appartenente era caratterizzato da uguali privilegi ed eventuali limitazioni che potevano sorgere a causa delle politiche di condivisione tra diverse VO, ma non all'interno di questa. Con l'introduzione del VOMS, è possibile definire, all'interno della VO, gruppi di utenti caratterizzati da diversi privilegi, così da limitare e 3 Il certificato X.509 non è altro che un piccolo database, il cui contenuto è firmato dal certificatore. In sostanza indica la sequenza e le dimensioni dei campi del certificato Possono anche contenere estensioni e cioè informazioni non obbligatorie nello standard, ma utilizzabili per finalità specifiche di una particolare applicazione [6].

13 Middleware: LCG-2 e glite 10 ottimizzare l'accesso alle risorse; queste informazioni saranno definite nel proxy di ogni utente I servizi di LCG-2 LCG-2 è composta di più servizi che si occupano della gestione di ogni aspetto della transazione dei dati e del loro utilizzo. Tali servizi sono[11]: User Interface Data Management Workload Management User Interface (UI) La UI rappresenta il punto di accesso a GRID: è costituita da un calcolatore dove gli utenti LCG-2 hanno un account personale, dove è installato il loro certificato e può, per esempio, coincidere con il proprio personal computer. Dalla UI un utente può essere autenticato e autorizzato all'utilizzo delle risorse e può sottomettere le proprie applicazioni (job), gestirne l'esecuzione e ottenerne il risultato Data Management L elemento principale che partecipa al processo di gestione dei dati è rappresentato dal supporto fisico su cui sarà memorizzato. Lo Storage Element (SE), ha la funzione di fornire l'accesso alle risorse d immagazzinamento dati all interno di GRID. La gestione dei dati richiede la definizione di protocolli di rete per permettere la comunicazione tra lo SE e gli altri elementi di GRID. In generale, per quanto riguarda il trasferimento dei dati, è utilizzato un unico protocollo, il FTP adattato a GSI (GSIFTP), mentre per il loro accesso, ossia per operazioni che non consistono solo nella copia dei dati, sono utilizzati diversi tipi di protocolli che dipendono dallo SE utilizzato. Attualmente quelli più diffusamente utilizzati sono Remote File Input/Output protocol (RFIO) e GSI dcache Access Protocol (gsidcap). RFIO è stato sviluppato per l accesso a sistemi di archiviazione a nastro; la sua versione sicura utilizza i certificati GRID e può essere usato per l accesso remoto ai files. Il gsidcap è la versione del dcache access protocol (dcap) basato sullo standard GSI e può essere utilizzato per gestire l accesso ai files tra siti diversi.

14 Middleware: LCG-2 e glite 11 LCG-2 supporta diversi tipi di Storage Element: Classic SE. Consiste di un server GridFTP, che supporta trasferimenti dati sicuri, e di un demone 4 RFIO; questi possono gestire array di dischi oppure singoli supporti. Se lo stesso Classic SE è utilizzato da più VO, la creazione di aree di memoria dedicate solo ad un particolare gruppo può avvenire solamente attraverso una partizione fisica del disco. Mass Storage System (MSS). Consiste di un sistema di gestione gerarchica dei supporti d immagazzinamento dati, ed è necessario per permettere la migrazione di files tra i diversi supporti compresi nella gerarchia. Un interfaccia classica di un MSS consiste in un front-end GridFTP, mentre l accesso ai dati dipende dal tipo di supporto, ad esempio si utilizzerà RFIO non sicuro per sistemi come CASTOR 5. dcache Disk pool manager. Consiste in un server dcache ed uno o più nodi. Il server rappresenta il punto di accesso allo SE e organizza i files presenti nei dischi in un unico filesystem virtuale, i cui nodi possono essere aggiunti in maniera dinamica. Il trasferimento dei dati avviene utilizzandoli protocollo GridFTP. LCG Disk pool manager. Rappresenta l alternativa LCG a dcache; è caratterizzato dalla possibilità dei aggiungere insiemi di risorse (pool) dinamicamente e dalla gestione dei dischi attraverso un filesystem unico. L accesso ai dati è effettuato utilizzando RFIO sicuro, mentre il loro trasferimento avviene tramite GridFTP. Per utilizzare diversi tipi di SE all interno di un sito GRID, è necessario definire un interfaccia che permetta la gestione dei possibili supporti, indipendentemente dal loro tipo. A questa funzione è dedicato il protocollo Storage Resource Manager (SRM). Questo permette la definizione di uno standard che descrive le procedure da eseguire per la gestione dei dati, così da non dover tenere conto del tipo di SE che si dovrà utilizzare. E importante notare come non tutti gli SE di LCG-2 adottano SRM e che questo protocollo si occupa solo della gestione delle risorse di storage, non dell accesso o trasferimento dei files. In ambiente GRID, i files che riguardano i dati possono essere replicati in siti 4 Processo dormiente, attivo su un computer in attesa di comunicazione ed in grado di eseguire particolari funzioni. 5 CERN Advanced STORage manager: un gestore di risorse di storage gerarchico.

15 Middleware: LCG-2 e glite 12 diversi secondo le necessità; tale procedura dovrà essere completamente trasparente per l'utente finale: questo utilizzerà nomi fittizi (logical names) per denominare il file, sarà poi il servizio di Data Management che si dovrà occupare di collegare i logical names agli indirizzi delle locazioni di memoria in cui il file desiderato risiede fisicamente. In GRID ad un file sono assegnati diversi tipi di nomi: il GRID Unique IDentifier (GUID), il Logical File Name (LFN), lo Storage URL (SURL) e il Transport URL (TURL). Mentre il GUID e il LFN sono riferiti a files e non a repliche e non danno alcuna informazione riguardo la loro locazione, lo SURL e il TURL forniscono informazioni riguardo a dove le repliche sono memorizzate. Un file può essere sempre identificato dal suo GUID: questo è assegnato all'atto della memorizzazione del dato ed è basato sullo standard UUID 6 per garantirne l'unicità. La locazione da parte dell'utente di un file avviene attraverso la definizione di un LFN. I LFN sono stringhe di testo generalmente più intuitive e comprensibili. Il SURL fornisce le informazioni sulla localizzazione logica del file (SE e path logica): se esiste o meno un SRM o se si tratta di un CLASSIC SE. Il TURL invece fornisce la localizzazione fisica del file e l indicazione del protocollo con cui lo si può copiare. Le relazioni che intercorrono tra i vari nomi, sono generalmente custodite da un servizio chiamato File Catalog, in cui ogni file è identificato da endpoints. Attualmente, sono disponibili due tipi di File Catalog: il LCG File Catalog (LFC) che dovrebbe sostituire il più vecchio Replica Location Service (RLS). Mentre il LFC è costituito da un singolo catalogo, quindi il file è definito da un unico endpoint, il RLS è costituito da due cataloghi: il Local Replica Catalog (LRC) e il Replica Metadata Catalog (RMC) (figura 2.1). Il LRC contiene le relazioni tra il GUID e il SURL, mentre il RMC tra GUID e LFN. La creazione del LFC è dovuta alla necessità di risolvere i problemi di sicurezza e di performance che sorgevano con l'utilizzo del catalogo RLS, inoltre introduce nuove funzionalità, tra cui la creazione di uno spazio dei nomi 7 gerarchico per i LFNs. 6 UUID: Universally Unique IDentifiers. 7 Collezione di nomi di entità, definite dal programmatore, omogeneamente usate in uno o più file sorgente.

16 Middleware: LCG-2 e glite 13 Figura 2.1 Bisogna infine rilevare come un file può essere considerato presente in GRID se è presente fisicamente su uno SE ed è registrato in un File Catalog. Affinché un dato sia elaborato, è necessario che sia sempre possibile ricavare informazioni sullo stato delle risorse di GRID. Questo compito è assolto dall Information Service (IS). Attraverso queste informazioni è possibile effettuare la scelta riguardo a dove eseguire i job o memorizzare i files per poi recuperarli. Inoltre, i dati forniti dall IS, possono essere utilizzati per monitorare lo stato di GRID e per creare statistiche riguardanti i job eseguiti e le risorse utilizzate da ciascuna VO. In LCG-2 gli Information Service più utilizzati sono il Monitoring and Discovery Service (MDS) e il Relational GRID Monitoring Architecture (R-GMA). Il MDS è basato su un implementazione open del Lightweight Directory Access Protocol, openldap, che è un database ottimizzato per la lettura, ricerca e analisi di informazioni. La gestione delle informazioni in LDAP è basata su entries. Una entry di solito descrive un oggetto come un individuo o un calcolatore; ogni entry contiene uno o più attributi che la descrivono: un esempio di questi è il Distinguished Name (DN) che la identifica univocamente e attraverso cui è possibile ordinare le entries in una struttura ad albero chiamata Directory Information Tree (DIT). La figura 2.2 rappresenta un esempio di DIT di un sito.

17 Middleware: LCG-2 e glite 14 Figura 2.2 Le informazioni sono memorizzate e propagate in LCG-2 secondo uno schema analogo a quello in figura 2.3. I CE e SE di un sito implementano un'entità, chiamata Information Provider (IP), che genera le informazioni sulla risorsa a partire da files statici di configurazione e da altre informazioni riguardanti eventi dinamici come il loro utilizzo. Le informazioni così prodotte sono rese disponibili da un server LDAP attraverso i GRID Resource Information Servers (GRISes). In ogni sito, un elemento chiamato Berkeley DB Information Index (BDII), raccoglie le informazioni riguardo ai differenti GRISes e le rende disponibili. Tutte le informazioni ottenute sono memorizzate temporaneamente in un BDII, che sarà consultato per reperire lo stato della risorsa (figura 2.3). Figura 2.3

18 Middleware: LCG-2 e glite 15 R-GMA è un'implementazione di GRID Monitoring Architecture (GMA) proposto dal Global GRID Forum. In R-GMA, l'informazione è presentata come parte di un database relazionale distribuito. Tale modello risulta essere più potente di quello basato su LDAP, poiché supporta operazioni di query più avanzate e permette di modificare lo schema del database in maniera più semplice. Figura 2.4 La sua architettura (figura 2.4) consiste di tre parti fondamentali: i Producers, i Consumers e il Registry. I Producers hanno il compito di fornire le informazioni richieste, il loro tipo e struttura. I Consumers interrogano il Registry per conoscere quale tipo di informazioni sono disponibili e localizzare i Producers che li forniscono. Conclusa tale operazione il Consumer contatterà direttamente il Producer per avviare lo scambio dei dati. Il Registry, infine, ha il compito di mediare le comunicazioni tra Producers e Consumers. L'utente o l'applicazione rappresenterà il Consumer, così da far apparire l'intera architettura come un database relazionale Job Management L elaborazione dei dati in GRID avviene attraverso l esecuzione delle applicazioni dell utente. I componenti della griglia che si occuperanno di ciò sono i Computing Elements (CE) che rappresentano la porta di accesso a cluster di calcolatori i cui nodi sono adibiti all'elaborazione effettiva dei dati. Questi sono chiamati Worker Nodes (WN) e la loro gestione è affidata al Local Resource Management System (LRMS). Tale architettura, permette la connessione a GRID di un solo nodo del cluster, così da poter definire delle politiche di gestione dei WN indipendenti da LCG-2. Una volta che il job è stato sottomesso, la sua accettazione e indirizzamento

19 Middleware: LCG-2 e glite 16 verso il CE più appropriato è eseguito dal Workload Management System (WMS). Per fare ciò, il WMS interagirà con l'is ed il File Catalog. Il Resource Broker (RB) è la macchina dove i servizi del WMS sono eseguiti. Per la sottomissione di un job è necessaria l'autenticazione GSI sia tra la UI e il RB, sia tra il RB e il CE e il successo della procedura di match-making, ossia della ricerca del CE che soddisfi le richieste del job sottomesso. Per la ricerca dei files richiesti, il RB invocherà la Data Location Interface (DLI); quest'ultima, poi, utilizzerà il File Catalog appropriato per eseguire l'operazione: in questo modo il RB sarà in grado di comunicare con File Catalogs differenti. Il RB si occupa anche di creare il file.brokerinfo, che sarà allegato al job e spedito al WN. Questo file contiene informazioni riguardanti il più vicino SE e il risultato del processo di match-making. Inoltre, il RB collega al job vero e proprio un wrapper script, che rappresenterà ciò che verrà eseguito dal WN: l esecuzione del wrapper script prima del job vero e proprio consentirà di configurare correttamente l'ambiente di esecuzione e generare i files di log. L'ultimo servizio da considerare è il Logging and Bookkeeping service (LB) che è eseguito di solito nella macchina dove risiede il RB o in una vicina. Il LB registra tutti gli eventi riguardanti la gestione dei job, per poter monitorare la loro esecuzione Esecuzione di un job con LCG-2 In questa sezione saranno descritte le varie fasi che si susseguono nell'esecuzione di job e quali elementi interagiscono (figura 2.5). a. Dopo aver ottenuto un certificato digitale da una delle CA, essersi registrato ad una VO e ottenuto un account su una UI, l'utente è pronto per utilizzare GRID. Dalla UI esegue il login e crea il proxy. b. L'utente sottomette il job dalla UI al nodo del RB. Il job sarà definito attraverso job decription language (JDL), in cui andranno specificati i dati che dovranno essere copiati dalla UI al RB. Questo insieme di files è chiamato Input Sandbox. Tale transazione è registrata nel LB e lo status del job viene impostato come SUBMITTED. c. A questo punto il WMS ricerca il miglior CE disponibile. Per fare questo, interroga il BDII, per verificare lo stato delle risorse computazionali e di

20 Middleware: LCG-2 e glite 17 memorizzazione, e il File Catalog per cercare la locazione dei dati richiesti. Tale operazione è registrata nel LB e lo status del job viene modificato in WAITING. d. Il RB prepara il job alla sottomissione creando il wrapper script che sarà passato al CE selezionato. Come al solito l'evento viene registrato nel LB. Lo stato del job diventa READY. e. Il CE riceve la richiesta e inoltra il job al LRMS locale per l'esecuzione. L'evento è registrato nel LB e lo status del job diventa SCHEDULED. f. Il LRMS inoltra il job nei WN locali. I files dell'utente sono copiati dal RB nel WN dove il job verrà eseguito. L'evento è registrato nel LB e lo status del job diventa RUNNING. g. Durante l'esecuzione il job potrà accedere ai files presenti sullo SE. h. Il job può produrre dati in output che potranno essere caricati in GRID e resi disponibili per altri utenti. Caricare un file in GRID significa copiarlo in uno SE e registrarlo nel File Catalog. Inoltre, durante l'esecuzione del job o dalla UI, i files potranno essere replicati tra due SE. i. Se l'esecuzione del job viene portata a termine con successo, l'insieme dei dati di output, Output Sandbox, è trasferito al RB. L'evento è registrato nel LB e lo status del job diventa DONE. j. Adesso l'utente può ottenere il risultato della sua applicazione. Al solito l'operazione è registrata e lo status viene modificato in CLEARED. Eventuali richieste dello status del job sono indirizzate al database LB dalla UI, inoltre sarà possibile ricavare informazioni sullo stato delle risorse interrogando il BDII. Se il sito dove si è fatta la richiesta di sottomissione del job la rifiuta, verrà inoltrata ad un altro sito che soddisfi i requisiti definiti dall'utente. Se tale processo si ripete per un numero di volte maggiore di quello massimo, lo status del job sarà impostato su ABORTED e l'evento verrà registrato nel LB.

Il middleware INFNGRID Certification Authority Virtual Organization Servizi core Servizi collective Servizi di supporto al deployment e per la

Il middleware INFNGRID Certification Authority Virtual Organization Servizi core Servizi collective Servizi di supporto al deployment e per la Architettura del middleware INFNGRID e piano di deployment sull'infrastruttura SCoPE Gennaro Tortone INFN Napoli 21 febbraio 2007 Indice Il middleware INFNGRID Certification Authority Virtual Organization

Dettagli

Cos'é una (Computing) GRID?

Cos'é una (Computing) GRID? Incontro Borsisti Progetto Lauree Scientifiche Perugia, 26 agosto 1 settembre 2007 Cos'é una (Computing) GRID? Istituto Nazionale Fisica Nucleare Sezione di Perugia Università Studi di Perugia Perché il

Dettagli

Griglie computazionali

Griglie computazionali Griglie computazionali Università degli Studi di Napoli Federico II Corso di Laurea Magistrale in Informatica I Anno IL MIDDLEWARE Richiami sulla caratterizzazione dei sistemi GRID Il Concetto di Virtual

Dettagli

EGRID MIDDLEWARE OVERVIEW. Angelo Leto Abdus Salam I.C.T.P. aleto@ictp.trieste.it 08/10/2004

EGRID MIDDLEWARE OVERVIEW. Angelo Leto Abdus Salam I.C.T.P. aleto@ictp.trieste.it 08/10/2004 EGRID MIDDLEWARE OVERVIEW Angelo Leto Abdus Salam I.C.T.P. aleto@ictp.trieste.it 08/10/2004 Introduzione al concetto di GRID Sulla base dell implementazione GLOBUS-EDG-EGRID What is the GRID? What is the

Dettagli

Presentazione NIS Network Integration & Solutions s.r.l. Autore: nome Cognome Data: Evento

Presentazione NIS Network Integration & Solutions s.r.l. Autore: nome Cognome Data: Evento Presentazione NIS Network Integration & Solutions s.r.l. Autore: nome Cognome Data: Evento Chi siamo NIS nasce nel 1993 come spin-off dalla Università di Genova (DIST) Nel 1996 viene aperta una unità operativa

Dettagli

Università degli Studi di Napoli Federico II Corso di Laurea Magistrale in Informatica I Anno

Università degli Studi di Napoli Federico II Corso di Laurea Magistrale in Informatica I Anno Griglie computazionali Università degli Studi di Napoli Federico II Corso di Laurea Magistrale in Informatica I Anno LEZIONE N. 16 Resource Management Systems: PBS, MAUI Il Computing Element Griglie computazionali

Dettagli

Workload Management Service (1/2)

Workload Management Service (1/2) Introduzione alle griglie computazionali Università degli Studi di Napoli Federico II Corso di Laurea in Informatica III Anno LEZIONE N. 9 WMS (Workload Management Service) (Job Description Language) Matchmaking

Dettagli

Grid Tutorial Day Palermo, 13 Aprile 2011 Job Description Language Gestione job utente

Grid Tutorial Day Palermo, 13 Aprile 2011 Job Description Language Gestione job utente Grid Tutorial Day Palermo, 13 Aprile 2011 Marco Cipolla Job Description Language Gestione job utente Jobs e Applicazioni Utente I job permettono l esecuzione di programmi utente sulla GRID Per sottomettere

Dettagli

Grid Middleware: L interazione con IPv6. Valentino R. Carcione valentino.carcione@garr.it GARR. [GARR WS7-Roma-16-11-2006]

Grid Middleware: L interazione con IPv6. Valentino R. Carcione valentino.carcione@garr.it GARR. [GARR WS7-Roma-16-11-2006] Grid Middleware: L interazione con IPv6 Valentino R. Carcione valentino.carcione@garr.it GARR [GARR WS7-Roma-16-11-2006] Grid e IPv6, quali vantaggi? IPv6 offre uno spazio di indirizzamento molto ampio

Dettagli

Organizzazioni nel Grid Computing

Organizzazioni nel Grid Computing Il ruolo delle Organizzazioni nel Grid Computing Un primo sguardo a Globus - Parte 5 Organizzazioni di Grid Computing Panoramica sui prodotti software Primo sguardo a Globus Dott. Marcello CASTELLANO La

Dettagli

Condor-G: Un Agente per la Gestione dell Elaborazione in Multi-Institutional Grids

Condor-G: Un Agente per la Gestione dell Elaborazione in Multi-Institutional Grids Condor-G: Un Agente per la Gestione dell Elaborazione in Multi-Institutional Grids James Frey, Todd Tannenbaum, Miron Livny, Ian Foster, Steven Tuecke Condor-G Sfrutta: Security, comunicazioni, resource

Dettagli

Service Level Agreement Management Framework

Service Level Agreement Management Framework Facoltà di Ingegneria Università degli studi di Catania Dipartimento di Ingegneria Informatica e delle Telecomunicazioni Workshop su QoS e SLA Service Level Agreement Management Framework Giovanni Morana

Dettagli

Introduzione alle griglie computazionali

Introduzione alle griglie computazionali Introduzione alle griglie computazionali Università degli Studi di Napoli Federico II Corso di Laurea in Informatica III Anno LEZIONE N. 7 Grid Data Management Replica Location Service Replica Metadata

Dettagli

Infrastrutture di calcolo su GRID in Italia

Infrastrutture di calcolo su GRID in Italia Infrastrutture di calcolo su GRID in Italia IFAE 27 Napoli, 12 aprile Enzo Miccio INFN/CNAF - CERN IFAE 27, Napoli, 12 aprile Sommario In prospettiva Progetti attuali e futuri Lo stato attuale GRID in

Dettagli

Università degli Studi di Napoli Federico II Corso di Laurea Magistrale in Informatica I Anno

Università degli Studi di Napoli Federico II Corso di Laurea Magistrale in Informatica I Anno Griglie computazionali Università degli Studi di Napoli Federico II Corso di Laurea Magistrale in Informatica I Anno Grid Security Infrastructure Grid Security Infrastructure Certificati X.509 Certificati

Dettagli

Reti di Calcolatori GRIGLIE COMPUTAZIONALI

Reti di Calcolatori GRIGLIE COMPUTAZIONALI D. Talia RETI DI CALCOLATORI - UNICAL 10-1 Reti di Calcolatori GRIGLIE COMPUTAZIONALI D. Talia RETI DI CALCOLATORI - UNICAL 10-2 Griglie Computazionali Cosa è il Grid Computing? Architettura Ambienti Globus

Dettagli

GRIGLIE COMPUTAZIONALI

GRIGLIE COMPUTAZIONALI Reti di Calcolatori GRIGLIE COMPUTAZIONALI D. Talia RETI DI CALCOLATORI - UNICAL 10-1 Griglie Computazionali Cosa è il Grid Computing? Architettura Ambienti Globus D. Talia RETI DI CALCOLATORI - UNICAL

Dettagli

Reti e Domini Windows 2000. Corso di Amministrazione di Reti A.A. 2002/2003

Reti e Domini Windows 2000. Corso di Amministrazione di Reti A.A. 2002/2003 Reti e Domini Windows 2000 Corso di Amministrazione di Reti A.A. 2002/2003 Materiale preparato utilizzando dove possibile materiale AIPA http://www.aipa.it/attivita[2/formazione[6/corsi[2/materiali/reti%20di%20calcolatori/welcome.htm

Dettagli

Indice. 1 Introduzione 7 1.1 Introduzione... 7 1.2 Cos è un impianto informatico enterprise... 8

Indice. 1 Introduzione 7 1.1 Introduzione... 7 1.2 Cos è un impianto informatico enterprise... 8 Indice 1 Introduzione 7 1.1 Introduzione............................. 7 1.2 Cos è un impianto informatico enterprise............. 8 2 Affidabilità 11 2.1 Introduzione............................. 12 2.1.1

Dettagli

RETI PEER-TO-PEER. Reti di Calcolatori. Applicazioni di Rete avanzate: Reti di Calcolatori. Sistemi Peer to Peer Griglie Computazionali

RETI PEER-TO-PEER. Reti di Calcolatori. Applicazioni di Rete avanzate: Reti di Calcolatori. Sistemi Peer to Peer Griglie Computazionali Reti di Calcolatori Applicazioni di Rete avanzate: Sistemi Peer to Peer Griglie Computazionali Corso di Reti di Calcolatori Carlo Mastroianni Reti di Calcolatori RETI PEER-TO-PEER Sistemi P2P In una rete

Dettagli

Griglie computazionali LEZIONE N. 14. Università degli Studi di Napoli Federico II Corso di Laurea Magistrale in Informatica I Anno

Griglie computazionali LEZIONE N. 14. Università degli Studi di Napoli Federico II Corso di Laurea Magistrale in Informatica I Anno Griglie computazionali Università degli Studi di Napoli Federico II Corso di Laurea Magistrale in Informatica I Anno LEZIONE N. 14 OGSA, OGSI e WSRF Gli Standard OGF Griglie computazionali - a.a. 2009-10

Dettagli

Grid on Cloud : Implementazione e Monitoraggio

Grid on Cloud : Implementazione e Monitoraggio Tesi di Laurea Magistrale Anno Accademico 2013-2014 Relatore Ch.mo Prof. Marcello Cinque Correlatori Ch.mo Ing. Flavio Frattini Ch.mo Ing. Davide Bottalico Candidato Antonio Nappi Matr. M63000141 Supercalcolatori

Dettagli

Corso di Griglie e Sistemi di Elaborazione Ubiqui. Esercitazione su Globus Toolkit 2: LDAP, MDS

Corso di Griglie e Sistemi di Elaborazione Ubiqui. Esercitazione su Globus Toolkit 2: LDAP, MDS Università degli Studi della Calabria Corso di Laurea Specialistica in Ingegneria Informatica A.A. 2003/2004 Corso di Griglie e Sistemi di Elaborazione Ubiqui Esercitazione su Globus Toolkit 2: LDAP, MDS

Dettagli

Problemi di schedulazione distribuita su Grid

Problemi di schedulazione distribuita su Grid Problemi di schedulazione distribuita su Grid Ivan Porro Università degli Studi di Genova, DIST, Laboratorio BioLab pivan@unige.it 010-3532789 Si ringrazia per il materiale il Dr. Andrea Clematis dell

Dettagli

PROGETTO - Ingegneria del Software. Università degli Studi di Milano Polo di Crema. Corso di laurea in Scienze Matematiche, Fisiche e Naturali

PROGETTO - Ingegneria del Software. Università degli Studi di Milano Polo di Crema. Corso di laurea in Scienze Matematiche, Fisiche e Naturali Università degli Studi di Milano Polo di Crema Corso di laurea in Scienze Matematiche, Fisiche e Naturali INFORMATICA Corso di Ingegneria del Software progetto IL SISTEMA CALENDAR Presentato al dott. Paolo

Dettagli

uomo Software (sistema operativo) hardware

uomo Software (sistema operativo) hardware uomo Software (sistema operativo) hardware 1 Sistema operativo Insieme di programmi che svolgono funzioni essenziali per l uso del sistema di elaborazione Questi programmi sono i primi ad essere eseguiti

Dettagli

CdL MAGISTRALE in INFORMATICA

CdL MAGISTRALE in INFORMATICA 05/11/14 CdL MAGISTRALE in INFORMATICA A.A. 2014-2015 corso di SISTEMI DISTRIBUITI 7. I processi : il naming Prof. S.Pizzutilo Il naming dei processi Nome = stringa di bit o di caratteri utilizzata per

Dettagli

Il clustering. Sistemi Distribuiti 2002/2003

Il clustering. Sistemi Distribuiti 2002/2003 Il clustering Sistemi Distribuiti 2002/2003 Introduzione In termini generali, un cluster è un gruppo di sistemi indipendenti che funzionano come un sistema unico Un client interagisce con un cluster come

Dettagli

DGAS Accounting economico e bilanciamento del carico di lavoro per la European DataGrid

DGAS Accounting economico e bilanciamento del carico di lavoro per la European DataGrid DGAS Accounting economico e bilanciamento del carico di lavoro per la European DataGrid Rosario M. Piro Istituto Nazionale di Fisica Nucleare (INFN) Sezione di Torino 10 dicembre 2003 Il sistema di gestione

Dettagli

Infrastruttura di produzione INFN-GRID

Infrastruttura di produzione INFN-GRID Infrastruttura di produzione INFN-GRID Introduzione Infrastruttura condivisa Multi-VO Modello Organizzativo Conclusioni 1 Introduzione Dopo circa tre anni dall inizio dei progetti GRID, lo stato del middleware

Dettagli

Realizzazione di un cluster Condor su macchine virtuali

Realizzazione di un cluster Condor su macchine virtuali Realizzazione di un cluster Condor su macchine virtuali Davide Petturiti Sistemi Operativi Avanzati Prof. Osvaldo Gervasi A.A. 2007/2008 Corso di Laurea Specialistica in Informatica Facoltà di Scienze

Dettagli

maildocpro Manuale Installazione

maildocpro Manuale Installazione maildocpro Manuale Installazione versione 3.4 maildocpro Manuale Installazione - Versione 3.4 1 Indice Indice... 2 Creazione database... 3 Database: MAILDOCPRO... 3 Database: SILOGONWEB... 5 Configurazione

Dettagli

Sommario. Esempio di Modellazione mediante DASM: Grid OGSA. Grid secondo OGSA. Definizione Grid per OGSA. Stati di un Job e Requisiti DASM

Sommario. Esempio di Modellazione mediante DASM: Grid OGSA. Grid secondo OGSA. Definizione Grid per OGSA. Stati di un Job e Requisiti DASM Sommario Esempio di Modellazione mediante DASM: Grid Definizione Grid per OGSA Funzionalità JEMS Stati di un Job e Requisiti DASM DASM per Grid 1 DASM per Grid 2 OGSA Grid secondo OGSA OGSA = Open Grid

Dettagli

Griglie computazionali LEZIONE N. 8. Università degli Studi di Napoli Federico II Corso di Laurea Magistrale in Informatica I Anno

Griglie computazionali LEZIONE N. 8. Università degli Studi di Napoli Federico II Corso di Laurea Magistrale in Informatica I Anno Griglie computazionali Università degli Studi di Napoli Federico II Corso di Laurea Magistrale in Informatica I Anno LEZIONE N. 8 Gestione dei dati in GRID Storage Element Storage Resource Management I

Dettagli

SISTEMI OPERATIVI DISTRIBUITI

SISTEMI OPERATIVI DISTRIBUITI SISTEMI OPERATIVI DISTRIBUITI E FILE SYSTEM DISTRIBUITI 12.1 Sistemi Distribuiti Sistemi operativi di rete Sistemi operativi distribuiti Robustezza File system distribuiti Naming e Trasparenza Caching

Dettagli

Programmabilità di rete con l'infrastruttura Cisco basata sulle applicazioni

Programmabilità di rete con l'infrastruttura Cisco basata sulle applicazioni White paper Programmabilità di rete con l'infrastruttura Cisco basata sulle applicazioni Panoramica Questo documento analizza il supporto alla programmabilità nell'infrastruttura ACI (Application Centric

Dettagli

Progetto per la realizzazione di una Cloud per l'area Padovana

Progetto per la realizzazione di una Cloud per l'area Padovana Progetto per la realizzazione di una Cloud per l'area Padovana Versione 0.3.2 14 Ottobre 2013 Introduzione Il modello di calcolo basato su paradigma GRID si e' rivelato di grande successo perche' ha permesso

Dettagli

Sistemi avanzati di gestione dei Sistemi Informativi

Sistemi avanzati di gestione dei Sistemi Informativi Esperti nella gestione dei sistemi informativi e tecnologie informatiche Sistemi avanzati di gestione dei Sistemi Informativi Docente: Email: Sito: Eduard Roccatello eduard@roccatello.it http://www.roccatello.it/teaching/gsi/

Dettagli

Risultati test su GRID-IT

Risultati test su GRID-IT Risultati test su GRID-IT G. Donvito (BARI) Outline: Report produzione di CMS su LCG1 Modalità di produzione su Grid Proposte di modalità di analisi su Grid (LCG2 e DC04) Interfaccia per McRunjob per la

Dettagli

Grid Data Management Services. Griglie e Sistemi di Elaborazione Ubiqui

Grid Data Management Services. Griglie e Sistemi di Elaborazione Ubiqui Grid Data Management Services D. Talia - UNICAL Griglie e Sistemi di Elaborazione Ubiqui Sommario Grid Data Management in Globus Toolkit GridFTP RFT RLS OGSA-DAI GridFTP GT4 Data Services High-performance

Dettagli

Reti di computer. Agostino Lorenzi - Reti di computer - 2008

Reti di computer. Agostino Lorenzi - Reti di computer - 2008 Reti di computer Telematica : termine che evidenzia l integrazione tra tecnologie informatiche e tecnologie delle comunicazioni. Rete (network) : insieme di sistemi per l elaborazione delle informazioni

Dettagli

Università degli Studi di Napoli Federico II. Facoltà di Scienze MM.FF.NN. Corso di Laurea in Informatica

Università degli Studi di Napoli Federico II. Facoltà di Scienze MM.FF.NN. Corso di Laurea in Informatica Università degli Studi di Napoli Federico II Facoltà di Scienze MM.FF.NN. Corso di Laurea in Informatica Tesi Sperimentale di Laurea Triennale Realizzazione di una Web User Interface: un portale per l'accesso

Dettagli

D3.2 Documento illustrante l architettura 3D Cloud per la realizzazione di servizi in modalità SaaS

D3.2 Documento illustrante l architettura 3D Cloud per la realizzazione di servizi in modalità SaaS D3.2 Documento illustrante l architettura 3D Cloud per la realizzazione di servizi in modalità SaaS Il modello SaaS Architettura 3D Cloud Il protocollo DCV Benefici Il portale Web EnginFrame EnginFrame

Dettagli

Grid Data Management Services

Grid Data Management Services Grid Management Services D. Talia - UNICAL Griglie e Sistemi di Elaborazione Ubiqui Sommario Grid Management in Globus Toolkit GridFTP (Trasferimento Dati) RFT (Trasferimento Dati Affidabile) RLS (Gestione

Dettagli

Griglie Computazionali

Griglie Computazionali Griglie Computazionali Università degli Studi di Napoli Federico II Corso di Laurea Magistrale in Informatica I Anno LEZIONE N. 9 Workload Management Service - WMS Allocazione delle risorse Sottomissione

Dettagli

Al prompt inserire il seguente comando per installare le applicazioni server di SAMBA:

Al prompt inserire il seguente comando per installare le applicazioni server di SAMBA: Server Samba Reti Windows Sommario Introduzione Installare SAMBA Configurare SAMBA Server Client Spesso le reti di computer sono costituite da sistemi eterogenei e, sebbene gestire una rete composta interamente

Dettagli

Basi di Dati. Introduzione ai sistemi di basi di dati. K.Donno - Introduzione ai sistemi di basi di dati

Basi di Dati. Introduzione ai sistemi di basi di dati. K.Donno - Introduzione ai sistemi di basi di dati Basi di Dati Introduzione ai sistemi di basi di dati Introduzione ai sistemi di basi di dati Gestione dei Dati Una prospettiva storica File system verso DBSM Vantaggi di un DBMS Modelli dei dati Utenti

Dettagli

Griglie e Sistemi di Elaborazione Ubiqui. Grid File Systems. Requisiti, Funzionalità e Architettura. Grid File System: Requisiti

Griglie e Sistemi di Elaborazione Ubiqui. Grid File Systems. Requisiti, Funzionalità e Architettura. Grid File System: Requisiti Griglie e Sistemi di Elaborazione Ubiqui Grid File Systems Requisiti, Funzionalità e Architettura Griglie e Sistemi Ubiqui - D. Talia - UNICAL 1 Grid File System: Requisiti Name Space Gerarchico Logico

Dettagli

Introduzione ai sistemi di basi di dati

Introduzione ai sistemi di basi di dati Basi di Dati Introduzione ai sistemi di basi di dati Alessandro.bardine@gmail.com alessandro.bardine@iet.unipi.it Introduzione ai sistemi di basi di dati Gestione dei Dati Una prospettiva storica File

Dettagli

12.5 UDP (User Datagram Protocol)

12.5 UDP (User Datagram Protocol) CAPITOLO 12. SUITE DI PROTOCOLLI TCP/IP 88 12.5 UDP (User Datagram Protocol) L UDP (User Datagram Protocol) é uno dei due protocolli del livello di trasporto. Come l IP, é un protocollo inaffidabile, che

Dettagli

MAGO CRESCO - SPI.2. Relazione finale sul Progetto MAGO. Consorzio Campano di Ricerca per l Informatica e l Automazione Industriale S.c.a.r.l.

MAGO CRESCO - SPI.2. Relazione finale sul Progetto MAGO. Consorzio Campano di Ricerca per l Informatica e l Automazione Industriale S.c.a.r.l. CRESCO - SPI.2 MAGO Relazione finale sul Progetto MAGO Relativo al contratto tra ENEA e CRIAI avente per oggetto: Analisi e Realizzazione di tool innovativi a supporto delle funzionalità GRID stipulato

Dettagli

Funzionamento del protocollo FTP

Funzionamento del protocollo FTP Alunno:Zamponi Claudio Numero matricola:4214118 Corso: Ingegneria Informatica Funzionamento del protocollo FTP L'FTP, acronimo di File Transfert Protocol (protocollo di trasferimento file), è uno dei protocolli

Dettagli

Griglie e Sistemi di Elaborazione Ubiqui. Grid File Systems. Requisiti, Funzionalità e Architettura. Griglie e Sistemi Ubiqui - D.

Griglie e Sistemi di Elaborazione Ubiqui. Grid File Systems. Requisiti, Funzionalità e Architettura. Griglie e Sistemi Ubiqui - D. Griglie e Sistemi di Elaborazione Ubiqui Grid File Systems Requisiti, Funzionalità e Architettura Griglie e Sistemi Ubiqui - D. Talia - UNICAL 1 Grid File System: Requisiti Name Space Gerarchico Logico

Dettagli

Il File System. È la componente del S.O. che si occupa della gestione della memoria di massa e dell organizzazione logica dei dati

Il File System. È la componente del S.O. che si occupa della gestione della memoria di massa e dell organizzazione logica dei dati Il File System È la componente del S.O. che si occupa della gestione della memoria di massa e dell organizzazione logica dei dati Le operazioni supportate da un file system sono: eliminazione di dati modifica

Dettagli

Perchè utilizzare un'autorità di certificazione

Perchè utilizzare un'autorità di certificazione Una generica autorità di certificazione (Certification Authority o più brevemente CA) è costituita principalmente attorno ad un pacchetto software che memorizza i certificati, contenenti le chiavi pubbliche

Dettagli

Grid Data Management Services

Grid Data Management Services Grid Management Services D. Talia - UNICAL Griglie e Sistemi di Elaborazione Ubiqui Sommario Grid Management GridFTP RFT RLS OGSA-DAI 1 GT4 Services GridFTP High-performance transfer protocol The Reliable

Dettagli

LAN MAN WAN. Una internet è l'insieme di più reti reti distinte collegate tramite gateway/router

LAN MAN WAN. Una internet è l'insieme di più reti reti distinte collegate tramite gateway/router Rete di reti (interrete, internet) 2 Prof. Roberto De Prisco TEORIA - Lezione 8 Rete di reti e Internet Università degli studi di Salerno Laurea e Diploma in Informatica Una rete di comunicazione è un

Dettagli

Reti locati e reti globali. Tecnologie: Reti e Protocolli. Topologia reti. Server e client di rete. Server hardware e server software.

Reti locati e reti globali. Tecnologie: Reti e Protocolli. Topologia reti. Server e client di rete. Server hardware e server software. Reti locati e reti globali Tecnologie: Reti e Protocolli Reti locali (LAN, Local Area Networks) Nodi su aree limitate (ufficio, piano, dipartimento) Reti globali (reti metropolitane, reti geografiche,

Dettagli

Progetto di Applicazioni Software

Progetto di Applicazioni Software Progetto di Applicazioni Software Antonella Poggi Dipartimento di Informatica e Sistemistica Antonio Ruberti SAPIENZA Università di Roma Anno Accademico 2008/2009 Questi lucidi sono stati prodotti sulla

Dettagli

ALLEGATO C STANDARD TECNICI DELLA BORSA CONTINUA NAZIONALE DEL LAVORO

ALLEGATO C STANDARD TECNICI DELLA BORSA CONTINUA NAZIONALE DEL LAVORO ALLEGATO C STANDARD TECNICI DELLA BORSA CONTINUA NAZIONALE DEL LAVORO Standard tecnici Gli standard tecnici di riferimento adottati sono conformi alle specifiche e alle raccomandazioni emanate dai principali

Dettagli

Manuale LiveBox WEB AMMINISTRATORE DI SISTEMA. http://www.liveboxcloud.com

Manuale LiveBox WEB AMMINISTRATORE DI SISTEMA. http://www.liveboxcloud.com 2015 Manuale LiveBox WEB AMMINISTRATORE DI SISTEMA http://www.liveboxcloud.com LiveBox Srl non rilascia dichiarazioni o garanzie in merito al contenuto o uso di questa documentazione e declina qualsiasi

Dettagli

Il sistema operativo

Il sistema operativo Il sistema operativo Percorso di Preparazione agli Studi di Ingegneria Università degli Studi di Brescia Docente: Massimiliano Giacomin Cos è un Sistema Operativo? Per capirlo, immaginiamo inizialmente

Dettagli

BANCA VIRTUALE/1 tecnologie dell informazione della comunicazione

BANCA VIRTUALE/1 tecnologie dell informazione della comunicazione BANCA VIRTUALE/1 Il termine indica un entità finanziaria che vende servizi finanziari alla clientela tramite le tecnologie dell informazione e della comunicazione, senza ricorrere al personale di filiale

Dettagli

Work Package Grid Workload Management

Work Package Grid Workload Management Work Package Grid Workload Management Last modified: 22.05.01 Nell ambito del progetto DataGrid, le attivita` del work package 1 (Grid Workload Management), di cui l INFN e` responsabile, si stanno concentrando

Dettagli

FTP. Appunti a cura del prof. ing. Mario Catalano

FTP. Appunti a cura del prof. ing. Mario Catalano FTP Appunti a cura del prof. ing. Mario Catalano Il protocollo FTP 1/2 Attraverso il protocollo FTP (File Transfer Protocol) è possibile trasferire uno o più files di qualsiasi tipo tra due macchine Tale

Dettagli

Progetto di Applicazioni Software

Progetto di Applicazioni Software Progetto di Applicazioni Software Antonella Poggi Dipartimento di Informatica e Sistemistica Antonio Ruberti SAPIENZA Università di Roma Anno Accademico 2010/2011 Questi lucidi sono stati prodotti sulla

Dettagli

Il Monitoring della Grid

Il Monitoring della Grid TESI DI LAUREA COMPILATIVA Il Monitoring della Grid Relatori Candidato Prof. Leonardo Merola Valerio De Matthaeis Dott.ssa Alessandra Doria matr. 50 / 785 Anno Accademico 2008-09 Sommario 1. Prefazione...6

Dettagli

Sviluppo di procedure per l automatizzazione del flusso di lavoro per l analisi dati distribuita in Grid nell esperimento CMS

Sviluppo di procedure per l automatizzazione del flusso di lavoro per l analisi dati distribuita in Grid nell esperimento CMS Università degli Studi di Perugia Facoltà di Scienze Matematiche, Fisiche e Naturali Corso di Laurea in Informatica Tesi di Laurea Sviluppo di procedure per l automatizzazione del flusso di lavoro per

Dettagli

Caratteristiche principali. Contesti di utilizzo

Caratteristiche principali. Contesti di utilizzo Dalle basi di dati distribuite alle BASI DI DATI FEDERATE Antonella Poggi Dipartimento di Informatica e Sistemistica Antonio Ruberti Università di Roma La Sapienza Anno Accademico 2006/2007 http://www.dis.uniroma1.it/

Dettagli

CAPITOLO 1 I SISTEMI OPERATIVI

CAPITOLO 1 I SISTEMI OPERATIVI CAPITOLO 1 I SISTEMI OPERATIVI Introduzione ai sistemi operativi pag. 3 La shell pag. 3 Tipi di sistemi operativi pag. 4 I servizi del sistema operativo pag. 4 La gestione dei file e il file system Il

Dettagli

Progettazione: Tecnologie e ambienti di sviluppo

Progettazione: Tecnologie e ambienti di sviluppo Contratto per l acquisizione di servizi di Assistenza specialistica per la gestione e l evoluzione del patrimonio software della Regione Basilicata. Repertorio n. 11016 del 25/09/2009 Progettazione: Tecnologie

Dettagli

Internet Architettura del www

Internet Architettura del www Internet Architettura del www Internet è una rete di computer. Il World Wide Web è l insieme di servizi che si basa sull architettura di internet. In una rete, ogni nodo (detto host) è connesso a tutti

Dettagli

Sviluppo di applicazioni web con il pattern Model-View-Controller. Gabriele Pellegrinetti

Sviluppo di applicazioni web con il pattern Model-View-Controller. Gabriele Pellegrinetti Sviluppo di applicazioni web con il pattern Model-View-Controller Gabriele Pellegrinetti 2 MVC: come funziona e quali sono vantaggi che derivano dal suo utilizzo? La grande diffusione della tecnologia

Dettagli

Laboratorio Virtuale per la Didattica

Laboratorio Virtuale per la Didattica UNIVERSITA DEGLI STUDI DI NAPOLI FEDERICO II Gruppo Tecnico Trasversale Laboratorio Virtuale per la Didattica G.B. Barone x, V. Boccia y, D. Bottalico z, L. Carracciuolo w. Maggio 2011 (BOZZA) x Università

Dettagli

Wireless Grids e Pervasive Grids. Pervasive Grids

Wireless Grids e Pervasive Grids. Pervasive Grids Griglie e Sistemi di Elaborazione Ubiqui Wireless Grids e Pervasive Grids Griglie e Sistemi Ubiqui - D. Talia - UNICAL 1 Wireless Grids e Pervasive Grids Wireless Grids Caratteristiche Sistemi Applicazioni

Dettagli

Sicurezza su Grid. Corso: Sicurezza Informatica Studente: Mattia Cinquilli Professore: Stefano Bistarelli AA: 2008/2009

Sicurezza su Grid. Corso: Sicurezza Informatica Studente: Mattia Cinquilli Professore: Stefano Bistarelli AA: 2008/2009 Sicurezza su Grid Corso: Sicurezza Informatica Studente: Mattia Cinquilli Professore: Stefano Bistarelli AA: 2008/2009 Introduzione e Definizione di Computing Grid La griglia computazionale eʼ un tipo

Dettagli

Si digita login e password e si clicca su accedi. Si apre la finestra di collegamento:

Si digita login e password e si clicca su accedi. Si apre la finestra di collegamento: Corso di Laurea Specialistica Ingegneria Informatica Laboratorio di Calcolo Parallelo Prof. Alessandra d Alessio GUIDA AL LABORATORIO DI CALCOLO PARALLELO Il progetto SCoPE (www.scope.unina.it) ha messo

Dettagli

Comunicazioni sicure su Internet: https e SSL. Fisica dell Informazione

Comunicazioni sicure su Internet: https e SSL. Fisica dell Informazione Comunicazioni sicure su Internet: https e SSL Fisica dell Informazione Il servizio World Wide Web (WWW) Come funziona nel dettaglio il Web? tre insiemi di regole: Uniform Resource Locator (URL) Hyper Text

Dettagli

Protezione delle informazioni in SMart esolutions

Protezione delle informazioni in SMart esolutions Protezione delle informazioni in SMart esolutions Argomenti Cos'è SMart esolutions? Cosa si intende per protezione delle informazioni? Definizioni Funzioni di protezione di SMart esolutions Domande frequenti

Dettagli

Le Reti Informatiche

Le Reti Informatiche Le Reti Informatiche modulo 10 Prof. Salvatore Rosta www.byteman.it s.rosta@byteman.it 1 Nomenclatura: 1 La rappresentazione di uno schema richiede una serie di abbreviazioni per i vari componenti. Seguiremo

Dettagli

Corso di Web programming Modulo T3 A2 - Web server

Corso di Web programming Modulo T3 A2 - Web server Corso di Web programming Modulo T3 A2 - Web server 1 Prerequisiti Pagine statiche e dinamiche Pagine HTML Server e client Cenni ai database e all SQL 2 1 Introduzione In questa Unità si illustra il concetto

Dettagli

Manuale di Integrazione IdM-RAS

Manuale di Integrazione IdM-RAS IdM-RAS Data: 30/11/09 File: Manuale di integrazione IdM-RAS.doc Versione: Redazione: Sardegna IT IdM-RAS Sommario 1 Introduzione... 3 2 Architettura del sistema... 4 2.1 Service Provider... 4 2.2 Local

Dettagli

Sistemi Distribuiti. Informatica B. Informatica B

Sistemi Distribuiti. Informatica B. Informatica B Sistemi Distribuiti Introduzione Che cos è un sistema distribuito? Un sistema distribuito è una collezione di computer indipendenti che appare all utente come un solo sistema coerente Da notare: le macchine

Dettagli

Protocolli di rete. Vittorio Maniezzo Università di Bologna. Vittorio Maniezzo Università di Bologna 02 Protocolli - 2/30

Protocolli di rete. Vittorio Maniezzo Università di Bologna. Vittorio Maniezzo Università di Bologna 02 Protocolli - 2/30 Protocolli di rete Vittorio Maniezzo Università di Bologna Vittorio Maniezzo Università di Bologna 02 Protocolli - 1/30 Strati di protocolli (Protocol Layers) Le reti sono complesse Molti elementi: host

Dettagli

Guida all'amministrazione. BlackBerry Professional Software per Microsoft Exchange. Versione: 4.1 Service Pack: 4

Guida all'amministrazione. BlackBerry Professional Software per Microsoft Exchange. Versione: 4.1 Service Pack: 4 BlackBerry Professional Software per Microsoft Exchange Versione: 4.1 Service Pack: 4 SWD-313211-0911044452-004 Indice 1 Gestione degli account utente... 7 Aggiunta di un account utente... 7 Aggiunta manuale

Dettagli

PROGETTO DI UN MIDDLEWARE PER L ACCESSO REMOTO A UN REPOSITORY

PROGETTO DI UN MIDDLEWARE PER L ACCESSO REMOTO A UN REPOSITORY Giampiero Allamprese 0000260193 PROGETTO DI UN MIDDLEWARE PER L ACCESSO REMOTO A UN REPOSITORY Reti di Calcolatori LS prof. Antonio Corradi A.A. 2007/2008 ABSTRACT L obiettivo di questo progetto è la realizzazione

Dettagli

Guida al laboratorio di test: Illustrare la collaborazione Intranet con SharePoint Server 2013

Guida al laboratorio di test: Illustrare la collaborazione Intranet con SharePoint Server 2013 Guida al laboratorio di test: Illustrare la collaborazione Intranet con SharePoint Server 2013 Questo documento viene fornito «così com'è». Le informazioni e le opinioni espresse nel presente documento,

Dettagli

I Principali Servizi del Protocollo Applicativo

I Principali Servizi del Protocollo Applicativo 1 I Principali Servizi del Protocollo Applicativo Servizi offerti In questa lezione verranno esaminati i seguenti servizi: FTP DNS HTTP 2 3 File Transfer Protocol Il trasferimento di file consente la trasmissione

Dettagli

offerti da Internet Calendario incontri

offerti da Internet Calendario incontri Introduzione ai principali servizi Come funziona Internet (9/6/ 97 - ore 16-19) offerti da Internet Calendario incontri Navigazione e motori di ricerca (11/6/ 97 - ore 16-19) Comunicazione con gli altri

Dettagli

Modulo 1: Configurazione e risoluzione dei problemi di sistema di nome di dominio

Modulo 1: Configurazione e risoluzione dei problemi di sistema di nome di dominio Programma MCSA 411 Struttura del corso Modulo 1: Configurazione e risoluzione dei problemi di sistema di nome di dominio Questo modulo viene descritto come configurare e risolvere i problemi di DNS, compresa

Dettagli

Infrastrutture distribuite di calcolo ed archiviazione

Infrastrutture distribuite di calcolo ed archiviazione Infrastrutture distribuite di calcolo ed archiviazione Grid e Cloud Computing Contenuti Grids & Clouds Esempi l ambito e-health Conclusioni 2 La Grid Grids&Clouds La Grid e un idea che nasce 15 (!) anni

Dettagli

Studio e implementazione di metodi di previsione dei guasti per politiche di scheduling in ambito Desktop Grid

Studio e implementazione di metodi di previsione dei guasti per politiche di scheduling in ambito Desktop Grid Studio e implementazione di metodi di previsione dei guasti per politiche di scheduling in ambito Desktop Grid Relatore Dott. Massimo Canonico Candidato Guido Vicino Laurea in Informatica dei Sistemi Avanzati

Dettagli

Università Magna Graecia di Catanzaro Facoltà di Medicina e Chirurgia Corso di Laurea in Scienze Infermieristiche Polo Didattico di Reggio Calabria

Università Magna Graecia di Catanzaro Facoltà di Medicina e Chirurgia Corso di Laurea in Scienze Infermieristiche Polo Didattico di Reggio Calabria Università Magna Graecia di Catanzaro Facoltà di Medicina e Chirurgia Corso di Laurea in Scienze Infermieristiche Polo Didattico di Reggio Calabria Corso Integrato di Scienze Fisiche, Informatiche e Statistiche

Dettagli

Corso di Alfabetizzazione Informatica

Corso di Alfabetizzazione Informatica Corso di Alfabetizzazione Informatica Lezione 6 a.a. 2010/2011 Francesco Fontanella La Complessità del Hardware Il modello di Von Neumann è uno schema di principio. Attualmente in commercio esistono: diversi

Dettagli

Autorizzazione ed autenticazione in glite

Autorizzazione ed autenticazione in glite Autorizzazione ed autenticazione in glite Elisa Ingrà INFN Catania Elisa.ingra@ct.infn.it Grid Tutorial per gli Istituti Tecnici Industriali Sommario Glossario Crittografia Algoritmi simmetrici Algoritmi

Dettagli

Introduzione ad Active Directory. Orazio Battaglia

Introduzione ad Active Directory. Orazio Battaglia Introduzione ad Active Directory Orazio Battaglia Introduzione al DNS Il DNS (Domain Name System) è un sistema utilizzato per la risoluzione dei nomi dei nodi della rete (host) in indirizzi IP e viceversa.

Dettagli

RuparPiemonte Manuale di installazione certificato digitale per la sicurezza Certification Authority di SistemaPiemonte

RuparPiemonte Manuale di installazione certificato digitale per la sicurezza Certification Authority di SistemaPiemonte RuparPiemonte Manuale di installazione certificato digitale per la sicurezza Certification Authority di SistemaPiemonte Pag. 1 di 17 SOMMARIO 1. PREMESSE...2 2. IL...2 3. VERIFICA DELLA VERSIONE CORRETTA

Dettagli

Architettura SW Definizione e Notazioni

Architettura SW Definizione e Notazioni Corso di Laurea Specialistica in Ingegneria Informatica Corso di Ingegneria del Software A. A. 2008 - Stili Architetturali E. TINELLI Architettura SW Definizione e Notazioni Definizione ANSI/IEEE Std Std1471-2000

Dettagli

Memorizzazione affidabile di dati in un ambiente di Griglia 2006-2007

Memorizzazione affidabile di dati in un ambiente di Griglia 2006-2007 tesi di laurea Memorizzazione affidabile di dati in un ambiente di Griglia 2006-2007 relatore Ch.mo prof. Domenico Cotroneo correlatore Ing. Generoso Paolillo candidato Luigi Abate Matr. 041-3145 Contesto

Dettagli

Novell ZENworks Configuration Management in ambiente Microsoft * Windows *

Novell ZENworks Configuration Management in ambiente Microsoft * Windows * Guida GESTIONE SISTEMI www.novell.com Novell ZENworks Configuration Management in ambiente Microsoft * Windows * Novell ZENworks Configuration Management in ambiente Microsoft Windows Indice: 2..... Benvenuti

Dettagli