Skip to main content

I am configuring a new PD service where “Outside support hours” is set to “Dynamic notifications based on alert severity”. If severity is “high” the on-call engineer gets paged, otherwise it will be considered as low urgency.


Up to this point all good. However, I want the alert to be raised to high urgency once we enter support hours.


This is possible when “Outside of support hours” is set to “Low-urgency notifications, do not escalate” as there’s a check-box “Raise urgency of unacknowledged incidents to high” I can tick. Why is this checkbox not available when I select "“Dynamic notifications based on alert severity”?


Let me know of an alternative approach. I wanting to avoid having to create 2 services for this.

Hey @maikel penz, it’s good to have you here!


You can try the following approaches, to automatically raise the urgency to high during support hours without the need to create two separate services:




  1. Create a Custom Event Transformer: Set up a custom event transformer that triggers when entering support hours. This transformer should modify the incident’s urgency to high. PagerDuty’s Event Rules allow you to define conditions and actions based on specific criteria.






  1. Use Schedules: Leverage PagerDuty schedules to define your support hours. You can create schedules that represent your support hours and associate them with the appropriate escalation policies. During the on-call shift within these schedules, incidents will automatically be escalated based on the severity.




Let us know how this set up goes!


Was this helpful?






  • YES 👍

  • NO 👎





0
voters





Hi @maikel penz!


Just adding my 2 cents to what @xenda amici already replied. When you enable ‘Dynamic Notifications based on alert severity’ the incident urgency is decided based on the mapping below.


image


If you have high urgency incidents then you can not increase its urgency has its already high. But I see your point and we will reach out to the product team and share your feedback.


To overcome this limitation you can use our REST APIs and create a recurrent task that runs when the working hours shift start and checks for unacknowledged incidents with low urgency and increases their urgency to high.


Just one question, why would want to increase the urgency of all incidents to high in the first place? To make sure you don’t forget about them? Some incidents might actually be low urgency and you would use the valuable time of your engineers in tasks that might not be as important.


Hope this helps.



Just one question , why would want to increase the urgency of all incidents to high in the first place? To make sure you don’t forget about them? Some incidents might actually be low urgency and you would use the valuable time of your engineers in tasks that might not be as important.



Simply because some alert based monitoring can wait to be resolved during business hours and we don’t want to look at the PagerDuty dashboard every day (ideally, never if it was realistic).


Given most set their Low Urgency settings to email or something trivially unimportant, that leaves us with escalating to High during support hours OR now changing our Low Urgency to similar as High Urgency which defeats the point of it. It’s valuable to be able to do this.


Reply