Follow this procedure to assess if it is safe to use a mediation template. Perform this procedure first during low traffic periods, and then repeat it during both moderate and peak load periods. Running this procedure does not impact the performance of the system.
Note:
Do not assign the template to a trigger point at this time. Assigning the template to a trigger point impacts the performance of the system.top
command to show the
CPU usage of the DrlRequestTask
DrlAnswerTask processes:
top -H -p `pidof dsr`
Figure 3-1 Top Command Example Output
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 31841 root 10 -10 6521m 3.2g 279m S 13.7 13.7 89:36.28 DrlRequestTask 31837 root 10 -10 6521m 3.2g 279m S 13.0 13.7 89:40.01 DrlRequestTask 31839 root 10 -10 6521m 3.2g 279m S 13.0 13.7 89:35.54 DrlRequestTask 31835 root 10 -10 6521m 3.2g 279m R 12.7 13.7 89:46.33 DrlRequestTask 31847 root 10 -10 6521m 3.2g 279m S 6.3 13.7 40:55.98 DrlAnswerTask 31845 root 10 -10 6521m 3.2g 279m R 6.0 13.7 41:00.14 DrlAnswerTask 31849 root 10 -10 6521m 3.2g 279m S 6.0 13.7 40:57.99 DrlAnswerTask 31803 root 10 -10 6521m 3.2g 279m S 3.0 13.7 22:49.83 CslRx
Note:
Thetop
command continues to run
showing real time updates to CPU usage until it is explicitly terminated
In a geo-redundant setup (where traffic from the mate site can double in case of the mate site failure), operators can add templates or rules as long as the "%CPU" value on any of the DrlRequestTask or DrlAnswerTask processes does not exceed 40%.
When deployed in a non-geo-redundant setup, operators can add templates or rules as long as the "%CPU" value on any of the DrlRequestTask or DrlAnswerTask processes does not exceed 80%.