Università degli Studi di Napoli Federico II - Scope

More documents

Recommendations

Info

• Per evitare che anomalie ed errori compromettano l'affidabilità del sistema, sarebbe auspicabile che dei controlli automatici, al raggiungimento di una soglia critica, provvedessero allo spegnimento automatico della risorse non funzionanti, alla riconfigurazione delle code di calcolo, o ancora allo spegnimento del servizio che ha provocato il raggiungimento della soglia critica. Inoltre è auspicabile che il sistema abbia: • Un basso overhead: per non incidere sulle performance del sistema nel suo complesso le risorse occupate per il recupero delle informazioni, devono essere minime; • bassa latenza: ridurre il ritardo nella trasmissione delle informazioni; • fault tolerance: cioè la sopravvivenza ai guasti, a seguito dei quali il sistema deve essere in grado di riconnettersi e sincronizzarsi automaticamente; • sicurezza e scalabilità: si deve prevedere di mantenere lo stesso standard di qualità, anche al crescere delle risorse da monitorare, oltre a controllare gli accessi al sistema. • Formattazione dei risultati: il modo in cui presentare i risultati ottenuti deve essere semplice ed esauriente, possibilmente rispettando uno standard specifico. Affinché l'attività di monitoraggio soddisfi tutti i requisiti, sia quelli funzionali che quelli non funzionali, di cui si è parlato, c'è bisogno di un folto numero di parametri che riescano a rappresentare fedelmente e completamente lo stato delle risorse. Possiamo dividere questi parametri in due gruppi : del primo gruppo fanno parte le informazioni statiche sul sito da monitorare: nomi delle code,nomi dei gruppi, numeri Tommaso Foglia 961/147 Pagina 26 di 150
delle code, ed altro ancora. del secondo, invece, le informazioni specifiche sui job presenti sulle code: numero di esecuzione, stato, tempi. Poiché gli utenti sono aggregati logicamente in gruppi è importante sottolineare la necessità di avere una mappatura tra le code di esecuzione del batch system e sui gruppi di utenti che hanno l'autorizzazione di lavorare su queste code. Le mappature possono essere dalle più semplici, nel caso di facili associazioni tra gruppi e code, o molto complesse, dove più gruppi accedono a più code. E' necessario estrarre informazioni su: • Gruppi (o più comunemente nel caso grid VO): i gruppi o le VO hanno obiettivi comuni e politiche di accesso ai dati distrubuiti e alle risorse prestabilite. Ogni membro facente parte del gruppo ha accesso alle risorse del sito oggetto di monitoraggio. • Utenti singoli,cioè utenti non appartenenti a VO o a gruppi che hanno però permessi di accesso alle risorse del sito; • Code, cioè gli insiemi di nodi, messi a disposizione dalla rete di calcolo, per poter elaborare le richieste. Sarà importante sapere per ogni coda, quali vo,gruppi e code sono autorizzati all'utilizzo di tali risorse. Necessari per una mappatura sono i nomi di questi elementi e le loro relazioni. Le informazioni estraibili, relativamente alle code, al livello LRMS possono essere elevate: • Nome della coda • Priorità • Nome dello scheduler • Limite di CPU Tommaso Foglia 961/147 Pagina 27 di 150
Page 1 and 2: Università degli Studi di Napoli F
Page 3 and 4: Indice generale Introduzione.......
Page 5 and 6: Introduzione Nell'ambito delle arch
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: Tali nodi devono fornire buoni requ
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?