:SearchCloudGtmMonitorTemplates

The ID of the health check template. The ID uniquely identifies a health check template.

The time when the health check template was created.

The UNIX timestamp that indicates when the health check template was created.

The time when the health check template was last modified.

The UNIX timestamp that indicates when the health check template was last modified.

The name of the health check template. For easy identification, specify a name that indicates the health check protocol.

The IP version of the detection points. Valid values:

• IPv4: This version is applicable when the target address is an IPv4 address.

• IPv6: This version is applicable when the target address is an IPv6 address.

The protocol used to probe the target IP address. Valid values:

• ping

• tcp

• http

• https

The interval between two consecutive health checks. Unit: seconds. The default interval is 1 minute. The minimum interval is 15 seconds. This feature is available only for Ultimate Edition instances.

The timeout period for a health check. Unit: milliseconds. If a packet is not returned within the timeout period, the health check is considered to have timed out. Valid values:

• 2000

• 3000

• 5000

• 10000

The number of retries. The system considers the application service abnormal only after the number of consecutive abnormal health checks reaches the specified value. This prevents monitoring accuracy from being affected by factors such as transient network jitter. Valid values:

• 1

• 2

• 3

The failure rate of the selected detection points. This is the percentage of abnormal detection points in all detection points. If the failure rate exceeds the specified threshold, the endpoint is considered abnormal. Valid thresholds for the failure rate are:

• 20

• 50

• 80

• 100

The extended information in a JSON string. The following parameters are required for different protocols:

• http(s):

  host: When you perform an HTTP or HTTPS health check, this parameter specifies the Host field in the HTTP or HTTPS request header. This identifies the target HTTP website. The default value is the primary domain name. If the host of the target website has special requirements, modify this parameter as needed.

  path: The path for the HTTP or HTTPS health check. The system fills in "/" by default.

  code: When you perform an HTTP or HTTPS health check, the system determines whether the web server is working as expected based on the return code from the web server. If the return code is greater than the alert threshold, the system considers the application service abnormal.

  • 400: Bad Request. If an HTTP or HTTPS request contains invalid parameters, the web server returns a return code greater than 400. If you set the check content to "Abnormal code greater than 400", specify the exact URL path in the URL path parameter.

  • 500: Server Error. If an exception occurs on the web server, the server returns a return code greater than 500. The system uses a return code greater than 500 as the alert threshold by default.

  sni: Specifies whether to enable Server Name Indication (SNI). This parameter is used only for the HTTPS protocol. SNI is an extension to the TLS protocol. It allows a client to specify the hostname that it wants to connect to when initiating a TLS handshake. Because the TLS handshake occurs before any data of an HTTP request is sent, SNI allows the server to know the service that the client is trying to access before the server sends a certificate. This allows the server to select the correct certificate to present to the client.

  • true: Enable SNI.

  • false: Disable SNI.

  followRedirect: Specifies whether to follow 3xx redirections.

  • true: Follows the redirection if the detection point receives a 3xx status code (301, 302, 303, 307, or 308).

  • false: Does not follow the redirection.

• ping:

  packetNum: The number of ICMP packets to send for each ping health check. Valid values: 20, 50, and 100.

  packetLossRate: The packet loss rate that indicates an abnormal status. For each ping health check, the system calculates the packet loss rate based on the sent ICMP packets. Packet loss rate = (Number of lost packets / Total number of sent ICMP packets) × 100%. An alert is triggered if the packet loss rate reaches the specified threshold. Valid values for the packet loss rate: 10, 30, 40, 80, 90, and 100.

The remarks on the health check template.