We use the VM CPU Usage alarm to accomplish two goal.
1) find VM's that could use additional vCPU's. Planning does not always keep up with reality, and sometimes systems get used more than in the past, and our Operations team would like to find these systems and add more CPU resources, keep these machines running well.
2) find machines that are using more CPU time that they legitimately should be, because of a problem. Including situations like a run away process, hung machine, unintentional heavy task etc.
Like most environments, we have a mix of systems,
a) some that idle the majority of the time, and spike for a few minutes or so
b) some that idle the majority of the time, and heavy spike for 30min / one / two / three hours
c) some that do some significant CPU work regularly including short spikes for much of the workday
Using the default VM CPU usage alert on "a" type systems, it works well. no false positives, and if we get an alert it means something has gone wrong and we investigate and fix the issue. Using the default VM CPU usage alert on "b or C" type systems, it does not works well. Too many false positives.
excluding type b or c machines is not an option, otherwise we to not meet goal #2
So, I created an additional alert, a copy of VM CPU usage, calling it VM CPU usage -HEAVY. This is set to alert on 98% usage and for the max time of 60 minutes. Type b and c are assigned to this alert and excluded from the default alert.
Using the VM CPU usage -HEAVY alert on "b" type systems, it works well for only some of them. I still get too many false positives, since some of them have a heavy CPU task that can last more than 60 minutes. Using the VM CPU usage -HEAVY alert on "c" type systems, it works well. no false positives, and if we get an alert it means something has gone wrong and we investigate and fix the issue.
I am left with machines that idle almost all the time, but on occasion work hard for more than 60 minutes straight.
If veeam had an option to alert after 90/120/180 minutes etc, this group could be taken care of.
Thus my feature request

PS I don't add more VCPU to these tasks because they are batch processes, and it does not matter that they take an hour or two. Adding more vCPU to these would soon get me into trouble with scheduling CPU's impacting he environment as a whole. We stick to the "use as few vCPU as the job requires" rule as often as possible.