|
To access Service Availability Monitoring, select Home > Servers > Service Availability (left navigation menu).
The Service Availability Monitoring feature of Server Visibility enables you to monitor internal or external HTTP and HTTPS services. You configure service monitoring from the Controller UI. After you configure monitoring for a service, Service Availability Monitoring evaluates the service:
For example, with the following values:
The Agent waits until five check results are received, and from these five results, if there is one failure, then the target state is CRITICAL. If there are at least three successful results, then the target state is NORMAL.
Service Availability Monitoring requires a separate license and a Server Visibility license. Server Visibility is currently available for Linux, Windows, and Solaris. See Observe License Usage and Server Visibility Requirements and Supported Environments
You can view the monitored services in the Monitored Services list. The state is determined by evaluating the Response Validators during the results window. Response Validators are rules you configure that are used to evaluate against the responses received from the service.
The possible states are:
From the top navigation bar, select Servers > Service Availability to view a list of monitored services. Use the action toolbar to manage your monitored services by adding new ones, viewing details, and so on.
Select a monitored service, and double-click to view the associated details.
By default, configuration changes take effect within at least two minutes of the change, so you do not need to restart the Machine Agent after changing the configuration. If the protocol, target, or method of a service are changed once a service is created, the state of the service is set to UNKNOWN and is re-evaluated with the new configuration.
To configure this feature, users need the Configure Server Visibility permission. |
To access the configuration panel:
Field | Description | Default | Required | |
---|---|---|---|---|
Name | Your name for this target configuration. This name displays in the Service Availability list. | N/A | Yes | |
Target | The resource to be monitored, for example, http://myThirdPartyService.com/data. Specify which HTTP method to use to send the request (GET , POST , HEAD ) | N/A | Yes | |
Server | Name of the Machine Agent performing the monitoring. Only servers that are enabled for Server Visibility display in the dropdown. | N/A | Yes | |
Socket Timeout | How long to wait, in milliseconds, after a successful connection for a complete HTTP response. | 30000 | Yes | |
Success threshold | Number of required successes within the results panel for a NORMAL state. | 3 | Yes | |
Check Interval | Interval time in between checks in seconds.
| 10 | Yes | |
Results Window Size | Number of most recent results to use in determining the state of the service. | 5 | Yes | |
Connect Timeout | How long to wait (in ms) for the service to respond to a connection request. | 30000 | Yes | |
Failure threshold | Number of required failures within the result window for a CRITICAL state. | 1 | Yes | |
Max response size | Maximum response size to collect in bytes. | 5000 | Yes | |
Follow redirects | Deprecated. Follow redirect to determine the state of service. | No | No |
By default, these addresses are restricted:
localhost, 127.0.0.1, ::1(IPv6)
192.168.0.0/16, 10.0.0.0/8, 172.16.0.0/12, fec0::/8(IPv6)
169.254.0.1 - 169.254.255.254, fe80::/10(IPv6)
0.0.0.0, ::(IPV6)
224.0.0.0/4(224.0.0.0 to 239.255.255.255), ff00::/8(IPV6)
You can define a list of customized headers to send with requests. For example, the list can mimic desktop or mobile browsers. You can also define a request body for POST
requests. You can specify an "Authorization" header", if credentials are required.
Protocol | Field | Value Type | Default | Description |
---|---|---|---|---|
HTTP | header name and value pair | String | empty | Customized header to send with requests. |
body | String | empty | Any data to send with the request. Usually used for POST. |
You can provide a list of rules for the Machine Agent to use to validate the health of a monitored service. If any rule is violated, the response is considered failed.
For each rule you can specify:
The list of operators varies depending on the property selected in the first dropdown.
An event is sent to the Controller for every state change and periodically (by default every 5 minutes). You can change the update interval by setting the System property:
appdynamics.machine.agent.sam.event.updateIntervalMillis
. See Configuration Property Reference
The events are visible from the Monitored Service details panel and from the Server Visibility Events list.
Double-click the event to review details.
The event properties are as follows:
Category: CUSTOM
Event Type: Service Availability
Property: severity
Values can be ERROR (failure) or INFO (passing).To create alerts for your monitored services: