...
Notez que le groupe de contacts nt-admins est défini dans les 2 niveaux d'escalade. Cela leur permet de continuer d'être avertis si il y a toujours un problème après que les 2 premières notifications ont été envoyées. Idem pour le groupe de contacts "managers", qui doivent continuer d'être avertis également.
Overlapping Escalation Ranges
Superposer des plages d'escalade
La définition des notifications d'escalade peut s'étaler sur plusieurs plages. Prenons l'exemple suivant : Notification escalation definitions can have notification ranges that overlap. Take the following example:
| PropertyPropriété | ValueValeur |
|---|---|
| Name | To-level-2 |
| first_notification_time | 60 |
| last_notification_time | 240 |
| contact_groups | nt-admins,managers |
| PropertyPropriété | ValueValeur |
|---|---|
| Name | To-everyone |
| first_notification_time | 120 |
| last_notification_time | 0 |
| contact_groups | on-call-support |
In the example aboveDans cet exemple:
- The les groupes de contact nt-admins and managers contact groups get notified on between 1 and 2 hours
- All three contact groups get notified between 2 and 4 hours
- Only the on-call-support contact group gets notified after 4 hours
Escalations based on time short time
It's also interesting to see that with escalation based on time, if the notification interval is longer than the next escalation time, it's this last value that will be taken into account.
Let take an example :
Host:
- et managers seront notifiés entre 1 et 2 heures
- Les 3 contacts seront notifiés entre 2 et 4 heures
- Seul le centre de support sera notifié après 4 heures
Escalades basées sur un temps court
Il est intéressant de voir qu'avec les escalades basées sur le temps, si l'intervalle de notification est plus long que le temps de la prochaine escalade, alors c'est la dernière valeur qui sera prise en compte.
Prenons un exeple :
Host:
| Propriété | Valeur | Property | Value |
|---|---|---|---|
| Name | srv-important | ||
| notification interval | 1440 | ||
| escalations | To-level-2 |
Then with the escalations objectAvec l'objet escalade:
| PropertyPropriété | ValueValeur |
|---|---|
| Name | To-level-2 |
| first_notification_time | 60 |
| last_notification_time | 120 |
| contact groups | level2 |
Here let say you have a problem HARD on the check at Ici, considérons que vous avez un problème HARD sur le check à t=0. It will notify the host contacts. The next notification should be at Le contact de l'hôte sera notifié. La prochaine notification devrait être à t=1440 minutes, so tomorrow. It's ok for classic notifications, but not for escalated ones.donc demain. Ça va pour des notifications simples, mais pas pour celles avec escalade.
Ici, à Here, at t=60 minutes, the escalation will raise, you will notify the level2 contact group.
So you can put large notification_interval and still have quick escalations times.
Time Period Restrictions
Under normal circumstances, escalations can be used at any time that a notification could normally be sent out for the host or check.
This "notification time window" is determined by the notification period directive in the host or check configuration.
You can optionally restrict escalations so that they are only used during specific time periods by using the "escalation_period" directive in the escalation configuration.
If you use the "escalation_period" directive to specify a time period which the escalation can be used, the escalation will only be used during that time. If you do not specify any escalation period directive, the escalation can be used at any time within the "notification time window" for the host or check.
Escalated notifications are still subject to the normal time restrictions imposed by the "notification_period" directive in a host or check definition, so the timeperiod you specify in an escalation definition should be a subset of that larger "notification time window".
State Restrictions
l'escalade sera lancée, le niveau 2 sera notifié.
Vous pouvez donc définir un intervalle large de notification et toujours avoir des notifications rapides.
Restrictions sur période de temps
Dans des circonstances normales, les escalades peuvent être utilisées à n'importe quel moment pendant lequel une notification peut être envoyée.
Cette "fenêtre de notification" est déterminer par le paramètre "période de notification" dans la définition de l'hôte ou du check
Vous pouvez en option restreindre les escalades afin qu'elles ne soient utilisées que durant des périodes définies en utilisant le paramètre "escalation_period" dans sa configuration.
Si vous utilisez ce paramètre, l'escalade n'aura lieu que pendant cette période définie.
Les escalades de notification restent soumises aux restrictions imposées par le paramètre "notification_period"
Restrictions d'état
Si vous souhaitez restreindre les escalades en fonction de l'état d'un hôte ou d'un service, vous pouvez utiliser le paramètre "scalation options" If you would like to restrict the escalation definition so that it is only used when the host or check is in a particular state, you can use the scalation options directive in the escalation definition. If you do not use the "escalation_options" directive, the escalation can be used when the host or check is in any state.