LBHttpsMonitorProfile (type) (Deprecated)

{
  "additionalProperties": false, 
  "deprecated": true, 
  "description": "Active healthchecks are deactivated by default and can be activated for a server pool by binding a health monitor to the Group through the LBRule object. This represents active health monitoring over HTTPS. Active healthchecks are initiated periodically, at a configurable interval, to each member of the Group. Only if a healthcheck fails consecutively for a specified number of times (fall_count) to a member will the member status be marked DOWN. Once a member is DOWN, a specified number of consecutive successful healthchecks (rise_count) will bring the member back to UP state. After a healthcheck is initiated, if it does not complete within a certain period, then also the healthcheck is considered to be unsuccessful. Completing a healthcheck within timeout means establishing a connection (TCP or SSL), if applicable, sending the request and receiving the response, all within the configured timeout. LBHttpsMonitorProfile is deprecated as NSX-T Load Balancer is deprecated.", 
  "extends": {
    "$ref": "LBActiveMonitor
  }, 
  "id": "LBHttpsMonitorProfile", 
  "module_id": "PolicyLoadBalancer", 
  "polymorphic-type-descriptor": {
    "type-identifier": "LBHttpsMonitorProfile"
  }, 
  "properties": {
    "_create_time": {
      "$ref": "EpochMsTimestamp, 
      "can_sort": true, 
      "description": "Timestamp of resource creation", 
      "readonly": true
    }, 
    "_create_user": {
      "description": "ID of the user who created this resource", 
      "readonly": true, 
      "type": "string"
    }, 
    "_last_modified_time": {
      "$ref": "EpochMsTimestamp, 
      "can_sort": true, 
      "description": "Timestamp of last modification", 
      "readonly": true
    }, 
    "_last_modified_user": {
      "description": "ID of the user who last modified this resource", 
      "readonly": true, 
      "type": "string"
    }, 
    "_links": {
      "description": "The server will populate this field when returing the resource. Ignored on PUT and POST.", 
      "items": {
        "$ref": "ResourceLink
      }, 
      "readonly": true, 
      "title": "References related to this resource", 
      "type": "array"
    }, 
    "_protection": {
      "description": "Protection status is one of the following: PROTECTED - the client who retrieved the entity is not allowed             to modify it. NOT_PROTECTED - the client who retrieved the entity is allowed                 to modify it REQUIRE_OVERRIDE - the client who retrieved the entity is a super                    user and can modify it, but only when providing                    the request header X-Allow-Overwrite=true. UNKNOWN - the _protection field could not be determined for this           entity.", 
      "readonly": true, 
      "title": "Indicates protection status of this resource", 
      "type": "string"
    }, 
    "_revision": {
      "description": "The _revision property describes the current revision of the resource. To prevent clients from overwriting each other's changes, PUT operations must include the current _revision of the resource, which clients should obtain by issuing a GET operation. If the _revision provided in a PUT request is missing or stale, the operation will be rejected.", 
      "title": "Generation of this resource config", 
      "type": "int"
    }, 
    "_schema": {
      "readonly": true, 
      "title": "Schema for this resource", 
      "type": "string"
    }, 
    "_self": {
      "$ref": "SelfResourceLink, 
      "readonly": true, 
      "title": "Link to this resource"
    }, 
    "_system_owned": {
      "description": "Indicates system owned resource", 
      "readonly": true, 
      "type": "boolean"
    }, 
    "children": {
      "description": "Subtree for this type within policy tree containing nested elements. Note that  this type is applicable to be used in Hierarchical API only.", 
      "items": {
        "$ref": "ChildPolicyConfigResource
      }, 
      "required": false, 
      "title": "Subtree for this type within policy tree", 
      "type": "array"
    }, 
    "description": {
      "can_sort": true, 
      "maxLength": 1024, 
      "title": "Description of this resource", 
      "type": "string"
    }, 
    "display_name": {
      "can_sort": true, 
      "description": "Defaults to ID if not set", 
      "maxLength": 255, 
      "title": "Identifier to use when displaying entity in logs or GUI", 
      "type": "string"
    }, 
    "fall_count": {
      "default": 3, 
      "description": "Only if a healthcheck fails consecutively for a specified number of times, given with fall_count, to a member will the member status be marked DOWN.", 
      "maximum": 2147483647, 
      "minimum": 1, 
      "required": false, 
      "title": "Monitor fall count for active healthchecks", 
      "type": "integer"
    }, 
    "id": {
      "can_sort": true, 
      "title": "Unique identifier of this resource", 
      "type": "string"
    }, 
    "interval": {
      "default": 5, 
      "description": "Active healthchecks are initiated periodically, at a configurable interval (in seconds), to each member of the Group.", 
      "maximum": 2147483647, 
      "minimum": 1, 
      "required": false, 
      "title": "Monitor interval in seconds for active healthchecks", 
      "type": "integer"
    }, 
    "marked_for_delete": {
      "default": false, 
      "description": "Intent objects are not directly deleted from the system when a delete is invoked on them. They are marked for deletion and only when all the realized entities for that intent object gets deleted, the intent object is deleted. Objects that are marked for deletion are not returned in GET call. One can use the search API to get these objects.", 
      "readonly": true, 
      "required": false, 
      "title": "Indicates whether the intent object is marked for deletion", 
      "type": "boolean"
    }, 
    "monitor_port": {
      "description": "Typically, monitors perform healthchecks to Group members using the member IP address and pool_port. However, in some cases, customers prefer to run healthchecks against a different port than the pool member port which handles actual application traffic. In such cases, the port to run healthchecks against can be specified in the monitor_port value. For ICMP monitor, monitor_port is not required.", 
      "maximum": 65535, 
      "minimum": 0, 
      "required": false, 
      "title": "Monitor port for active healthchecks", 
      "type": "int"
    }, 
    "origin_site_id": {
      "description": "This is a UUID generated by the system for knowing which site owns an object. This is used in NSX+.", 
      "readonly": true, 
      "required": false, 
      "title": "A unique identifier assigned by the system for knowing which site owns an object", 
      "type": "string"
    }, 
    "overridden": {
      "default": false, 
      "description": "Global intent objects cannot be modified by the user. However, certain global intent objects can be overridden locally by use of this property. In such cases, the overridden local values take precedence over the globally defined values for the properties.", 
      "readonly": true, 
      "required": false, 
      "title": "Indicates whether this object is the overridden intent object", 
      "type": "boolean"
    }, 
    "owner_id": {
      "description": "This is a UUID generated by the system for knowing who owns this object. This is used in NSX+.", 
      "readonly": true, 
      "required": false, 
      "title": "A unique identifier assigned by the system for the ownership of an object", 
      "type": "string"
    }, 
    "parent_path": {
      "description": "Path of its parent", 
      "readonly": true, 
      "required": false, 
      "title": "Path of its parent", 
      "type": "string"
    }, 
    "path": {
      "description": "Absolute path of this object", 
      "readonly": true, 
      "required": false, 
      "title": "Absolute path of this object", 
      "type": "string"
    }, 
    "realization_id": {
      "description": "This is a UUID generated by the system for realizing the entity object. In most cases this should be same as 'unique_id' of the entity. However, in some cases this can be different because of entities have migrated their unique identifier to NSX Policy intent objects later in the timeline and did not use unique_id for realization. Realization id is helpful for users to debug data path to correlate the configuration with corresponding intent.", 
      "readonly": true, 
      "required": false, 
      "title": "A unique identifier assigned by the system for realizing intent", 
      "type": "string"
    }, 
    "relative_path": {
      "description": "Path relative from its parent", 
      "readonly": true, 
      "required": false, 
      "title": "Relative path of this object", 
      "type": "string"
    }, 
    "remote_path": {
      "description": "This is the path of the object on the local managers when queried on the NSX+ service, and path of the object on NSX+ service when queried from the local managers.", 
      "readonly": true, 
      "required": false, 
      "title": "Path of the object on the remote end.", 
      "type": "string"
    }, 
    "request_body": {
      "description": "String to send as part of HTTP health check request body. Valid only for certain HTTP methods like POST.", 
      "required": false, 
      "title": "HTTP health check request body", 
      "type": "string"
    }, 
    "request_headers": {
      "description": "Array of HTTP request headers.", 
      "items": {
        "$ref": "LbHttpRequestHeader
      }, 
      "required": false, 
      "title": "Array of HTTP request headers", 
      "type": "array"
    }, 
    "request_method": {
      "$ref": "HttpRequestMethodType, 
      "default": "GET", 
      "description": "The health check method for HTTP monitor type.", 
      "required": false, 
      "title": "The health check method for HTTP monitor type"
    }, 
    "request_url": {
      "default": "/", 
      "description": "For HTTPS active healthchecks, the HTTPS request url sent can be customized and can include query parameters.", 
      "required": false, 
      "title": "Customized HTTPS request url for active health checks", 
      "type": "string"
    }, 
    "request_version": {
      "$ref": "HttpRequestVersionType, 
      "default": "HTTP_VERSION_1_1", 
      "description": "HTTP request version.", 
      "required": false, 
      "title": "HTTP request version"
    }, 
    "resource_type": {
      "$ref": "LBMonitorProfileType, 
      "required": true
    }, 
    "response_body": {
      "description": "If HTTP response body match string (regular expressions not supported) is specified (using LBHttpMonitor.response_body) then the healthcheck HTTP response body is matched against the specified string and server is considered healthy only if there is a match. If the response body string is not specified, HTTP healthcheck is considered successful if the HTTP response status code is 2xx, but it can be configured to accept other status codes as successful.", 
      "required": false, 
      "title": "Response body to match", 
      "type": "string"
    }, 
    "response_status_codes": {
      "description": "The HTTP response status code should be a valid HTTP status code.", 
      "items": {
        "type": "int"
      }, 
      "maxItems": 64, 
      "required": false, 
      "title": "Array of single HTTP response status codes", 
      "type": "array"
    }, 
    "rise_count": {
      "default": 3, 
      "description": "Once a member is DOWN, a specified number of consecutive successful healthchecks specified by rise_count will bring the member back to UP state.", 
      "maximum": 2147483647, 
      "minimum": 1, 
      "required": false, 
      "title": "Monitor rise count for active healthchecks", 
      "type": "integer"
    }, 
    "server_ssl_profile_binding": {
      "$ref": "LBServerSslProfileBinding, 
      "description": "The setting is used when the monitor acts as an SSL client and establishing a connection to the backend server.", 
      "required": false, 
      "title": "Pool side SSL binding setting"
    }, 
    "tags": {
      "items": {
        "$ref": "Tag
      }, 
      "maxItems": 30, 
      "title": "Opaque identifiers meaningful to the API user", 
      "type": "array"
    }, 
    "timeout": {
      "default": 5, 
      "description": "Timeout specified in seconds.  After a healthcheck is initiated, if it does not complete within a certain period, then also the healthcheck is considered to be unsuccessful. Completing a healthcheck within timeout means establishing a connection (TCP or SSL), if applicable, sending the request and receiving the response, all within the configured timeout.", 
      "maximum": 2147483647, 
      "minimum": 1, 
      "required": false, 
      "title": "Monitor timeout in seconds for active healthchecks", 
      "type": "integer"
    }, 
    "unique_id": {
      "description": "This is a UUID generated by the GM/LM to uniquely identify entities in a federated environment. For entities that are stretched across multiple sites, the same ID will be used on all the stretched sites.", 
      "readonly": true, 
      "required": false, 
      "title": "A unique identifier assigned by the system", 
      "type": "string"
    }
  }, 
  "title": "LBMonitorProfile for active health checks over HTTPS", 
  "type": "object"
}