Lo SLO (Service Level Object) è l'elemento fondamentale di un modello di servizio. Consente di mappare un servizio aziendale o IT con tutti i suoi elementi ridondanti ed è il prerequisito per l'implementazione dell'allarme di servizio. Uno SLO può riassumere lo stato dei dispositivi o dei servizi (ad esempio, la disponibilità totale di servizi/collegamenti ridondanti/ecc.). Esempi di base per tali servizi potrebbero essere una funzione DNS con i suoi server di nomi primario e secondario, oppure un gruppo di server Tomcat in cui solo 3 dei 4 server devono essere in esecuzione affinché il servizio sia disponibile e offra prestazioni sufficienti.

Per aggiungere uno SLO: ad esempio in /root /Customer /Services, selezionare Add SLO dal menu a tendina:

Dopo aver inserito un nome per il nuovo SLO, specificarne il tipo (facoltativo), quindi fare clic su OK o su OK, Aggiungi successivo se è necessario aggiungere un altro SLO:

È possibile scegliere tra i seguenti tipi di SLO:

• Comune
  
  • Applicazione
  • Fase dell'applicazione
  • Aziendale
  • Cliente
  • Dispositivo
  • Funzione
  • Infrastruttura
  • IT
  • Standard (predefinito)
  • In alto
• Processo
  • Processo
  • Fase del processo
  • Attività di processo

Il tipo SLO predefinito è Standard. Se si seleziona Top, lo SLO viene visualizzato in una vista dell'inventario dei servizi. Per ulteriori dettagli, consultare la sezione Mostra inventario dei servizi.

Collegamento di oggetti a uno SLO

Esistono due metodi per collegare oggetti a uno SLO: dipendenze (statiche) e filtri (dinamici).

Dipendenze

I sotto-SLO o altri elementi esistenti in un altro punto dell'albero degli oggetti possono essere collegati come dipendenza utilizzando la voce Modifica dipendenza nell'SLO dal menu a discesa:

A destra viene visualizzata una nuova finestra in cui è possibile cercare gli oggetti da collegare allo SLO. Esplorare l'albero degli oggetti e selezionare gli oggetti facendo clic sulla freccia di ciascun oggetto (solo gli oggetti collegabili hanno una freccia attiva) oppure selezionando prima le caselle di controllo degli oggetti richiesti e poi una delle frecce nella finestra a destra. La casella di controllo dell'oggetto su cui si fa clic con la freccia può essere lasciata deselezionata, poiché verrà comunque selezionata.

Dopo aver aggiunto gli oggetti, questi dovrebbero apparire a sinistra sotto l'SLO. Fare clic su OK:

Collegamento di oggetti a uno SLO utilizzando EQL

Un altro modo per collegare rapidamente oggetti specifici a uno SLO è utilizzare la riga di comando EQL per il filtraggio ricorsivo. Nell'esempio sopra, 2 dispositivi sono stati collegati allo SLO. Tuttavia, i modelli di servizio collegano principalmente singoli lavori, non interi dispositivi. È possibile collegare facilmente più lavori con EQL. Come sopra, selezionare Modifica dipendenza dal menu a discesa SLO e individuare il gruppo padre dei dispositivi che contengono i lavori. Quindi fare clic sul pulsante EQL nell'angolo in basso a destra del riquadro destro. Immettere la query EQL get job nel campo Query EQL:

Tutti i lavori sotto il gruppo /root /Customer /Devices sono elencati nel riquadro destro. Selezionare quelli che devono essere collegati allo SLO e fare clic su una delle frecce. Confermare facendo clic su OK. Il risultato:

Invece di elencare tutti i lavori con get job, EQL consente un ulteriore filtraggio per nome o stato, ecc. Per ulteriori dettagli, consultare il capitolo EQL: linguaggio di query SKOOR Engine.

Filtri

Invece di creare dipendenze statiche dagli oggetti, gli SLO possono collegare dinamicamente gli oggetti che corrispondono a determinati criteri. Dopo aver aggiunto uno SLO, il metodo nella sezione Oggetti secondari deve essere impostato su Definisci filtro.

I menu a tendina Search below (Cerca sotto) e Type (Tipo) vengono visualizzati nella configurazione SLO, insieme a una sezione filtro per aggiungere criteri. Utilizzare il pulsante Browse (Sfoglia) per selezionare un gruppo in cui cercare gli oggetti per questo SLO. Per aggiungere o rimuovere criteri di filtro, è possibile fare clic sui pulsanti + o - sul lato destro dell'elenco. 

Gli oggetti vengono aggiunti e rimossi automaticamente dallo SLO in base ai criteri definiti. 

Regole di correlazione SLO

Ora è possibile configurare l'influenza che gli stati di questi oggetti sottostanti hanno sull'SLO. Scegliere Modifica parametri dal menu a discesa SLO o fare clic sull'icona a forma di matita.

SLO con ponderazione dello stato AND, Qualsiasi stato

La ponderazione predefinita degli stati SLO è AND e gli stati considerati sono impostati su Qualsiasi stato:

Tabella degli stati risultante

Lo SLO adotta lo stato peggiore di uno qualsiasi degli oggetti collegati:

SLO con ponderazione dello stato AND, solo Major

In questo esempio, la ponderazione dello stato è AND e gli Stati considerati sono impostati solo su Major. Ciò significa che tutti gli oggetti sottostanti devono essere nello stato OK o almeno non nello stato Major, affinché lo SLO rimanga nello stato OK.

Tabella di stato risultante

Solo uno stato Major degli oggetti collegati Icmp su server1 e Icmp su server2 viene ereditato dallo SLO. Lo stato dello SLO è Major se lo stato di un oggetto sottostante è Major.

Per gli SLO configurati con la regola "AND" è necessario tenere presente quanto segue

• AND con Major significa solo che se uno o più oggetti dipendenti sono nello stato Major, lo SLO adotterà lo stato Major.
• AND con Any state è il comportamento di un oggetto di gruppo. Lo SLO adotta lo stato peggiore degli oggetti collegati (ovvero lo stato peggiore al di sotto dello stato No Data). Gli stati No Data sono considerati OK.
• Uno SLO senza un oggetto che spinge uno stato (misurazione) assume lo stato Undefined.
• Gli stati Undefined degli oggetti al di sotto dello SLO mantengono lo stato dello SLO anch'esso nello stato Undefined fintanto che nessun altro oggetto spinge un altro stato.
• Poiché i lavori interrotti o inattivi assumono lo stato Undefined, anche gli SLO che non hanno lavori attivi al di sotto diventano Undefined.

SLO con ponderazione dello stato OR

Nell'esempio seguente, un terzo lavoro è stato collegato allo SLO. La ponderazione dello stato è OR e gli stati considerati sono impostati automaticamente su Qualsiasi stato (per "must"). La semplice configurazione OR considera solo lo stato Major degli oggetti sottostanti. Solo gli oggetti contrassegnati come Must possono far assumere allo SLO altri stati.

Con la ponderazione dell'impatto, viene definito il numero o la percentuale di oggetti figli nello stato Major. Non appena questo valore viene raggiunto, lo SLO adotterà lo stato Major. Esistono due modi per configurare la ponderazione dello stato: 

• Il numero di oggetti nello stato Major (Almeno)
• Il numero di oggetti che devono trovarsi in uno stato migliore rispetto a quello Major (Meno)

Con il cursore sotto la definizione della ponderazione dell'impatto, è possibile definire il numero di oggetti anche inserendo direttamente il numero nel campo corrispondente.

La percentuale di oggetti è una buona scelta soprattutto quando lo SLO filtra dinamicamente i suoi oggetti figli.

SLO con ponderazione dello stato OR (avanzata)

Per le configurazioni che devono considerare anche stati diversi da Major, è necessario configurare la ponderazione dello stato OR (avanzata). 

I numeri nella matrice di correlazione definiscono lo stato dello SLO a seconda dello stato degli oggetti sottostanti. Se 1 lavoro figlio fallito (dove fallito significa Major) dovrebbe risultare in uno stato di Warning sullo SLO, 2 lavori falliti dovrebbero risultare in uno stato Minor e 3 lavori falliti dovrebbero far assumere allo SLO lo stato Major, allora la configurazione sarebbe la seguente:

Questo esempio mostra 1 lavoro non riuscito che fa entrare lo SLO nello stato di Warning (giallo).

La matrice va letta come segue:

• Le colonne rappresentano lo stato degli oggetti sottostanti di questo SLO. La prima colonna contiene gli oggetti in stato Warning, la seconda colonna gli oggetti in stato Minor e la terza in stato Major.
• Le righe rappresentano lo stato risultante dello SLO

Tabella dello stato risultante

Lo stato dello SLO dipende dalla ponderazione dell'impatto degli oggetti collegati:

Nell'esempio seguente, anche gli stati Minor vengono considerati per lo stato complessivo dello SLO superiore:

3 lavori hanno uno stato Minor o peggiore (2 Minor, 1 Major), quindi si applica la regola di ponderazione Minor se almeno 3 su 3 sono in stato Minor o peggiore, lasciando lo SLO in stato Minor. 

Tabella degli stati risultante

SLO con ponderazione dello stato OR e parametro Must

Lo stato degli oggetti secondari importanti può essere propagato direttamente allo SLO senza considerare alcuna regola di impatto della ponderazione, consentendo al contempo il controllo della ponderazione degli stati relativi agli altri oggetti secondari. Selezionando la casella di controllo Must accanto a un oggetto secondario, lo stato dell'oggetto viene propagato verso l'alto nel modo seguente:

• Se Stati considerati è impostato su Qualsiasi stato (per "must"), qualsiasi stato dell'oggetto Must viene propagato allo SLO, tranne se lo stato dello SLO assume già uno stato peggiore a causa dell'impatto di ponderazione degli altri oggetti non contrassegnati come Must
• Se Stati considerati è impostato su Solo maggiore (per "must"), solo uno stato Maggiore dell'oggetto Must viene propagato allo SLO
• Se più di un oggetto è contrassegnato come Must, il comportamento di correlazione AND si applica a tutti gli oggetti Must, ovvero lo stato peggiore di tutti questi oggetti viene spinto verso l'alto

La figura seguente illustra tale configurazione:

Si noti che i numeri accanto ai campi della matrice (... di 2 sono ...) vengono automaticamente diminuiti di 1 quando si imposta 1 oggetto come Must. Tuttavia, i valori all'interno dei campi della matrice non vengono aggiornati automaticamente e devono essere riconsiderati dopo aver contrassegnato qualsiasi oggetto come Must. La ponderazione dell'impatto considera solo gli oggetti nello stato Major. A causa dell'oggetto Must, lo SLO assume uno stato Minor perché States considered è impostato su Any state (per 'must').

Tabella degli stati risultante

Simulazione dello stato

Durante la configurazione di uno SLO, in particolare con la ponderazione dell'impatto, è utile testare l'impatto degli stati degli oggetti sullo SLO. Con la scheda Simula è possibile testare la configurazione attiva. Il numero di oggetti e di oggetti Must può essere sovrascritto per simulare la stessa configurazione SLO con un numero diverso di oggetti figli. Ciò è utile soprattutto se lo SLO utilizza un filtro per collegare gli oggetti figli e quindi può avere un numero diverso di oggetti durante il suo ciclo di vita.

In primo luogo, la finestra di simulazione mostra un breve messaggio con la ponderazione dello stato configurata e gli stati considerati per gli oggetti Must. Sotto questo messaggio, lo schermo è diviso in due sezioni. La sezione Inputs contiene un fader per stato per gli oggetti Must (numero di oggetti SLO secondari "must be up") e oggetti normali (numero di oggetti SLO secondari (senza "must")). La sezione SLO state mostra lo stato risultante a seconda delle posizioni dei fader nella sezione Inputs.

I fader di stato Undefined e OK agiscono automaticamente in base ai movimenti degli altri fader. Tutti gli altri fader devono essere impostati e reimpostati manualmente. Si noti che lo stato No Data è considerato OK sugli SLO.

Flag Ignora manutenzione

Il flag Ignora manutenzione fa sì che qualsiasi stato di manutenzione degli oggetti sottostanti (Maintenance Major, Maintenance Minor o Maintenance Warning) non venga trasferito allo SLO (sono considerati OK). Se, tuttavia, la manutenzione è impostata sullo SLO stesso, questo flag non ha alcun effetto e lo SLO avrà la manutenzione impostata (vedere la sezione Modifica rivalutazione).

Questo è impostato principalmente sugli SLO principali di un servizio aziendale, dove il proprietario del processo aziendale e/o il responsabile del servizio potrebbero non essere interessati agli oggetti al di sotto dello SLO principale, che sono attualmente in manutenzione, purché il loro servizio non ne sia influenzato.

È il flag del motivo dell'allarme

Se questo flag è impostato, invece dei lavori o degli SLO dipendenti, questo SLO apparirà come motivo negli allarmi inviati dai dispositivi di allarme.

Genitore dell'interruzione

In genere un'organizzazione definisce i proprietari dei servizi o dei processi. In molti casi questi proprietari potrebbero non avere il pieno controllo su tutti i servizi secondari da cui dipende il loro servizio. In una situazione in cui dipendono da servizi condivisi, potrebbe essere necessario assicurarsi che le interruzioni dei servizi condivisi non compromettano il livello di servizio del processo aziendale o del servizio sovrastante. Ciò può essere ottenuto impostando un genitore dell'interruzione. Il genitore dell'interruzione può essere un altro SLO o un dispositivo SLC, un oggetto lavoro o gruppo. Ad esempio, il proprietario di un servizio aziendale può configurare il suo SLO di livello superiore del servizio aziendale con un SLO genitore dell'interruzione che comprende i servizi di infrastruttura IT più importanti nella sua rete, ovvero DNS, DHCP, LDAP. Se uno qualsiasi di questi servizi non funziona, il servizio aziendale che dipende da essi (implicitamente) non può funzionare correttamente e quindi non dovrebbe essere ritenuto responsabile della disponibilità del proprio servizio aziendale (SLA).

Si applicano le seguenti regole:

• Se l'oggetto padre Outage passa allo stato Major, viene automaticamente creata una finestra di manutenzione di 30 giorni su tutti gli SLO in cui è referenziato questo oggetto padre Outage.
• Se l'oggetto padre Outage passa a uno stato diverso da Major, la manutenzione padre Outage viene automaticamente chiusa su tutti gli SLO in cui è presente un riferimento a questo padre Outage.
• Le finestre di manutenzione dell'oggetto padre Outage e il loro comportamento non hanno alcun effetto sulle finestre di manutenzione già esistenti.

Comportamento della manutenzione dell'oggetto padre Outage

Quando il genitore Outage cambia il suo stato in Major, la manutenzione viene immediatamente creata sull'SLO dipendente, quindi non vengono emessi allarmi. La manutenzione viene creata per i successivi 30 giorni con il nome hardcoded manutenzione genitore outage:

La cronologia dello stato dello SLO dipendente mostra anche la manutenzione, sovrapposta con il colore blu e con la durata e il nome visibili quando si passa il mouse sulla linea nera sotto la finestra di manutenzione:

Ordine degli oggetti figlio SLO

L'ordine degli oggetti figlio SLO e quindi il modo in cui vengono visualizzati nell'inventario e nell'albero degli oggetti può essere modificato selezionando dall'elenco a discesa Ordina oggetti nella parte inferiore della sezione Comportamento SLO:

• Manualmente: facendo clic sui pulsanti su e giù accanto agli oggetti collegati, questi vengono spostati nella posizione specificata
• Per nome: gli oggetti sottostanti vengono ordinati in ordine alfabetico (senza pulsanti su/giù)
• Per stato: gli oggetti sottostanti vengono ordinati in base al loro stato attuale (senza pulsanti su/giù)