Citrix XenApp monitoring rules allow one to monitor Citrix users, sessions and server health thresholds using our Goliath Intelligent Agent to alert on specified conditions in real-time.
By default, when the Citrix Virtual Application API is enabled, there are a number of monitoring rules that will be created out of the box in which you can modify and enable for alerting.
-
Citrix XenApp - Session & Server Performance
- This rule monitors ICA Latency & RTT, Network Latency, Server Load, Users and Sessions
-
Citrix XenApp - Server Not Configured Properly
- This rule monitors for XenApp Server reporting a Load of 20000
-
Citrix XenApp - Restricted Rights Run of QFARM
- This rule monitors for XenApp Server reporting a load of 99990
-
Citrix XenApp - No Load Evaluator Configured
- This rule monitors for XenApp Server reporting Server Load of 99999
-
Citrix XenApp - Full Server Load
- This rule monitors for XenApp Server reporting a Server Load of 10000
If you would like to monitor server registration status see article Citrix VDA Registration Alerting
Create a New Monitoring Rule
- To create a new monitoring condition for a Citrix Virtual Apps, navigate to the Configure - Monitoring Rules page and click the New button
- A selection pane will appear, click the + button next to Citrix XenApp Watch to expand the options
- Click the radio button next to the applicable monitoring rule type for XenApp that you'd like to create and then click OK
- Now the monitoring rule pane will appear. At the top of the pane name the Monitoring Rule via the Rule Name field, as well as define the description and the severity.
- The first tab, ServerWatch is where you will define condition(s) to be monitored.
- Please note - only the rule type for Citrix XenApp - ICA Latency, Server Load, Session & User Server Monitoring Watch has configurable thresholds, all other XenApp rule types have their thresholds hard coded. If you selected one of the hard coded rules skip to step 14.
- For the Citrix XenApp - ICA Latency, Server Load, Session & User Server Monitoring Watch only fields with values will be monitored. If you do not wish to monitor a particular metric do not enter a value in the field. The monitoring rule will trigger on a per metric basis as applicable.
-
In the ICA Latency field, define the threshold for ICA Latency in which you'd like to monitor
- Optionally, next to the field define a Duration value that needs to be exceeded in order to alert
-
In the ICA Roundtrip field, define the threshold for ICA Roundtrip in which you'd like to monitor
- Optionally, next to the field define a Duration value that needs to be exceeded in order to alert
-
In the Network Latency field, define the threshold for Network Latency in which you'd like to monitor
- Optionally, next to the field define a Duration value that needs to be exceeded in order to alert
- In the Server Load field, define the threshold for Network Latency in which you'd like to monitor
- Optionally, next to the field define a Duration value that needs to be exceeded in order to alert
- In the Logon Duration field, define the length of the logon time in which you'd like to monitor
- In the Active Sessions field, define the threshold of Active Sessions in which you'd like to monitor
- In the Active User field, define the threshold of Active Users per server in which you'd like to monitor
- In the Active Sessions field, define the threshold of Active Sessions per server in which you'd like to monitor
-
In the Selections tree, select the Citrix Virtual App Server(s) that you want to monitor the specified condition on
- Please note, a machine can only be applied to one Citrix Virtual App Server monitoring rule type at a time. If there is no checkbox option, hover over the bell icon to get the name of the monitoring rule that the machine is currently applied to.
Configure the Schedule
The Schedule tab of a monitoring rule allows users to define how frequently the rule will alert. This can be done by adjusting the following fields:
-
Alert Every Time: Defines whether an alert is generated every time the conditions are on the previous tab are met.
- When checked the alert is generated every time the conditions are met.
- When unchecked, the alert is only generated if the alert conditions are met, and the Minimal Notification Interval is exceeded since the last alert for this type.
-
Minimal Notification Interval: Defines the minimal interval that must elapse between events for this alert before another alert will be generated.
- The Alert Every Time checkbox must be unchecked in order to use this option.
- For ServerWatch IP Services, this also defines the minimum elapsed time since a service is first detected as down or failed before an alert is generated.
-
Maximum Notification Interval: Defines the maximum number of times you want to be notified during a continuous failure situation.
- A value of 0 means no maximum is defined so you will continue to be notified according to your Alert Every Time and Minimal Notification Interval settings.
- A non-zero value means that after you have been notified the number of times defined in the Maximum Alert Notifications, and according to your Alert Every Time and Minimal Notification Interval settings, you will not be notified again.
-
Notify On Restore: Defines whether a 'Restore' alert is generated if you have previously been alerted due to a failure.
- There is always a Notify on Restore for a ServerWatch for IP Service
- Service Check Frequency, Every: Defines the frequency with which the service specified for this Monitoring Rule is checked. It is no recommended to do this check any fewer then 3 mins.
-
Alert 1st Time After X Failures: Define a value 1 or greater that defines how many successive failures should occur before the 1st alert notification 'Action' is executed.
- The Alert Every Time and Minimum Notification Interval settings do no become applicable until after this threshold setting is exceeded.
- The default value for this setting is blank which means not applicable. When not applicable, the Alert Every Time and Minimum Notification Interval settings are active immediately and the 1st alert does not occur until the Minimum Notification Interval threshold is equaled or exceeded if it is active.
Additional Configuration
For additional configuration options please see the following articles: