UpdateHealthChecker

put

/20170115/loadBalancers/{load_balancer_id}/backendSets/{backend_set_name}/healthChecker

Updates the health check policy for a given load balancer and backend set.

Request

Supported Media Types
Path Parameters
Header Parameters
  • For optimistic concurrency control. In the PUT or DELETE call for a resource, set the if-match parameter to the value of the ETag from a previous GET or POST response for that resource. The resource is updated or deleted only if the ETag you provide matches the resource's current ETag value.
    Default Value:
  • The unique Oracle-assigned identifier for the request. Provide this request OCID if you need to contact Oracle about this request.
    Default Value:
  • Minimum Length: 1
    Maximum Length: 64
    A token that uniquely identifies a request so it can be retried in case of a timeout or server error without risk of executing that same action again. Retry tokens expire after 24 hours, but can be invalidated before then due to conflicting operations (for example, if a resource has been deleted and purged from the system, then a retry of the original creation request may be rejected).
Body ()
The health check policy configuration details.
Root Schema : UpdateHealthCheckerDetails
Type: object
The configuration details of the health checker.
Show Source
  • Minimum Value: 1000
    Maximum Value: 1800000
    The interval between health checks, in milliseconds. Example: 10000
  • Minimum Value: 0
    Maximum Value: 65535
    The backend server port against which to run the health check. Example: 8080
  • Allowed Values: [ "HTTP", "HTTPS", "TCP", "UDP" ]
    The protocol that the health check must use; either HTTP, UDP, or TCP. Example: HTTP
  • Base64 encoded pattern to be sent as UDP or TCP health check probe.
  • A regular expression for parsing the response body from the backend server. Example: ^((?!false).|\s)*$
  • Base64 encoded pattern to be validated as UDP or TCP health check probe response.
  • The number of retries to attempt before a backend server is considered "unhealthy". This number also applies when recovering a server to the "healthy" state. Example: 3
  • The status code a healthy backend server should return. If you configure the health check policy to use the HTTP protocol, then you can use common HTTP status codes such as "200". Example: 200
    Example: 0
  • Minimum Value: 1
    Maximum Value: 600000
    The maximum time, in milliseconds, to wait for a reply to a health check. A health check is successful only if a reply returns within this timeout period. Example: 3000
  • The path against which to run the health check. Example: /healthcheck
Back to Top

Response

Supported Media Types

204 Response

The request was accepted for processing.
Headers

400 Response

Bad Request
Headers
  • Unique Oracle-assigned identifier for the request. Provide this request OCID if you need to contact Oracle about this request.
Body ()
Root Schema : Error
Type: object
The properties that define an error.
Show Source

401 Response

Unauthorized
Headers
  • Unique Oracle-assigned identifier for the request. Provide this request OCID if you need to contact Oracle about this request.
Body ()
Root Schema : Error
Type: object
The properties that define an error.
Show Source

404 Response

Not Found
Headers
  • Unique Oracle-assigned identifier for the request. Provide this request OCID if you need to contact Oracle about this request.
Body ()
Root Schema : Error
Type: object
The properties that define an error.
Show Source

500 Response

Internal Server Error
Headers
  • Unique Oracle-assigned identifier for the request. Provide this request OCID if you need to contact Oracle about this request.
Body ()
Root Schema : Error
Type: object
The properties that define an error.
Show Source

Default Response

An error has occurred.
Headers
  • Unique Oracle-assigned identifier for the request. Provide this request OCID if you need to contact Oracle about this request.
Body ()
Root Schema : Error
Type: object
The properties that define an error.
Show Source
Back to Top