doc:appunti:linux:sa:cacti_122
Differences
This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revisionNext revisionBoth sides next revision | ||
doc:appunti:linux:sa:cacti_122 [2019/08/05 18:45] – [Riferimenti Web] niccolo | doc:appunti:linux:sa:cacti_122 [2019/08/22 11:48] – [Check passivo] niccolo | ||
---|---|---|---|
Line 293: | Line 293: | ||
Normalmente Icinga 2 effettua **check attivi**, cioè interroga l'host remoto per conoscere lo stato di una specifica grandezza ed agire di consegunza. Se l'host remoto è dietro a un firewall o comunque non è possibile conoscerne lo stato con un check diretto, è possibile utilizzare i **check passivi**, cioè è l'host remoto che informa il server Icinga 2 sul proprio stato. | Normalmente Icinga 2 effettua **check attivi**, cioè interroga l'host remoto per conoscere lo stato di una specifica grandezza ed agire di consegunza. Se l'host remoto è dietro a un firewall o comunque non è possibile conoscerne lo stato con un check diretto, è possibile utilizzare i **check passivi**, cioè è l'host remoto che informa il server Icinga 2 sul proprio stato. | ||
- | Utilizzeremo una configurazione | + | Nel nostro caso si vuole monitorare l'**esecuzione di un backup** su un host remoto. Il monitoraggio deve accorgersi non solo di un eventuale errore, ma anche della mancata esecuzione, per questo si utilizza una combinazione di **check passivi** |
- | Anzitutto | + | * In condizioni normali l'host remoto esegue il backup e notifica Icinga 2 con un **check passivo**. |
+ | * Se l'host Icinga 2 non riceve il check passivo, esegue un **check attivo** //dummy// che restituisce lo stato 3 UNKNOWN. | ||
+ | |||
+ | Il check passivo utilizza il meccanismo **[[https:// | ||
+ | |||
+ | Per qusto si deve abilitare l' | ||
Si verifica le //feature// abilitate, si abilita la //command// e si ricarica il servizio: | Si verifica le //feature// abilitate, si abilita la //command// e si ricarica il servizio: | ||
Line 309: | Line 314: | ||
< | < | ||
template Service " | template Service " | ||
- | | + | |
- | check_command = " | + | check_command = " |
- | enable_active_checks = false | + | /* Do active checks to detect missing passive updates. */ |
- | enable_passive_checks = true | + | |
- | check_interval = 1d | + | enable_passive_checks = true |
- | | + | /* Use a runtime function to retrieve the last check time and more details. */ |
- | | + | vars.dummy_text = {{ |
+ | var service = get_service(macro(" | ||
+ | var lastCheck = DateTime(service.last_check).to_string() | ||
+ | return "No check results received. Last result time: " + lastCheck | ||
+ | }} | ||
+ | | ||
+ | | ||
+ | | ||
+ | vars.notification_interval = 1d | ||
} | } | ||
</ | </ | ||
- | FIXME La configurazione qui sopra non attiva le notifiche quando il check passivo non viene inviato. Evidentemente il controllo della //freshness// non va bene in quel modo. Vedere il **[[https://icinga.com/ | + | Il //check_command// **passive** è definito in '' |
- | Da notare che lo stato viene controllato una sola volta al giorno (**check_interval = 1d**), in caso di problemi | + | In condizioni normali |
- | Quindi si definisce un servizio associato ad un host, ad esempio nel file **/ | + | Per definire il servizio associato ad un host si aggiunge |
< | < | ||
Line 559: | Line 572: | ||
* **[[https:// | * **[[https:// | ||
* **[[https:// | * **[[https:// | ||
- | * **[[https:// | + | * **[[https:// |
doc/appunti/linux/sa/cacti_122.txt · Last modified: 2022/10/10 16:27 by niccolo