You can determine connection failure based on whether a backend target isn't responding, or on specified HTTP status codes that should be treated as failures of a specific backend target. For example, if a backend target is responding to requests with a 500 Server Error status, you might consider that server down even though the web service is responsive.

If you specify multiple targets in a site configuration but don't apply a load balancing strategy to the site, the availability profile will cause PingAccess to use the first listed target in the site configuration unless that target fails. Secondary targets are only used if the first target isn't available.

Note:

When you change the availability profile for a site, the new availability profile configuration only applies to new connections. Existing connections continue to use the previous availability profile configuration. To apply the new availability profile configuration to all connections for a site, you must restart the PingAccess engines.

Currently, the only availability profile type is On-Demand. You might want to create different profiles for different sites based on your site needs for retry counts, retry delays, timeouts, or HTTP status codes.