La vista /root contiene i seguenti oggetti dopo l'installazione iniziale di SKOOR Engine e Dashboards:

Oggetto	Funzione
`<Customer_Site>`	Struttura predefinita per le configurazioni dei clienti. Di solito è qui che si lavora. `<Customer_Site>` è un segnaposto da rinominare con il nome dell'azienda o del progetto
`Dashboards`	Un gruppo contenente tutti gli oggetti del dashboard (compresi i riquadri e i widget).
`SKOOR system`	Il gruppo predefinito in cui SKOOR Engine inserisce dispositivi, lavori e elementi di configurazione per monitorare se stesso e i suoi collettori esterni.
`Collectors`	Un oggetto speciale contenente tutti i collettori SKOOR Engine. Questi raccolgono tutte le misurazioni effettuate dai lavori e le inoltrano al server SKOOR Engine. Il collettore predefinito si chiama collector-local e funziona sul server SKOOR. I collettori esterni vengono utilizzati per raggiungere host in reti diverse. Poiché i collettori sono solo utenti standard con il flag collettore impostato, vengono creati nel gruppo Utenti. I collettori hanno uno stato: OK (verde) significa che sono connessi e stanno attualmente inviando i dati di misurazione al server, Major (rosso) significa che sono disconnessi.
`Alarming`	Un oggetto speciale contenente tutti i dispositivi di allarme e i gruppi di allarme.
`Configurations`	Un oggetto speciale che contiene tutti gli oggetti di configurazione. Per impostazione predefinita, contiene sottogruppi per i seguenti tipi di oggetti: Mappa filtro Contiene tutti gli oggetti mappa filtro disponibili in SKOOR. Le mappe filtro sono oggetti il cui contenuto è collegato dinamicamente in base a proprietà specifiche Monitor operazioni Contiene tutti gli oggetti monitor delle operazioni disponibili in SKOOR Il monitor delle operazioni offre panoramiche configurabili sullo stato degli oggetti disponibili nell'SKOOR Engine. Elenca gli stati SLO e SLC, gli oggetti che hanno emesso allarmi attualmente o in passato, le voci syslog del SKOOR Engine o di altri server e le manutenzioni programmate. Elemento informativo Contiene tutti gli oggetti elemento informativo disponibili in SKOOR. Gli elementi informativi sono oggetti descrittivi che possono contenere testo formattato, elenchi, immagini bitmap o collegamenti ipertestuali e possono essere allegati a gruppi o dispositivi Posizione Contiene tutte le posizioni disponibili in SKOOR Queste sono gestite tramite il menu Admin e rappresentano posizioni geografiche (nome della posizione corrispondente alle coordinate geografiche). Le posizioni possono essere assegnate a molti oggetti come proprietà. Grafico Contiene tutti i grafici preconfigurati relativi allo stato o alla cronologia dei valori disponibili in SKOOR Questi possono essere utilizzati nelle mappe, nelle mappe secondarie o separatamente Importazione/esportazione Contiene tutti gli oggetti di esportazione CSV o XML disponibili in SKOOR Pianificazione Contiene tutti gli oggetti di pianificazione disponibili in SKOOR Questi sono utilizzati per definire i tempi attivi o inattivi per l'esecuzione dei lavori, i controllori del livello di servizio (SLC), i gruppi/dispositivi di allarme o i limiti di allarme Dashboard Contiene tutti gli oggetti dashboard disponibili in SKOOR. Si tratta delle dashboard stesse, nonché dei loro riquadri e widget I seguenti elementi di configurazione sono deprecati ma possono essere ancora disponibili sul sistema: Mappa Mappa secondaria Mappa geografica Elemento mappa Gestione dei servizi aziendali Se, ad esempio, in un altro punto della struttura ad albero di SKOOR Engine viene creato un oggetto di tipo Schedule, questo verrà automaticamente collegato anche al gruppo /root/Configurations/Schedule.
`Templates`	Un oggetto speciale contenente tutti gli oggetti modello.
`Users`	Un oggetto speciale contenente tutti gli oggetti utente e gruppo di utenti.
`Lost+Found`	Un oggetto speciale contenente tutti gli oggetti che per qualche motivo hanno perso il loro collegamento padre. Non dovrebbero esserci oggetti al di sotto di questo.

Struttura degli oggetti consigliata

Gli oggetti appena creati possono essere raggruppati in vari modi. Possono essere raggruppati per posizione (città, edificio, piano, filiale aziendale) o in base a qualsiasi altro criterio che meglio si adatta all'organizzazione aziendale o al progetto. Grazie alla sua struttura aperta, SKOOR Engine rende molto facile creare varie viste, ad esempio per tipo di dispositivo o responsabilità. La struttura degli oggetti varierà a seconda delle aspettative del cliente in materia di monitoraggio. SKOOR Engine può essere utilizzato esclusivamente per il monitoraggio tecnico o principalmente come overlay per il monitoraggio dei servizi aziendali e IT. La maggior parte delle configurazioni rappresenta una combinazione di monitoraggio dell'infrastruttura e dei servizi. SKOOR consiglia di impostare tali progetti di monitoraggio utilizzando una struttura di oggetti simile alla seguente:

/root
- <Customer or project name>
  - Configurations
    - Graphs
    - Import / export
    - OPM
    - Schedule
    - ...
  - Devices
    - Databases
    - EEM (End to end monitoring robot devices)
    - Network
      - Firewalls
      - Load balancers
      - Routers
      - Switches
      - Wireless
      - ...
    - Other
    - Printers
    - Servers
      - Servers by location
        London
        lx203
        lx204
        Zürich
      - Servers by OS
        Linux servers
        Dev
        Prod
        lx203
        ICMP
        Disk space
        CPU / Memory
        Service slapd
        lx204
        ICMP
        Disk space
        CPU / Memory
        Service slapd
        Windows servers
        ...
    - Storage
    - Virtualization hosts
  - Reports
    - Business service 1 service report
    - Business service 1 service report monthly scheduler
    - Business service 1 service report weekly scheduler
  - Services
    - SLCs
      - SLA Business service 1 monthly
        Business service 1
      - SLA Business service 1 yearly
        Business service 1
    - SLOs
      - Business service 1
        Function DB
        DB Server 1
        DB Server 2
        Function LDAP (correlation rule: 1 of 2)
        LDAP Server 1
        ICMP on lx203
        Disk space on lx203
        CPU / Memory on lx203
        Service slapd on lx203
        LDAP Server 2
        ICMP on lx204
        Disk space on lx204
        CPU / Memory on lx204
        Service slapd on lx204
        Function Network
        DHCP
        DHCP 1
        DHCP 2
        DNS
        NTP
        Function Webserver
        ...
      - IT service 1

L'esempio sopra riportato mostra come è possibile creare una struttura di base per il monitoraggio dei servizi.

Inventario dei dispositivi

Il primo passo consiste solitamente nel creare gli oggetti dispositivo in un punto al di sotto del gruppo Dispositivi. In questo caso, il gruppo Dispositivi è stato strutturato prima in base alla funzione del dispositivo (Server, Archiviazione ...), poi in base alla sottofunzione o ad altri criteri. Ad esempio, i server Linux lx203 e lx204 si trovano entrambi nel gruppo Server per sistema operativo/Server Linux/Prod. Se si desidera strutturarli in base alla posizione, anche questo è possibile. A tal fine, i due dispositivi sono stati appena collegati al gruppo Server per posizione/Londra. I due dispositivi server Linux sotto questi due gruppi sono identici, hanno gli stessi ID oggetto e contengono gli stessi lavori di misurazione. Ad esempio, la ridenominazione di lx203 si rifletterebbe sotto entrambi i suoi gruppi padre. L'eliminazione di lx203 lo eliminerebbe in entrambi i gruppi. Tuttavia, è possibile semplicemente scollegarlo invece di eliminarlo, in modo che rimanga sotto l'altro gruppo padre.

Non esistono regole di correlazione sugli oggetti dispositivo o gruppo, quindi è normale che ogni lavoro con uno stato non OK spinga il proprio stato verso l'alto nella struttura ad albero del gruppo. Solo la struttura ad albero Servizi (vedi sotto) utilizza regole di correlazione per controllare il modo in cui gli stati vengono spinti verso l'alto.

Modello di servizio

Il sottogruppo Servizi/SLO contiene gli oggetti di servizio principali. Questi rappresentano lo stato dei servizi modellati. Sotto di essi viene costruita una struttura ad albero utilizzando gli oggetti di livello di servizio (SLO), che consentono di specificare regole di correlazione per gli SLO secondari.

Dopo aver creato o importato i dispositivi e aver creato i lavori di misurazione al di sotto di essi, tali lavori possono essere collegati al di sotto del gruppo Servizi. Di solito, solo i singoli lavori sono collegati agli SLO, tuttavia è anche possibile collegare interi dispositivi o gruppi agli SLO.

Sotto il servizio SLO Business 1 principale sono modellate le funzioni del servizio. Il modello dovrebbe rappresentare l'albero delle dipendenze del servizio Business 1. Ad esempio, la funzione LDAP, da cui dipende questo servizio, è configurata in modo che solo uno dei due server LDAP debba essere in esecuzione. In questo esempio, uno dei server LDAP non è funzionante perché il suo servizio slapd non è in esecuzione. Tuttavia, il servizio è ancora disponibile per il cliente. Di solito, in SKOOR questo tipo di configurazione viene riflessa utilizzando uno SLO con una regola di correlazione (1 di 2). La funzione LDAP ha lo stato Minor (arancione) se 1 server LDAP è inattivo e Major (rosso) se entrambi sono inattivi. Lo SLO Business service 1 è configurato in modo tale che vengano considerati solo gli stati maggiori delle funzioni sottostanti, quindi in uno scenario di questo tipo rimane nello stato OK (verde).

L'albero del modello definisce come gli stati vengono trasferiti dal livello di lavoro alla funzione di servizio e all'oggetto di servizio superiore.

Controller del livello di servizio (SLC)

Il sottogruppo Servizi/SLC contiene gli oggetti del controller di livello di servizio. Gli SLC sono solitamente collegati allo SLO superiore di un servizio (ad esempio il servizio aziendale 1) e misurano l'adempimento di un accordo sul livello di servizio (SLA) in base a un periodo di tempo specifico e a un obiettivo di disponibilità (ad esempio 99,9%). Lo SLA, un contratto tra un fornitore di un servizio e un consumatore di un servizio, stabilisce obiettivi misurabili concordati in termini di prestazioni e/o disponibilità.

Allarmi

SKOOR Engine utilizza oggetti dispositivo di allarme per rilevare i cambiamenti negli stati degli oggetti sotto l'albero dei dispositivi o dei servizi e agire su tali cambiamenti (ad esempio inviando un'e-mail alla persona responsabile del dispositivo o del servizio). Questi dispositivi di allarme possono essere combinati in gruppi di allarme. Nello scenario sopra descritto, ci sono solitamente due percorsi di allarme:

Allarme tecnico I
processi di misurazione sotto uno qualsiasi degli oggetti nell'albero dei dispositivi rilevano i guasti e modificano il loro stato in base ai limiti di allarme configurati su ciascun processo. Ciascuno di questi cambiamenti di stato emette un allarme sul processo e sul dispositivo stesso. Questi allarmi tecnici potrebbero non causare interruzioni del servizio, ma sono comunque rilevanti per il personale tecnico e devono essere risolti a lungo termine. Per inoltrare questi allarmi alle persone responsabili (via e-mail), i dispositivi di allarme o i gruppi di allarme sono collegati ai singoli dispositivi o al gruppo /root/<Nome cliente o progetto>/Devices.
Allarmi
di servizio I responsabili dei servizi di solito non sono interessati ai guasti tecnici che non influenzano il loro servizio. Tuttavia, se eventuali misurazioni al di sotto dell'albero dei servizi vengono propagate al loro oggetto di servizio superiore, desiderano essere avvisati immediatamente. A tal fine, dispositivi di allarme o gruppi di allarme separati sono collegati ai singoli servizi sotto /root/<Nome cliente o progetto>/Servizi/SLO. Ad esempio, se il servizio slapd su entrambi i server LDAP smette di funzionare, la funzione LDAP diventa rossa e successivamente anche il servizio aziendale 1 diventa rosso. L'oggetto di allarme collegato invierà un'e-mail al responsabile del servizio.

Rapporti

I report definiscono descrizioni personalizzate che possono essere generate manualmente o dallo Scheduler dei report. Di solito viene configurato un singolo report PDF per ogni servizio. Può contenere cronologie di stato o informazioni sull'adempimento degli SLC relative al periodo di tempo scelto per il report. Il report stesso contiene la configurazione dei contenuti. Per ogni report è possibile allegare uno o più Scheduler di report che generano regolarmente un file di output basato sulla configurazione del report. Gli Scheduler di report possono anche inviare automaticamente il report generato a uno o più indirizzi e-mail.

Oltre al PDF, è possibile configurare anche altri tipi di report, ad esempio report CSV o XML.

Documentazione