Scoperta a basso livello

Panoramica

La low-level discovery (LLD) rileva automaticamente le entità (ad esempio, file system, interfacce di rete) su un host e crea gli item, trigger e grafici corrispondenti senza configurazione manuale per ciascuna.

Per usare LLD, si crea una regola di discovery che raccoglie dati JSON che descrivono le entità e dei prototype (item, trigger e grafico) per ogni entità.

Il JSON restituito dalla regola deve essere un array di oggetti, in cui ogni oggetto rappresenta una singola entità scoperta tramite coppie chiave-valore. Ad esempio, una regola di discovery con net.if.discovery potrebbe restituire:

[
  {"{#IFNAME}": "lo"},
  {"{#IFNAME}": "eth0"}
]

Un insieme corrispondente di item, trigger e grafici viene quindi creato dai prototype: uno per ogni interfaccia (lo e eth0).

Se gli oggetti contengono chiavi nel formato {#MACRO}, tali macro vengono usate direttamente nei prototype. In caso contrario, oppure se sono necessarie macro aggiuntive/personalizzate, le macro possono essere definite manualmente e mappate ai campi JSON tramite JSONPath.

LLD può anche creare host (ad esempio, per macchine virtuali rilevate su un hypervisor) e supporta regole di discovery nidificate per il rilevamento multilivello.

Le entità che non vengono più rilevate possono essere automaticamente disabilitate o eliminate.

Configurazione della discovery a basso livello

Illustreremo la discovery a basso livello con un esempio di discovery del file system.

Per configurare la discovery, procedere come segue:

  1. Andare su Data collection > Templates o Hosts.
  2. Fare clic su Discovery nella riga del template/host appropriato.

  1. Fare clic su Create discovery rule nell'angolo in alto a destra della schermata.
  2. Compilare il modulo della regola di discovery con i dettagli richiesti.

Regola di discovery

Il modulo della regola di discovery contiene cinque schede, che rappresentano, da sinistra a destra, il flusso dei dati durante la discovery:

  • Discovery rule - specifica, soprattutto, l'item incorporato o lo script personalizzato da usare per recuperare i dati di discovery.
  • Preprocessing - applica alcuni passaggi di preprocessing ai dati scoperti.
  • LLD macros - consente di estrarre alcuni valori macro da usare negli item, trigger, ecc. scoperti.
  • Filters - consente di filtrare i valori scoperti.
  • Overrides - consente di modificare item, trigger, grafici o prototipi di host quando si applicano a oggetti scoperti specifici.

La scheda Discovery rule contiene la chiave dell'item da usare per la discovery, oltre ad alcuni attributi generali della regola di discovery:

Tutti i campi di input obbligatori sono contrassegnati da un asterisco rosso.

Parameter Description
Name Nome della regola di discovery.
Type Il tipo di controllo da eseguire per la discovery.
In questo esempio stiamo usando un item di tipo Zabbix agent.
La regola di discovery può anche essere un dependent item, dipendente da un item normale. Non può dipendere da un'altra regola di discovery. Per un dependent item, selezionare il tipo corrispondente (Dependent item) e specificare il master item nel campo 'Master item'. Il master item deve esistere.
Key Immettere la chiave dell'item di discovery (fino a 2048 caratteri).
Ad esempio, è possibile usare la chiave incorporata dell'item "vfs.fs.discovery" per restituire una stringa JSON con l'elenco dei file system presenti sul computer, i loro tipi e le opzioni di mount.
Si noti che un'altra opzione per la discovery dei file system è usare i risultati di discovery tramite la chiave agent "vfs.fs.get" (vedere example).
Update interval Questo campo specifica con quale frequenza Zabbix esegue la discovery. All'inizio, quando si sta configurando la discovery dei file system, potrebbe essere utile impostarlo su un intervallo breve, ma una volta verificato che funziona è possibile impostarlo su 30 minuti o più, perché i file system di solito non cambiano molto spesso.
Sono supportati i time suffixes, ad esempio 30s, 1m, 2h, 1d.
Sono supportati i User macros.
Note: L'intervallo di aggiornamento può essere impostato su '0' solo se esistono intervalli personalizzati con un valore diverso da zero. Se impostato su '0' e se esiste un intervallo personalizzato (flessibile o pianificato) con un valore diverso da zero, l'item verrà interrogato durante la durata dell'intervallo personalizzato.
Le nuove regole di discovery verranno verificate entro 60 secondi dalla loro creazione, a meno che non abbiano un intervallo di aggiornamento Scheduling o Flexible e che il valore di Update interval sia impostato su 0.
Note che per una regola di discovery esistente la discovery può essere eseguita immediatamente premendo il pulsante Execute now button.
Custom intervals È possibile creare regole personalizzate per il controllo dell'item:
Flexible - crea un'eccezione all'Update interval (intervallo con frequenza diversa)
Scheduling - crea una pianificazione personalizzata di polling.
Per informazioni dettagliate vedere Custom intervals.
Timeout Impostare il timeout del controllo di discovery. Selezionare l'opzione di timeout:
Global - viene usato il timeout di proxy/global (visualizzato nel campo Timeout disattivato);
Override - viene usato un timeout personalizzato (impostato nel campo Timeout; intervallo consentito: 1 - 600s). Sono supportati i time suffixes, ad esempio 30s, 1m, e i user macros.
Facendo clic sul link Timeouts è possibile configurare i timeout di proxy o i timeout global (se non viene usato un proxy). Si noti che il link Timeouts è visibile solo agli utenti di tipo Super admin con permessi per le sezioni frontend Administration > General o Administration > Proxies.
Delete lost resources Specificare dopo quanto tempo l'entità scoperta verrà eliminata una volta che il suo stato di discovery diventa "Not discovered anymore":
Never - non verrà eliminata;
Immediately - verrà eliminata immediatamente;
After - verrà eliminata dopo il periodo di tempo specificato. Il valore deve essere maggiore del valore di Disable lost resources.
Sono supportati i time suffixes, ad esempio 2h, 1d.
Sono supportati i User macros.
Note: L'uso di "Immediately" non è consigliato, poiché una modifica errata del filtro potrebbe portare all'eliminazione dell'entità con tutti i dati storici.
Si noti che le risorse disabilitate manualmente non verranno eliminate dalla low-level discovery.
Disable lost resources Specificare dopo quanto tempo l'entità scoperta verrà disabilitata una volta che il suo stato di discovery diventa "Not discovered anymore":
Never - non verrà disabilitata;
Immediately - verrà disabilitata immediatamente;
After - verrà disabilitata dopo il periodo di tempo specificato. Il valore dovrebbe essere maggiore dell'intervallo di aggiornamento della regola di discovery.
Si noti che le risorse disabilitate automaticamente verranno riabilitate se riscoperte dalla low-level discovery. Le risorse disabilitate manualmente non verranno riabilitate se riscoperte.
Questo campo non viene visualizzato se Delete lost resources è impostato su "Immediately".
Sono supportati i time suffixes, ad esempio 2h, 1d.
Sono supportati i User macros.
Description Immettere una descrizione.
Enabled Se selezionata, la regola verrà elaborata.

La cronologia della regola di discovery non viene conservata.

Preprocessing

La scheda Preprocessing consente di definire regole di trasformazione da applicare al risultato della discovery. In questa fase sono possibili una o più trasformazioni. Le trasformazioni vengono eseguite nell'ordine in cui sono definite. Tutto il preprocessing viene eseguito da Zabbix server.

Vedi anche:

Type
Transformation Description
Text
Regular expression Confronta il valore ricevuto con l'espressione regolare <pattern> e sostituisce il valore con il <output> estratto. L'espressione regolare supporta l'estrazione di un massimo di 10 gruppi catturati con la sequenza \N.
Parameters:
pattern - espressione regolare
output - template di formattazione dell'output. Una sequenza di escape \N (dove N=1…9) viene sostituita con il gruppo corrispondente N-esimo. Una sequenza di escape \0 viene sostituita con il testo corrispondente.
Se si seleziona la casella Custom on fail, è possibile specificare opzioni personalizzate di gestione dell'errore: scartare il valore, impostare un valore specificato oppure impostare un messaggio di errore specificato.
Replace Trova la stringa di ricerca e sostituiscila con un'altra (o con nulla). Tutte le occorrenze della stringa di ricerca verranno sostituite.
Parameters:
search string - la stringa da trovare e sostituire, con distinzione tra maiuscole e minuscole (obbligatorio)
replacement - la stringa con cui sostituire la stringa di ricerca. La stringa di sostituzione può anche essere vuota, consentendo di fatto di eliminare la stringa di ricerca quando viene trovata.
È possibile usare sequenze di escape per cercare o sostituire interruzioni di riga, ritorni a capo, tabulazioni e spazi "\n \r \t \s"; il backslash può essere escapato come "\\" e le sequenze di escape possono essere escapate come "\\n". L'escape di interruzioni di riga, ritorni a capo e tabulazioni viene eseguito automaticamente durante la low-level discovery.
Structured data
JSONPath Estrae un valore o un frammento dai dati JSON usando la funzionalità JSONPath.
Se si seleziona la casella Custom on fail, è possibile specificare opzioni personalizzate di gestione dell'errore: scartare il valore, impostare un valore specificato oppure impostare un messaggio di errore specificato.
XML XPath Estrae un valore o un frammento dai dati XML usando la funzionalità XPath.
Perché questa opzione funzioni, Zabbix server deve essere compilato con il supporto libxml.
Esempi:
number(/document/item/value) estrarrà 10 da <document><item><value>10</value></item></document>
number(/document/item/@attribute) estrarrà 10 da <document><item attribute="10"></item></document>
/document/item estrarrà <item><value>10</value></item> da <document><item><value>10</value></item></document>
Nota che i namespace non sono supportati.
Se si seleziona la casella Custom on fail, è possibile specificare opzioni personalizzate di gestione dell'errore: scartare il valore, impostare un valore specificato oppure impostare un messaggio di errore specificato.
CSV to JSON Converte i dati di un file CSV in formato JSON.
Per ulteriori informazioni, vedere: CSV to JSON preprocessing.
XML to JSON Converte i dati in formato XML in JSON.
Per ulteriori informazioni, vedere: Regole di serializzazione.
Se si seleziona la casella Custom on fail, è possibile specificare opzioni personalizzate di gestione dell'errore: scartare il valore, impostare un valore specificato oppure impostare un messaggio di errore specificato.
SNMP
SNMP walk value Estrae il valore tramite l'OID/nome MIB specificato e applica le opzioni di formattazione:
Unchanged - restituisce Hex-STRING come stringa esadecimale non escapata (nota che i display hints vengono comunque applicati);
UTF-8 from Hex-STRING - converte Hex-STRING in una stringa UTF-8;
MAC from Hex-STRING - converte Hex-STRING in una stringa di indirizzo MAC (in cui ' ' viene sostituito da ':');
Integer from BITS - converte i primi 8 byte di una stringa di bit espressa come sequenza di caratteri esadecimali (ad esempio "1A 2B 3C 4D") in un intero senza segno a 64 bit. Nelle stringhe di bit più lunghe di 8 byte, i byte successivi verranno ignorati.
Se si seleziona la casella Custom on fail, è possibile specificare opzioni personalizzate di gestione dell'errore: scartare il valore, impostare un valore specificato oppure impostare un messaggio di errore specificato.
SNMP walk to JSON Converte i valori SNMP in JSON. Specifica un nome di campo nel JSON e il corrispondente percorso SNMP OID. I valori dei campi verranno popolati con i valori nel percorso SNMP OID specificato.
Puoi usare questo passaggio di preprocessing per SNMP OID discovery.
Sono disponibili opzioni di formattazione del valore simili a quelle del passaggio SNMP walk value.
Se si seleziona la casella Custom on fail, è possibile specificare opzioni personalizzate di gestione dell'errore: scartare il valore, impostare un valore specificato oppure impostare un messaggio di errore specificato.
SNMP get value Applica opzioni di formattazione al valore SNMP get:
UTF-8 from Hex-STRING - converte Hex-STRING in una stringa UTF-8;
MAC from Hex-STRING - converte Hex-STRING in una stringa di indirizzo MAC (in cui ' ' viene sostituito da ':');
Integer from BITS - converte i primi 8 byte di una stringa di bit espressa come sequenza di caratteri esadecimali (ad esempio "1A 2B 3C 4D") in un intero senza segno a 64 bit. Nelle stringhe di bit più lunghe di 8 byte, i byte successivi verranno ignorati.
Se si seleziona la casella Custom on fail, è possibile specificare opzioni personalizzate di gestione dell'errore: scartare il valore, impostare un valore specificato oppure impostare un messaggio di errore specificato.
Custom scripts
JavaScript Inserisci il codice JavaScript nell'editor modale che si apre facendo clic nel campo del parametro o sull'icona a forma di matita accanto ad esso.
Nota che la lunghezza disponibile del JavaScript dipende dal database utilizzato.
Per ulteriori informazioni, vedere: Javascript preprocessing
Validation
Does not match regular expression Specifica un'espressione regolare che un valore non deve corrispondere.
Ad esempio Error:(.*?)\.
Se si seleziona la casella Custom on fail, è possibile specificare opzioni personalizzate di gestione dell'errore: scartare il valore, impostare un valore specificato oppure impostare un messaggio di errore specificato.
Check for error in JSON Controlla la presenza di un messaggio di errore a livello applicativo situato in JSONPath. Interrompe l'elaborazione se ha esito positivo e il messaggio non è vuoto; altrimenti continua l'elaborazione con il valore precedente a questo passaggio di preprocessing. Nota che questi errori del servizio esterno vengono segnalati all'utente così come sono, senza aggiungere informazioni sul passaggio di preprocessing.
Ad esempio $.errors. Se viene ricevuto un JSON come {"errors":"e1"}, il passaggio di preprocessing successivo non verrà eseguito.
Se si seleziona la casella Custom on fail, è possibile specificare opzioni personalizzate di gestione dell'errore: scartare il valore, impostare un valore specificato oppure impostare un messaggio di errore specificato.
Check for error in XML Controlla la presenza di un messaggio di errore a livello applicativo situato in Xpath. Interrompe l'elaborazione se ha esito positivo e il messaggio non è vuoto; altrimenti continua l'elaborazione con il valore precedente a questo passaggio di preprocessing. Nota che questi errori del servizio esterno vengono segnalati all'utente così come sono, senza aggiungere informazioni sul passaggio di preprocessing.
Nessun errore verrà segnalato in caso di mancata analisi di XML non valido.
Se si seleziona la casella Custom on fail, è possibile specificare opzioni personalizzate di gestione dell'errore: scartare il valore, impostare un valore specificato oppure impostare un messaggio di errore specificato.
Matches regular expression Specifica un'espressione regolare a cui un valore deve corrispondere.
Se si seleziona la casella Custom on fail, è possibile specificare opzioni personalizzate di gestione dell'errore: scartare il valore, impostare un valore specificato oppure impostare un messaggio di errore specificato.
Throttling
Discard unchanged with heartbeat Scarta un valore se non è cambiato entro il periodo di tempo definito (in secondi).
Sono supportati valori interi positivi per specificare i secondi (minimo - 1 secondo). In questo campo è possibile usare suffissi di tempo (ad esempio 30s, 1m, 2h, 1d). In questo campo è possibile usare macro utente e macro di low-level discovery.
Per un item di discovery è possibile specificare una sola opzione di throttling.
Ad esempio 1m. Se lo stesso testo viene passato in questa regola due volte entro 60 secondi, verrà scartato.
Nota: la modifica dei prototipi di item non reimposta il throttling. Il throttling viene reimpostato solo quando vengono modificati i passaggi di preprocessing.
Prometheus
Prometheus to JSON Converte le metriche Prometheus richieste in JSON.
Per ulteriori dettagli, vedere Controlli Prometheus.

Nota che se la discovery rule è stata applicata all'host tramite template, il contenuto di questa scheda è di sola lettura.

Macro personalizzate

La scheda LLD macros consente di specificare LLD macros personalizzate quando il JSON restituito non contiene già chiavi nel formato {#MACRO}.

Ad esempio, la chiave dell'item agent vfs.fs.get restituisce dati JSON filesystem senza alcuna LLD macro predefinita.
Qui, si definiscono manualmente le macro e le si mappano ai valori nel JSON usando espressioni JSONPath:

Parameter Description
LLD macro Nome della LLD macro nel formato {#MACRO}.
JSONPath Espressione che definisce quale valore estrarre da ciascuna entità rilevata nell'array JSON.
Ad esempio, $.foo estrae "bar" e "baz" da
[{"foo":"bar"}, {"foo":"baz"}].

JSONPath supporta sia la notazione con punto sia quella con parentesi quadre. La notazione con parentesi quadre deve essere usata per chiavi contenenti caratteri speciali o Unicode, ad esempio,
$['unicode + special chars #1']['unicode + special chars #2'].

La regola di discovery deve restituire un array JSON alla radice ($.).
Per compatibilità con le versioni precedenti, è accettato anche un oggetto JSON contenente un singolo array "data". In questo caso, l'array "data" viene automaticamente estratto:

{"data":[{"foo":"bar"}, {"foo":"baz"}]}

Filtro

Un filtro può essere utilizzato per generare item, trigger e grafici reali solo per le entità che corrispondono ai criteri. La scheda Filters contiene le definizioni del filtro della regola di discovery, consentendo di filtrare i valori di discovery:

Parameter Description
Type of calculation Sono disponibili le seguenti opzioni per il calcolo dei filtri:
And - tutti i filtri devono essere soddisfatti;
Or - è sufficiente che un filtro sia soddisfatto;
And/Or - usa And con nomi macro diversi e Or con lo stesso nome macro;
Custom expression - offre la possibilità di definire un calcolo personalizzato dei filtri. La formula deve includere tutti i filtri presenti nell'elenco. Limitato a 255 simboli.
Filters Sono disponibili i seguenti operatori di condizione del filtro: matches, does not match, exists, does not exist.
Gli operatori matches e does not match si aspettano una Perl Compatible Regular Expression (PCRE).
È possibile inserire un'espressione regolare o fare riferimento a una regular expression globale nel campo Regular expression.

Gli operatori exists e does not exist consentono di filtrare le entità in base alla presenza o assenza della specificata macro LLD nella risposta.
Si noti che se una macro del filtro è assente nella risposta, l'entità trovata verrà ignorata, a meno che non sia specificata una condizione "does not exist" per questa macro.

Verrà visualizzato un avviso se l'assenza di una macro influisce sul risultato dell'espressione. Ad esempio, se {#B} manca in:
{#A} matches 1 and {#B} matches 2 - verrà mostrato un avviso
{#A} matches 1 or {#B} matches 2 - nessun avviso.

Ad esempio, se si è interessati solo ai file system C:, D: ed E:, è possibile inserire {#FSNAME} nel campo Macro e ^C|^D|^E nel campo Regular expression.
Il filtraggio è possibile anche in base ai tipi di file system usando la macro {#FSTYPE} (ad esempio ^ext|^reiserfs) e in base ai tipi di unità disco (supportato solo da Windows agent) usando la macro {#FSDRIVETYPE} (ad esempio fixed).

Per testare un'espressione regolare è possibile usare grep -E, ad esempio:

for f in ext2 nfs reiserfs smbfs; 
do echo $f | grep -E '^ext|^reiserfs' || echo "SKIP: $f"; 
done

Un errore o un refuso nell'espressione regolare usata nella regola LLD (ad esempio, un'espressione regolare non corretta per "File systems for discovery") può causare l'eliminazione di migliaia di elementi di configurazione, valori storici ed eventi per molti host.

Il database Zabbix in MySQL deve essere creato con distinzione tra maiuscole e minuscole se si desidera che i nomi dei file system che differiscono solo per maiuscole/minuscole vengano rilevati correttamente.

Override

La scheda Overrides consente di impostare regole per modificare l'elenco di item, trigger, graph, host e discovery prototype, oppure i relativi attributi, per gli oggetti rilevati che soddisfano criteri specifici.

Gli override, se presenti, vengono visualizzati in un elenco riordinabile tramite trascinamento e rilascio ed eseguiti nell'ordine in cui sono definiti. Per configurare i dettagli di un nuovo override, fare clic su nel blocco Overrides. Per modificare un override esistente, fare clic sul nome dell'override. Si aprirà una finestra popup che consente di modificare i dettagli della regola di override.

Tutti i parametri obbligatori sono contrassegnati da asterischi rossi.

Parameter Description
Name Un nome univoco dell'override (per regola LLD).
If filter matches Definisce se gli override successivi devono essere elaborati quando le condizioni del filtro sono soddisfatte:
Continue overrides - gli override successivi verranno elaborati.
Stop processing - verranno eseguite le operazioni degli override precedenti (se presenti) e di questo override, mentre gli override successivi verranno ignorati per le righe LLD corrispondenti.
Filters Determina a quali entità rilevate deve essere applicato l'override. I filtri dell'override vengono elaborati dopo i filtri della regola di discovery e hanno la stessa funzionalità.
Operations Le operazioni di override vengono visualizzate con questi dettagli:
Condition - un tipo di oggetto e una condizione da soddisfare per il nome dell'oggetto; ad esempio: Trigger prototype non è uguale a Disk space is low (used > 50%).
Actions - vengono visualizzati i collegamenti per modificare e rimuovere un'operazione.

Configurazione di un'operazione

Per configurare i dettagli di una nuova operazione, fare clic su nel blocco Operations. Per modificare un'operazione esistente, fare clic su accanto all'operazione. Si aprirà una finestra popup in cui è possibile modificare i dettagli dell'operazione.

Parameter Description
Object Sono disponibili cinque tipi di oggetti:
Item prototype
Trigger prototype
Graph prototype
Host prototype
Discovery prototype
Condition Consente di filtrare le entità a cui deve essere applicata l'operazione.
Operator Operatori supportati:
equals - applica a questo prototype
does not equal - applica a tutti i prototype, tranne questo
contains - applica se il nome del prototype contiene questa stringa
does not contain - applica se il nome del prototype non contiene questa stringa
matches - applica se il nome del prototype corrisponde all'espressione regolare
does not match - applica se il nome del prototype non corrisponde all'espressione regolare
Pattern Una espressione regolare o una stringa da cercare.
Object: Item prototype
Create enabled Quando la casella di controllo è selezionata, verranno visualizzati i pulsanti che consentono di sovrascrivere le impostazioni originali dell'item prototype:
Yes - l'item verrà aggiunto in stato abilitato.
No - l'item verrà aggiunto a un'entità rilevata, ma in stato disabilitato.
Discover Quando la casella di controllo è selezionata, verranno visualizzati i pulsanti che consentono di sovrascrivere le impostazioni originali dell'item prototype:
Yes - l'item verrà aggiunto.
No - l'item non verrà aggiunto.
Update interval Quando la casella di controllo è selezionata, verranno visualizzate due opzioni che consentono di impostare un intervallo diverso per l'item:
Delay - intervallo di aggiornamento dell'item. Sono supportati user macros, LLD macros e time suffixes (ad esempio 30s, 1m, 2h, 1d). Deve essere impostato a 0 se viene usato Custom interval.
Custom interval - fare clic su per specificare intervalli flessibili o pianificati. Per informazioni dettagliate, vedere Custom intervals.
History Quando la casella di controllo è selezionata, verranno visualizzati i pulsanti che consentono di impostare un diverso periodo di conservazione della history per l'item:
Do not store - se selezionato, la history non verrà memorizzata.
Store up to - se selezionato, a destra verrà visualizzato un campo di input per specificare il periodo di conservazione. Sono supportati user macros e LLD macros.
Trends Quando la casella di controllo è selezionata, verranno visualizzati i pulsanti che consentono di impostare un diverso periodo di conservazione dei trends per l'item:
Do not store - se selezionato, i trends non verranno memorizzati.
Store up to - se selezionato, a destra verrà visualizzato un campo di input per specificare il periodo di conservazione. Sono supportati user macros e LLD macros.
Tags Quando la casella di controllo è selezionata, verrà visualizzato un nuovo blocco che consente di specificare coppie tag-valore. Sono supportati user macros e LLD macros.
Questi tag verranno aggiunti ai tag specificati nell'item prototype, anche se i nomi dei tag coincidono.
Object: Trigger prototype
Create enabled Quando la casella di controllo è selezionata, verranno visualizzati i pulsanti che consentono di sovrascrivere le impostazioni originali del trigger prototype:
Yes - il trigger verrà aggiunto in stato abilitato.
No - il trigger verrà aggiunto a un'entità rilevata, ma in stato disabilitato.
Discover Quando la casella di controllo è selezionata, verranno visualizzati i pulsanti che consentono di sovrascrivere le impostazioni originali del trigger prototype:
Yes - il trigger verrà aggiunto.
No - il trigger non verrà aggiunto.
Severity Quando la casella di controllo è selezionata, verranno visualizzati i pulsanti di severità del trigger, che consentono di modificarne la severità.
Tags Quando la casella di controllo è selezionata, verrà visualizzato un nuovo blocco che consente di specificare coppie tag-valore. Sono supportati user macros e LLD macros.
Questi tag verranno aggiunti ai tag specificati nel trigger prototype, anche se i nomi dei tag coincidono.
Object: Graph prototype
Discover Quando la casella di controllo è selezionata, verranno visualizzati i pulsanti che consentono di sovrascrivere le impostazioni originali del graph prototype:
Yes - il graph verrà aggiunto.
No - il graph non verrà aggiunto.
Object: Host prototype
Create enabled Quando la casella di controllo è selezionata, verranno visualizzati i pulsanti che consentono di sovrascrivere le impostazioni originali del host prototype:
Yes - l'host verrà creato in stato abilitato.
No - l'host verrà creato in stato disabilitato.
Discover Quando la casella di controllo è selezionata, verranno visualizzati i pulsanti che consentono di sovrascrivere le impostazioni originali del host prototype:
Yes - l'host verrà rilevato.
No - l'host non verrà rilevato.
Link templates Quando la casella di controllo è selezionata, verrà visualizzato un campo di input per specificare i template. Iniziare a digitare il nome del template oppure fare clic su Select accanto al campo e selezionare i template dall'elenco in una finestra popup.
I template di questo override vengono aggiunti a tutti i template già collegati al host prototype.
Tags Quando la casella di controllo è selezionata, verrà visualizzato un nuovo blocco che consente di specificare coppie tag-valore. Sono supportati user macros e LLD macros.
Questi tag verranno aggiunti ai tag specificati nel host prototype, anche se i nomi dei tag coincidono.
Host inventory Quando la casella di controllo è selezionata, verranno visualizzati i pulsanti che consentono di selezionare un diverso mode di inventory per il host prototype:
Disabled - non compilare l'inventory dell'host
Manual - fornire i dettagli manualmente
Automated - compilare automaticamente i dati dell'inventory dell'host in base alle metriche raccolte.
Object: Discovery prototype
Create enabled Quando la casella di controllo è selezionata, verranno visualizzati i pulsanti che consentono di sovrascrivere le impostazioni originali del discovery prototype:
Yes - la regola di discovery verrà aggiunta in stato abilitato.
No - la regola di discovery verrà aggiunta in stato disabilitato.
Discover Quando la casella di controllo è selezionata, verranno visualizzati i pulsanti che consentono di sovrascrivere le impostazioni originali del discovery prototype:
Yes - la regola di discovery verrà aggiunta.
No - la regola di discovery non verrà aggiunta.
Update interval Quando la casella di controllo è selezionata, verranno visualizzate due opzioni che consentono di impostare un intervallo diverso per la regola di discovery:
Delay - intervallo di aggiornamento della regola. Sono supportati user macros, LLD macros e time suffixes (ad esempio 30s, 1m, 2h, 1d). Deve essere impostato a 0 se viene usato Custom interval.
Custom interval - fare clic su per specificare intervalli flessibili o pianificati. Per informazioni dettagliate, vedere Custom intervals.

Pulsanti del modulo

I pulsanti nella parte inferiore del modulo consentono di eseguire diverse operazioni.

Aggiungi una regola di individuazione. Questo pulsante è disponibile solo per le nuove regole di individuazione.
Aggiorna le proprietà di una regola di individuazione. Questo pulsante è disponibile solo per le regole di individuazione esistenti.
Crea un'altra regola di individuazione basata sulle proprietà della regola di individuazione corrente.
Esegui immediatamente l'individuazione in base alla regola di individuazione. La regola di individuazione deve già esistere. Vedi maggiori dettagli.
Nota: quando si esegue immediatamente l'individuazione, la cache di configurazione non viene aggiornata, pertanto il risultato non rifletterà modifiche molto recenti alla configurazione della regola di individuazione.
Verifica la configurazione della regola di individuazione. Usa questo pulsante per verificare le impostazioni di configurazione (come la connettività e la correttezza dei parametri) senza applicare permanentemente alcuna modifica.
Elimina la regola di individuazione.
Annulla la modifica delle proprietà della regola di individuazione.

Entità rilevate

Le schermate seguenti illustrano come appaiono item, trigger e grafici rilevati nella configurazione dell'host. Le entità rilevate sono precedute da un collegamento arancione alla regola di discovery da cui provengono.

Si noti che le entità rilevate non verranno create nel caso in cui esistano già entità con gli stessi criteri di unicità, ad esempio un item con la stessa chiave o un grafico con lo stesso nome. In questo caso, nel frontend viene visualizzato un messaggio di errore che indica che la regola di low-level discovery non ha potuto creare determinate entità. La regola di discovery stessa, tuttavia, non diventerà unsupported perché alcune entità non hanno potuto essere create e hanno dovuto essere saltate. La regola di discovery continuerà a creare/aggiornare altre entità.

Se un'entità rilevata (host, file system, interfaccia, ecc.) smette di essere rilevata (o non supera più il filtro), le entità create sulla sua base possono essere automaticamente disabilitate ed eventualmente eliminate.

Le risorse perse possono essere automaticamente disabilitate in base al valore del parametro Disable lost resources. Questo riguarda host, item e trigger persi.

Le risorse perse possono essere automaticamente eliminate in base al valore del parametro Delete lost resources. Questo riguarda host, gruppi di host, item, trigger e grafici persi.

Quando le entità rilevate diventano 'Not discovered anymore', nell'elenco delle entità viene visualizzato un indicatore di durata. Spostando il puntatore del mouse su di esso, verrà visualizzato un messaggio che ne indica i dettagli di stato.

Se le entità sono state contrassegnate per l'eliminazione, ma non sono state eliminate nel momento previsto (regola di discovery o host dell'item disabilitati), verranno eliminate la volta successiva in cui la regola di discovery verrà elaborata.

Le entità che contengono altre entità contrassegnate per l'eliminazione non verranno aggiornate se modificate a livello di regola di discovery. Ad esempio, i trigger basati su LLD non verranno aggiornati se contengono item contrassegnati per l'eliminazione.

Altri tipi di discovery

Maggiori dettagli e istruzioni su altri tipi di discovery pronti all'uso sono disponibili nelle sezioni seguenti:

Per maggiori dettagli sul formato JSON per gli item di discovery e un esempio su come implementare il proprio rilevatore di file system come script Perl, vedere creazione di regole LLD personalizzate.