Università degli Studi di Napoli Federico II - Scope

More documents

Recommendations

Info

5.1 Raccolta Dei Requisiti E Casi D'uso. .......................................................................55 5.2 Analisi Del Prototipo E Degli Strumenti Già Esistenti...............................................64 5.3 Design Del Sistema Ed Implementazione Dei Requisiti Funzionali .........................69 5.4 Requisiti Non Funzionali...........................................................................................86 5.5 Class Diagram..........................................................................................................92 6 Conclusioni e sviluppi futuri.............................................................................................96 7 Bibliografia e Sitografia....................................................................................................97 Appendice A.......................................................................................................................99 Appendice B.....................................................................................................................127 Appendice C.....................................................................................................................144
Introduzione Nell'ambito delle architetture distribuite multilivello, il monitoraggio ha ricoperto negli anni un ruolo sempre più importante. Con lo scopo di voler garantire un servizio affidabile, si diffondono sempre più sistemi capaci di poter mostrare la situazione delle risorse monitorate in tempo reale in modo da poter rilevare anche i guasti e i malfunzionamenti. Partendo dalle informazioni che provengono dal monitoraggio delle componenti ai vari livelli, si vuole automatizzare la possibilità di carpire immediatamente quante più informazioni possibili sul reale stato delle risorse che vengono monitorate. Il lavoro di tesi di laurea ha riguardato lo sviluppo di un'applicazione web, integrabile in un portale LIFERAY, partendo dalla razionalizzazione e dall'ampliamento delle funzionalità di un prototipo precedentemente sviluppato. Nei primi capitoli vengono descritte le architetture distribuite multilivello, il paradigma GRID e gli apparati oggetto dell'attività di monitoraggio. Successivamente vengono valutate le informazioni che è possibile reperire a livello LRMS. Si esaminano le informazioni che provengono dai batch system e vengono presi in considerazione principalmente quelli di due tipi: PBS e LSF. Viene poi descritto il portale di monitoraggio in cui verrà integrata l'applicazione. Descritto l'ambiente di riferimento, si è passati alla progettazione dell'applicazione web. Dalla raccolta dei requisiti, all'implementazione, passando per la scelta delle tecnologie da utilizzare, sono illustrate tutte le fasi del processo di realizzazione. L'applicazione ha lo scopo di voler fornire, tramite interfaccia web, le informazioni relative allo stato di utilizzo delle code batch. In tempo reale avviene la realizzazione di grafici che permettono, appunto, di poter monitorare l'occupazione delle code. Inoltre tramite interazione è possibile navigare le informazioni secondo diversi criteri di aggregazione. Una storicizzazione dei dati permette di ricostruire lo stato di occupazione delle code, rendendo così disponibili nel tempo le informazioni. Tommaso Foglia 961/147 Pagina 1 di 150
Page 1 and 2: Università degli Studi di Napoli F
Page 3: Indice generale Introduzione.......
Page 7 and 8: Non c'è bisogno che l'utente sia a
Page 9 and 10: Figura 2: Esempio di sottomissione
Page 11 and 12: differenti controlli amministrativi
Page 13 and 14: dovrà esistere qualche sistema di
Page 15 and 16: 1.3 Le problematiche nell'acquisizi
Page 17 and 18: Le sue principali caratteristiche s
Page 19 and 20: 2 L'infrastruttura dei Datacenter d
Page 21 and 22: L'utilizzo del paradigma Grid è di
Page 23 and 24: Andiamo ad esaminare i servizi e gl
Page 25 and 26: in un server che fornisce un singol
Page 27 and 28: vengono impiegate per il calcolo ef
Page 29 and 30: Tali nodi devono fornire buoni requ
Page 31 and 32: delle code, ed altro ancora. del se
Page 33 and 34: Le informazioni per individuare eve
Page 35 and 36: descritte nel documento “Configur
Page 37 and 38: L'elemento root del documento è il
Page 39 and 40: 3.3 Esempi di batch system: PBS e L
Page 41 and 42: associate ai job: numero di process
Page 43 and 44: considerando le risorse disponibili
Page 45 and 46: • Lm massimo numero di job esegui
Page 47 and 48: • FINISHED_TIME tempo di fine ese
Page 49 and 50: portare per favorire la collaborazi
Page 51 and 52: standard e tecnologie che consenton
Page 53 and 54: Affinchè le portlet possano essere
Page 55 and 56:
4.3 Un'esempio di Enterprice Portal
Page 57 and 58:
all'inserimento della pagina nel po
Page 59 and 60:
5.1 Raccolta dei requisiti e casi d
Page 61 and 62:
TRIGGER Selezione di un radio butto
Page 63 and 64:
USE CASE #4 SELEZIONE PERIODO CUSTO
Page 65 and 66:
pagina ogni 20 secondi. Riposiziona
Page 67 and 68:
messaggio d'errore. Dopo questa pri
Page 69 and 70:
• HD_vo(IdQueue, date, IdVo, Tot,
Page 71 and 72:
Capace di interfacciarsi sia con si
Page 73 and 74:
5.3 Design del sistema ed implement
Page 75 and 76:
Figura 23: Codice della pagina JSP
Page 77 and 78:
l'integrazione di codice HTML e cod
Page 79 and 80:
Figura 29: Menù per la sceltà del
Page 81 and 82:
Nelle successive attivazioni, trami
Page 83 and 84:
La tabella hw_coda, ad esempio, con
Page 85 and 86:
E' riportata una sola query come es
Page 87 and 88:
Per quanto riguarda il terzo requis
Page 89 and 90:
Le date scelte per il periodo saran
Page 91 and 92:
e annui. I grafici che venivano cre
Page 93 and 94:
Figura 41: Chiamata inserita nel cr
Page 95 and 96:
Per ovviare ai tempi di attesa nel
Page 97 and 98:
• GridComponent: classe che conti
Page 99 and 100:
Per la parte relativa alla Gestione
Page 101 and 102:
7 Bibliografia e Sitografia 1. Intr
Page 103 and 104:
Appendice A Di seguito andiamo a mo
Page 105 and 106:
Tommaso Foglia 961/147 P
Page 107 and 108:
height="25" />
Page 109 and 110:
} //DATE PER I GRAFICI AD INTERVALL
Page 111 and 112:
End date
Page 113 and 114:
Vo selection all
Page 115 and 116:
} //SE I GRAFICI PER IL PERIDO CUST
Page 117 and 118:
arg1[1] =("-D") ; arg1[2] = ("/home
Page 119 and 120:
Tommaso Foglia 961/147 P
Page 121 and 122:
fileNames[i].contains(vo)) {// out.
Page 123 and 124:

Page 125 and 126:
k=1; %>
Page 127 and 128:
} Tommaso Foglia 96
Page 129 and 130:
if (fileObjects2[i].isDirectory())
Page 131 and 132:
Appendice B Di seguito verranno esa
Page 133 and 134:
public static void main(String[] ar
Page 135 and 136:
* Recupero delle informazioni sullo
Page 137 and 138:
atch.aggiornaDatabase_Scheduler(TD,
Page 139 and 140:
atch.Nome_Sito); int numRow = minIn
Page 141 and 142:
DBOsservazioni.ElminaMin("hm_gruppo
Page 143 and 144:
for (Coda c : insiemeCode) { Set in
Page 145 and 146:
" and j.idqueue='" + idCod + "' gro
Page 147 and 148:
} else if (stat.compareToIgnoreCase
Page 149 and 150:
arg[3] =("sito1"); arg[4] = (data);
Page 151 and 152:
listaGraficiDB_VG.add(graficoC); }
Page 153 and 154:
" sum(Pend) as Pend ,sum(Run) as Ru
show all

Università degli Studi di Napoli Federico II - Scope

Create successful ePaper yourself

Delete template?

Save as template?