Università degli Studi di Napoli Federico II - Scope

Tali nodi devono fornire buoni requisiti, in termini di memoria. Ne segue che la
gestione di un sistema batch non è un compito semplice, poiché ad esempio i job,
mandati in esecuzione dagli utenti, possono avere durata variabile o essere di vario
tipo o possono aver bisogno di quantità di risorse non al momento disponibili.
Una volta allocate le risorse più “adatte” per il job, una componente detta scheduler si
occupa di:
• Ottimizzare le risorse di mandare in esecuzione i job;
• Assegnare una specifica priorità e ordinare i job;
• Smistare i job.
Lo scheduler ha il compito di calcolare un giusto ordine di esecuzione dei job
pervenuti ed è un processo in continua esecuzione su un nodo manager. Lo scheduler
fa in modo che i job non influiscano sull'esecuzione degli altri per quanto riguarda
l'allocazione di risorse, inoltre li riordina.
Per far sì che anche gli utenti possano contribuire alle scelte dello scheduler, viene
messo a disposizione un servizio, detto resource manager, che consente
l'amministrazione dei job ed ha piena visibilità delle risorse al momento disponibili.
Il livello del servizio LRMS possiede gli strumenti per ottenere un elevato numero di
informazioni statiche e dinamiche sull'organizzazione topologica e sullo stato
effettivo delle risorse di calcolo, essendo, nelle infrastrutture di calcolo distribuito il
livello più vicino ai nodi di calcolo. E' necessario quindi predisporre meccanismi di
monitoraggio delle risorse proprio a tale livello.
E' buona norma di progettazione individuare subito quelli che saranno i requisiti
funzionali e quelli non funzionali. Un generico sistema di monitoraggio deve poter
offrire:
• Una visualizzazione dei risultati relativi all'attività di monitoraggio in formato
grafico o tabellare.
Tommaso Foglia 961/147 Pagina 25 di 150