icingaweb2-module-businessp.../doc/09-Operators.md
2023-07-13 10:19:08 +02:00

43 lines
1.5 KiB
Markdown

# Operators <a id="operators">
Every Business Process requires an Operator. This operator defines its behaviour and specifies how its very own state is
going to be calculated.
## AND <a id="and-operator">
The `AND` operator selects the **WORST** state of its child nodes:
![And Operator](screenshot/09_operators/0901_and-operator.png)
## OR <a id="or-operator">
The `OR` operator selects the **BEST** state of its child nodes:
![Or Operator](screenshot/09_operators/0902_or-operator.png)
![Or Operator #2](screenshot/09_operators/0903_or-operator-without-ok.png)
## XOR <a id="xor-operator">
The `XOR` operator shows OK if only one of n children is OK at the same time. In all other cases the parent node is CRITICAL.
Useful for a service on n servers, only one of which may be running. If both were running,
race conditions and duplication of data could occur.
![Xor Operator](screenshot/09_operators/0906_xor-operator.png)
![Xor Operator #2](screenshot/09_operators/0907_xor-operator-not-ok.png)
## DEGRADED <a id="deg-operator">
The `DEGRADED` operator behaves like an `AND`, but if the resulting
state is **CRITICAL** it transforms it into a **WARNING**.
Refer to the table below for the case-by-case
analysis of the statuses.
![Degraded Operator](screenshot/09_operators/0905_deg-operator.jpg)
## MIN n <a id="min-operator">
The `MIN` operator selects the **WORST** state out of the **BEST n** child node states:
![MIN](screenshot/09_operators/0904_min-operator.png)