Google Cloud (Stackdriver) Monitoring Uptime Check Config

google_monitoring_uptime_check_config (Terraform)

The Uptime Check Config in Cloud (Stackdriver) Monitoring can be configured in Terraform with the resource name google_monitoring_uptime_check_config. The following sections describe 4 examples of how to use the resource and its parameters.

Example Usage from GitHub

wbstack/deploy

resource "google_monitoring_uptime_check_config" "tfer--projects-002F-wbstack-002F-uptimeCheckConfigs-002F-addshore-002D-alpha-002D-query-002D-service-002D-ui" {
  content_matchers {
    content = "query-helper-help"
    matcher = "CONTAINS_STRING"
  }

charlesbaer/stackdriver-automation

resource "google_monitoring_uptime_check_config" "http" {
  display_name = "01 - Website uptime check [global]"
  timeout = "10s"
  period = "60s"

  http_check {

DNXLabs/terraform-google-stackdriver-uptime

resource "google_monitoring_uptime_check_config" "my_check" {
  display_name = var.name
  timeout      = var.timeout
  period       = var.period
  http_check {
    path    = var.healthcheck_path

CharlesAondo/Terraform-Automation-GCP

resource "google_monitoring_uptime_check_config" "http" {
  display_name = "1 - Website uptime check [global]"
  timeout = "10s"
  period = "60s"
  http_check {
    path = "/"

Parameters

• display_name required - string

A human-friendly name for the uptime check configuration. The display name should be unique within a Stackdriver Workspace in order to make it easier to identify; however, uniqueness is not enforced.

• id optional computed - string
• name optional computed - string

A unique resource name for this UptimeCheckConfig. The format is projects/[PROJECT_ID]/uptimeCheckConfigs/[UPTIME_CHECK_ID].

• period optional - string

How often, in seconds, the uptime check is performed. Currently, the only supported values are 60s (1 minute), 300s (5 minutes), 600s (10 minutes), and 900s (15 minutes). Optional, defaults to 300s.

• project optional computed - string
• selected_regions optional - list of string

The list of regions from which the check will be run. Some regions contain one location, and others contain more than one. If this field is specified, enough regions to include a minimum of 3 locations must be provided, or an error message is returned. Not specifying this field will result in uptime checks running from all regions.

• timeout required - string

The maximum amount of time to wait for the request to complete (must be between 1 and 60 seconds). Accepted formats https://developers.google.com/protocol-buffers/docs/reference/google.protobuf#google.protobuf.Duration

• uptime_check_id optional computed - string

The id of the uptime check

• content_matchers list block
  • content required - string

  String or regex content to match (max 1024 bytes)

  • matcher optional - string

  The type of content matcher that will be applied to the server output, compared to the content string when the check is run. Default value: "CONTAINS_STRING" Possible values: ["CONTAINS_STRING", "NOT_CONTAINS_STRING", "MATCHES_REGEX", "NON_MATCHES_REGEX"]

• http_check list block
  • body optional - string

  The request body associated with the HTTP POST request. If contentType is URL_ENCODED, the body passed in must be URL-encoded. Users can provide a Content-Length header via the headers field or the API will do so. If the requestMethod is GET and body is not empty, the API will return an error. The maximum byte size is 1 megabyte. Note - As with all bytes fields JSON representations are base64 encoded. e.g. "foo=bar" in URL-encoded form is "foo%3Dbar" and in base64 encoding is "Zm9vJTI1M0RiYXI=".

  • content_type optional - string

  The content type to use for the check. Possible values: ["TYPE_UNSPECIFIED", "URL_ENCODED"]

  • headers optional computed - map from string to string

  The list of headers to send as part of the uptime check request. If two headers have the same key and different values, they should be entered as a single header, with the value being a comma-separated list of all the desired values as described at https://www.w3.org/Protocols/rfc2616/rfc2616.txt (page 31). Entering two separate headers with the same key in a Create call will cause the first to be overwritten by the second. The maximum number of headers allowed is 100.

  • mask_headers optional - bool

  Boolean specifying whether to encrypt the header information. Encryption should be specified for any headers related to authentication that you do not wish to be seen when retrieving the configuration. The server will be responsible for encrypting the headers. On Get/List calls, if mask_headers is set to True then the headers will be obscured with **.

  • path optional - string

  The path to the page to run the check against. Will be combined with the host (specified within the MonitoredResource) and port to construct the full URL. Optional (defaults to "/").

  • port optional computed - number

  The port to the page to run the check against. Will be combined with host (specified within the MonitoredResource) and path to construct the full URL. Optional (defaults to 80 without SSL, or 443 with SSL).

  • request_method optional - string

  The HTTP request method to use for the check. If set to METHOD_UNSPECIFIED then requestMethod defaults to GET. Default value: "GET" Possible values: ["METHOD_UNSPECIFIED", "GET", "POST"]

  • use_ssl optional - bool

  If true, use HTTPS instead of HTTP to run the check.

  • validate_ssl optional - bool

  Boolean specifying whether to include SSL certificate validation as a part of the Uptime check. Only applies to checks where monitoredResource is set to uptime_url. If useSsl is false, setting validateSsl to true has no effect.

  • auth_info list block
    • password required - string

    The password to authenticate.

    • username required - string

    The username to authenticate.

• monitored_resource list block
  • labels required - map from string to string

  Values for all of the labels listed in the associated monitored resource descriptor. For example, Compute Engine VM instances use the labels "project_id", "instance_id", and "zone".

  • type required - string

  The monitored resource type. This field must match the type field of a MonitoredResourceDescriptor (https://cloud.google.com/monitoring/api/ref_v3/rest/v3/projects.monitoredResourceDescriptors#MonitoredResourceDescriptor) object. For example, the type of a Compute Engine VM instance is gce_instance. For a list of types, see Monitoring resource types (https://cloud.google.com/monitoring/api/resources) and Logging resource types (https://cloud.google.com/logging/docs/api/v2/resource-list).

• resource_group list block
  • group_id optional - string

  The group of resources being monitored. Should be the 'name' of a group

  • resource_type optional - string

  The resource type of the group members. Possible values: ["RESOURCE_TYPE_UNSPECIFIED", "INSTANCE", "AWS_ELB_LOAD_BALANCER"]

• tcp_check list block
  • port required - number

  The port to the page to run the check against. Will be combined with host (specified within the MonitoredResource) to construct the full URL.

• timeouts single block
  • create optional - string
  • delete optional - string
  • update optional - string

Explanation in Terraform Registry

This message configures which resources and services to monitor for availability. To get more information about UptimeCheckConfig, see:

• API documentation
• How-to Guides
  • Official Documentation

    Warning: All arguments including http_check.auth_info.password will be stored in the raw state as plain-text. Read more about sensitive data in state.