In questo paragrafo verrà spiegato come è strutturato il progetto in termini di script realizzati per i service e moduli creati per il server Web.
Per quanto riguarda il server Web, sono stati creati diversi moduli che possono essere divisi in base al lavoro svolto. Per ottenere le informazioni di monitoraggio si ha:
• adt.js: modulo per ottenere i middleware dal database Galileo Oracle;
• database.js: modulo per ottenere i database con cui la macchina, su cui esegue
il server Web, può collegarsi;
• host.js: modulo per ottenere la lista degli host correntemente attivi sul sistema
di monitoraggio;
• host_dnweb.js: modulo per ottenere la lista di host correntemente attivi e su
cui si trova il prodotto DNWeb;
• host_halia.js: modulo per ottenere la lista di host correntemente attivi e su cui
si trova il prodotto Halia;
• host_galileo.js: modulo per ottenere la lista di host correntemente attivi e su
cui si trova il prodotto Galileo;
• services_picasso.js: modulo per ottenere la lista degli host correntemente attivi
e su cui esegue il service HSO JBOSS PICASSO.
Poi ci sono quei moduli che vengono utilizzati per controllare quali sono le informazioni di monitoraggio già presenti all’interno del SysAid CMDB:
• nagios_id.js: questo modulo permette di ottenere la lista degli host che sono
già memorizzati all’interno del CMDB;
• nagios_id_database.js: questo modulo permette di ottenere la lista dei
database che sono già memorizzati all’interno del CMDB;
• nagios_id_dnweb.js: questo modulo permette di ottenere la lista degli host
DNWeb che sono già memorizzati all’interno del CMDB;
• nagios_id_halia.js: questo modulo permette di ottenere la lista degli host Halia
che sono già memorizzati all’interno del CMDB;
• nagios_id_galileo.js: questo modulo permette di ottenere la lista degli host
• nagios_id_middleware.js: questo modulo permette di ottenere la lista dei
middleware e la lista degli host su cui esegue il service HSO JBOSS PICASSO che sono già memorizzati all’interno del CMDB. Questo modulo viene utilizzato per entrambi i controlli in quanto nel CMDB hanno gli stessi ciType e
ciSubType.
Di seguito, ci sono quei moduli che si occupano di confrontare i dati monitorati con quelli all’interno del CMDB e di restituire quelli che non sono presenti:
• check_adt.js: restituisce i middleware;
• check_database.js: restituisce i database;
• check_dnweb_host.js: restituisce gli host DNWeb;
• check_halia_host.js: restituisce gli host Halia;
• check_galileo_host.js: restituisce gli host Galileo;
• check_host.js: restituisce tutti gli host correntemente attivi;
• check_picasso.js: restituisce gli host su cui è attivo il service HSO JBOSS
PICASSO.
In seguito, ci sono i moduli che permettono di interagire con SysAid:
• login.js: tale modulo permette di effettuare il login presso il Web Service di
SysAid in modo da poter effettuare le operazioni;
• executeSelectQuery_type_database.js: tale modulo restituisce la lista dei
CIId presenti nel CMDB che hanno come ciType il valore Database e il
ciSubType Oracle, ovvero, il tipo di database utilizzato;
• executeSelectQuery_type_dnweb.js: tale modulo restituisce la lista dei CIId
presenti nel CMDB che hanno come ciType il valore NL-Product e come
cySubType DNWeb;
• executeSelectQuery_type_halia.js: tale modulo restituisce la lista dei CIId
presenti nel CMDB che hanno come ciType il valore NL-Product e come
cySubType Halia;
• executeSelectQuery_type_galileo.js: tale modulo restituisce la lista dei CIId
presenti nel CMDB che hanno come ciType il valore NL-Product e come
• executeSelectQuery_type_middleware.js: tale modulo restituisce la lista dei
CIId presenti nel CMDB che hanno come ciType il valore Middleware e come
cySubType Picasso;
• executeSelectQuery_type_server.js: tale modulo restituisce la lista dei CIId
presenti nel CMDB che hanno come ciType il valore Server. Il cySubType in questo caso non viene specificato in quanto non serve;
• loadByStringId.js: questo modulo restituisce tutte le informazioni per ogni
singolo CIId che gli viene passato; infatti, questo modulo solitamente viene utilizzato dopo una executeSelectQuery;
• save_adt.js: tale modulo consente la scrittura dei middleware all’interno del
CMDB;
• save_database.js: tale modulo consente la scrittura dei database all’interno
del CMDB;
• save_dnweb.js: tale modulo consente la scrittura degli host DNWeb all’interno
del CMDB;
• save_halia.js: tale modulo consente la scrittura degli host Halia all’interno del
CMDB;
• save_galileo.js: tale modulo consente la scrittura degli host Galileo all’interno
del CMDB;
• save_host.js: tale modulo consente la scrittura di tutti gli host attivi sul sistema
di monitoraggio all’interno del CMDB;
• save_picasso.js: tale modulo consente la scrittura dei service HSO JBOSS
PICASSO con l’identificativo della macchina su cui è attivo all’interno del CMDB;
• main.js: è il modulo che viene eseguito per far funzionare il server Web;
• config.csv: è il file di configurazione che contiene le informazioni necessarie al
server Web per svolgere i suoi compiti.
Per quanto riguarda i service in Skynet, invece, gli script realizzati sono:
• check_remote_ssh.pl: tale script consente di ottenere il numero di processori,
il modello, la ram, il sistema operativo e l’hostname di una qualsiasi macchina Linux;
• check_wmi2.pl: tale script consente di ottenere il numero di processori, il
modello, la ram, il sistema operativo e l’hostname di una qualsiasi macchina Windows;
• check.pl: tale script permette la realizzazione di tutti gli altri service;
• notify_by_sysaid_application.pl: tale script viene utilizzato per consentire la
scrittura dei service all’interno del CMDB.
A ciascuno script, infine, è associato un file di configurazione: • host_sw.csv: file di configurazione dello script check.pl;
• host_ssh.csv: file di configurazione dello script check_remote_ssh.pl;
• host_wmi.csv: file di configurazione dello script check_wmi2.pl;
• sysaid_integration.cfg: file di configurazione dello script
notify_by_sysaid_application.pl.
Per quanto riguarda gli item in Zabbix, invece, questi sono stati raggruppati tutti all’interno di un unico script, in quanto lo scopo è verificare il funzionamento all’interno di un nuovo sistema di monitoraggio:
• new_check.pl: tale script permette la realizzazione di tutti gli item
corrispondenti ai service di Skynet;
5.3 – Realizzazione
In questo paragrafo verrà spiegato come il progetto è stato realizzato tenendo conto anche di parti di codice sorgente significativi.