Grid computing: differenze tra le versioni

Contenuto cancellato Contenuto aggiunto
Pil56-bot (discussione | contributi)
m Evoluzione del ''grid computing'': smistamento lavoro sporco e fix vari
FrescoBot (discussione | contributi)
m Bot: decenni secondo il manuale di stile e modifiche minori
Riga 7:
 
Caratteristica comune dei progetti grid è la necessità di disporre un ambiente di calcolo data-intensive, all’interno del quale le applicazioni hanno il bisogno di accedere a grandi quantità di dati geograficamente distribuiti in maniera veloce e affidabile ed, è proprio l’onere della grid, far operare tali applicazioni nel miglior modo possibile. È facile osservare che nessun computer attualmente in commercio sarebbe in grado, da solo, di elaborare simili moli di dati in tempi ragionevoli; tuttavia la condivisione di
risorse quali [[CPU]] e dischi opportunamente coordinati può dare l’impressione all’utente di accedere ad un supercomputer virtuale, con una incredibile potenza computazionale e capacità di memorizzazione in grado di sopportare grandi carichi di lavoro <ref>{{cita libro|cognome=Baker|nome=M.|coautori=R. Buyya, D. Laforenza |titolo =The Grid: International Efforts in
Global Computing, International Conference on Advances in Infrastructure for Electronic Business, Science and Education on the Internet|url=http://www.csse.monash.edu.au/~rajkumar/papers/TheGrid.pdf|formato=pdf|anno=2000 |mese=agosto|città=L’Aquila}} </ref>.
Dall’idea di far apparire tutta l’architettura di un grid come un unico [[supercomputer]] virtuale, celando all’utilizzatore tutta la complessità interna e mostrandogli solo i benefici, nasce l’esigenza di progettare e realizzare uno [[Scheduler|schedulatore]] di risorse Resource Broker.<ref>{{cita libro|cognome=Krauter |nome=K.|coautori=R.Buyya, M.Maheswaran|titolo=A Taxonomy and Survey of Grid Resource Management System for Distributed Computing, Software: Practice and Experience (SPE) Journal |url=http://www.buyya.com/papers/gridtaxonomy.pdf |formato=pdf |anno=2001 |città=New York}}</ref>.
 
Esso è uno dei componenti critici del sistema di gestione delle risorse, ha il compito di assegnare le risorse ai job (gridlet), in modo da soddisfare le esigenze delle applicazioni e del sistema. Le risorse di cui esso deve tenere traccia e gestire includono sistemi di calcolo e sistemi di immagazzinamento dati (mediante lo Storage Broker, rete di interconnessione e,
Riga 19:
La condivisione delle risorse di calcolo permette di suddividere la [[storia dell'informatica]] in 4 ere. La prima era quella caratterizzata dall'idea di un singolo computer per molti utenti. In questa era l'acquisto delle risorse di calcolo ha costi talmente ingenti che il problema è quello dell'uso contemporaneo di tali risorse da parte dei diversi utenti.
 
A partire dagli [[anni 1980|anni ottanta]] i costi dell'hardware subirono cali che permisero di avere un computer per ogni singolo utente. Nascono in questo periodo i primi [[personal computer]] e l'infrastruttura di calcolo si evolve verso il [[SIMD]]. Già dalla fine degli anni '80 si comincia a diffondere l'idea della condivisione dell'architettura hardware ciò anche grazie al già detto calo dei prezzi, portando alla nascita delle prime macchine parallele virtuali.
 
Gli [[anni 1990|anni novanta]] sono quelli durante i quali si applica in toto la [[legge di Moore]] e si affermano le [[reti di calcolatori]] e [[Internet]] (concetti fondamentali per il ''grid'').
 
=== Evoluzione del ''grid computing'' ===
Riga 29:
 
A differenza di quella utilizzata da SETI@Home, attualmente una grid viene concepita prevedendo un livello di [[middleware]] fra le risorse di calcolo e memoria (CE - computing element e SE - storage element) e gli utenti della grid stessa.<br />
Lo scopo principale del middleware è quello di effettuare il cosiddetto ''match-making'', ossia l'accoppiamento tra le risorse richieste e quelle disponibili in modo da garantire la distribuzione dei job (termine utilizzato nei sistemi [[ batch ]] per indicare un [[ processo (informatica)| ]] o una parte di esso) nelle condizioni migliori avendo sempre visibilità dello stato dell'intera grid.
 
Un altro importante fenomeno da evidenziare è la nascita accanto alle grandi grid nazionali ed internazionali, di molteplici implementazioni su scala locale o metropolitana di sistemi distribuiti che mantengono le caratteristiche di una grid. Tali sistemi vengono indicati con i termini Local Area Grid (LAG) e Metropolitan Area Grid (MAG) o, più semplicemente, Metropolitan Grid con chiaro riferimento alla classificazione introdotta nell'ambito del network ([[Local Area Network|LAN]], [[Metropolitan Area Network|MAN]], [[Wide Area Network|WAN]]). Come la coordinazione di grid nazionali prevede la futura costituzione di un world wide grid, le implementazioni di locali o di grid metropolitane si avvicinano al mondo delle [[Intranet]]. Esse infatti forniscono un tipo di infrastruttura che può essere usata più semplicemente di internet per l'introduzione del calcolo distribuito in ambito aziendale.