terraform/website/source/docs/providers/circonus/r/rule_set.html.markdown

378 lines
10 KiB
Markdown
Raw Normal View History

Circonus Provider (#12338) * Begin stubbing out the Circonus provider. * Remove all references to `reverse:secret_key`. This value is dynamically set by the service and unused by Terraform. * Update the `circonus_check` resource. Still a WIP. * Add docs for the `circonus_check` resource. Commit miss, this should have been included in the last commit. * "Fix" serializing check tags I still need to figure out how I can make them order agnostic w/o using a TypeSet. I'm worried that's what I'm going to have to do. * Spike a quick circonus_broker data source. * Convert tags to a Set so the order does not matter. * Add a `circonus_account` data source. * Correctly spell account. Pointed out by: @postwait * Add the `circonus_contact_group` resource. * Push descriptions into their own file in order to reduce the busyness of the schema when reviewing code. * Rename `circonus_broker` and `broker` to `circonus_collector` and `collector`, respectively. Change made with concent by Circonus to reduce confusion (@postwait, @maier, and several others). * Use upstream contsants where available. * Import the latest circonus-gometrics. * Move to using a Set of collectors vs a list attached to a single attribute. * Rename "cid" to "id" in the circonus_account data source and elsewhere where possible. * Inject a tag automatically. Update gometrics. * Checkpoint `circonus_metric` resource. * Enable provider-level auto-tagging. This is disabled by default. * Rearrange metric. This is an experimental "style" of a provider. We'll see. That moment. When you think you've gone off the rails on a mad scientist experiment but like the outcome and think you may be onto something but haven't proven it to yourself or anyone else yet? That. That exact feeling of semi-confidence while being alone in the wilderness. Please let this not be the Terraform provider equivalent of DJB's C style of coding. We'll know in another resource or two if this was a horrible mistake or not. * Begin moving `resource_circonus_check` over to the new world order/structure: Much of this is WIP and incomplete, but here is the new supported structure: ``` variable "used_metric_name" { default = "_usage`0`_used" } resource "circonus_check" "usage" { # collectors = ["${var.collectors}"] collector { id = "${var.collectors[0]}" } name = "${var.check_name}" notes = "${var.notes}" json { url = "https://${var.target}/account/current" http_headers = { "Accept" = "application/json" "X-Circonus-App-Name" = "TerraformCheck" "X-Circonus-Auth-Token" = "${var.api_token}" } } stream { name = "${circonus_metric.used.name}" tags = "${circonus_metric.used.tags}" type = "${circonus_metric.used.type}" } tags = { source = "circonus" } } resource "circonus_metric" "used" { name = "${var.used_metric_name}" tags = { source = "circonus" } type = "numeric" } ``` * Document the `circonus_metric` resource. * Updated `circonus_check` docs. * If a port was present, automatically set it in the Config. * Alpha sort the check parameters now that they've been renamed. * Fix a handful of panics as a result of the schema changing. * Move back to a `TypeSet` for tags. After a stint with `TypeMap`, move back to `TypeSet`. A set of strings seems to match the API the best. The `map` type was convenient because it reduced the amount of boilerplate, but you loose out on other things. For instance, tags come in the form of `category:value`, so naturally it seems like you could use a map, but you can't without severe loss of functionality because assigning two values to the same category is common. And you can't normalize map input or suppress the output correctly (this was eventually what broke the camel's back). I tried an experiment of normalizing the input to be `category:value` as the key in the map and a value of `""`, but... seee diff suppress. In this case, simple is good. While here bring some cleanups to _Metric since that was my initial testing target. * Rename `providerConfig` to `_ProviderConfig` * Checkpoint the `json` check type. * Fix a few residual issues re: missing descriptions. * Rename `validateRegexp` to `_ValidateRegexp` * Use tags as real sets, not just a slice of strings. * Move the DiffSuppressFunc for tags down to the Elem. * Fix up unit tests to chase the updated, default hasher function being used. * Remove `Computed` attribute from `TypeSet` objects. This fixes a pile of issues re: update that I was having. * Rename functions. `GetStringOk` -> `GetStringOK` `GetSetAsListOk` -> `GetSetAsListOK` `GetIntOk` -> `GetIntOK` * Various small cleanups and comments rolled into a single commit. * Add a `postgresql` check type for the `circonus_check` resource. * Rename various validator functions to be _CapitalCase vs capitalCase. * Err... finish the validator renames. * Add `GetFloat64()` support. * Add `icmp_ping` check type support. * Catch up to the _API*Attr renames. Deliberately left out of the previous commit in order to create a clean example of what is required to add a new check type to the `circonus_check` resource. * Clarify when the `target` attribute is required for the `postgresql` check type. * Correctly pull the metric ID attribute from the right location. * Add a circonus_stream_group resource (a.k.a. a Circonus "metric cluster") * Add support for the [`caql`](https://login.circonus.com/user/docs/caql_reference) check type. * Add support for the `http` check type. * `s/SSL/TLS/g` * Add support for `tcp` check types. * Enumerate the available metrics that are supported for each check type. * Add [`cloudwatch`](https://login.circonus.com/user/docs/Data/CheckTypes/CloudWatch) check type support. * Add a `circonus_trigger` resource (a.k.a Circonus Ruleset). * Rename a handful of functions to make it clear in the function name the direction of flow for information moving through the provider. TL;DR: Replace `parse` and `read` with "foo to bar"-like names. * Fix the attribute name used in a validator. Absent != After. * Set the minimum `absent` predicate to 70s per testing. * Fix the regression tests for circonus_trigger now that absent has a 70s min * Fix up the `tcp` check to require a `host` attribute. Fix tests. It's clear I didn't run these before committing/pushing the `tcp` check last time. * Fix `circonus_check` for `cloudwatch` checks. * Rename `parsePerCheckTypeConfig()` to `_CheckConfigToAPI` to be consistent with other function names. grep(1)ability of code++ * Slack buttons as an integer are string encoded. * Fix updates for `circonus_contact`. * Fix the out parameters for contact groups. * Move to using `_CastSchemaToTF()` where appropriate. * Fix circonus_contact_group. Updates work as expected now. * Use `_StateSet()` in place of `d.Set()` everywhere. * Make a quick pass over the collector datasource to modernize its style * Quick pass for items identified by `golint`. * Fix up collectors * Fix the `json` check type. Reconcile possible sources of drift. Update now works as expected. * Normalize trigger durations to seconds. * Improve the robustness of the state handling for the `circonus_contact_group` resource. * I'm torn on this, but sort the contact groups in the notify list. This does mean that if the first contact group in the list has a higher lexical sort order the plan won't converge until the offending resource is tainted and recreated. But there's also some sorting happening elsewhere, so.... sort and taint for now and this will need to be revisited in the future. * Add support for the `httptrap` check type. * Remove empty units from the state file. * Metric clusters can return a 404. Detect this accordingly in its respective Exists handler. * Add a `circonus_graph` resource. * Fix a handful of bugs in the graph provider. * Re-enable the necessary `ConflictsWith` definitions and normalize attribute names. * Objects that have been deleted via the UI return a 404. Handle in Exists(). * Teach `circonus_graph`'s Stack set to accept nil values. * Set `ForceNew: true` for a graph's name. * Chase various API fixes required to make `circonus_graph` work as expected. * Fix up the handling of sub-1 zoom resolutions for graphs. * Add the `check_by_collector` out parameter to the `circonus_check` resource. * Improve validation of line vs area graphs. Fix graph_style. * Fix up the `logarithmic` graph axis option. * Resolve various trivial `go vet` issues. * Add a stream_group out parameter. * Remove incorrectly applied `Optional` attributes to the `circonus_account` resource. * Remove various `Optional` attributes from the `circonus_collector` data source. * Centralize the common need to suppress leading and trailing whitespace into `suppressWhitespace`. * Sync up with upstream vendor fixes for circonus_graph. * Update the checksum value for the http check. * Chase `circonus_graph`'s underlying `line_style` API object change from `string` to `*string`. * Clean up tests to use a generic terraform regression testing account. * Add support for the MySQL to the `circonus_check` resource. * Begin stubbing out the Circonus provider. * Remove all references to `reverse:secret_key`. This value is dynamically set by the service and unused by Terraform. * Update the `circonus_check` resource. Still a WIP. * Add docs for the `circonus_check` resource. Commit miss, this should have been included in the last commit. * "Fix" serializing check tags I still need to figure out how I can make them order agnostic w/o using a TypeSet. I'm worried that's what I'm going to have to do. * Spike a quick circonus_broker data source. * Convert tags to a Set so the order does not matter. * Add a `circonus_account` data source. * Correctly spell account. Pointed out by: @postwait * Add the `circonus_contact_group` resource. * Push descriptions into their own file in order to reduce the busyness of the schema when reviewing code. * Rename `circonus_broker` and `broker` to `circonus_collector` and `collector`, respectively. Change made with concent by Circonus to reduce confusion (@postwait, @maier, and several others). * Use upstream contsants where available. * Import the latest circonus-gometrics. * Move to using a Set of collectors vs a list attached to a single attribute. * Rename "cid" to "id" in the circonus_account data source and elsewhere where possible. * Inject a tag automatically. Update gometrics. * Checkpoint `circonus_metric` resource. * Enable provider-level auto-tagging. This is disabled by default. * Rearrange metric. This is an experimental "style" of a provider. We'll see. That moment. When you think you've gone off the rails on a mad scientist experiment but like the outcome and think you may be onto something but haven't proven it to yourself or anyone else yet? That. That exact feeling of semi-confidence while being alone in the wilderness. Please let this not be the Terraform provider equivalent of DJB's C style of coding. We'll know in another resource or two if this was a horrible mistake or not. * Begin moving `resource_circonus_check` over to the new world order/structure: Much of this is WIP and incomplete, but here is the new supported structure: ``` variable "used_metric_name" { default = "_usage`0`_used" } resource "circonus_check" "usage" { # collectors = ["${var.collectors}"] collector { id = "${var.collectors[0]}" } name = "${var.check_name}" notes = "${var.notes}" json { url = "https://${var.target}/account/current" http_headers = { "Accept" = "application/json" "X-Circonus-App-Name" = "TerraformCheck" "X-Circonus-Auth-Token" = "${var.api_token}" } } stream { name = "${circonus_metric.used.name}" tags = "${circonus_metric.used.tags}" type = "${circonus_metric.used.type}" } tags = { source = "circonus" } } resource "circonus_metric" "used" { name = "${var.used_metric_name}" tags = { source = "circonus" } type = "numeric" } ``` * Document the `circonus_metric` resource. * Updated `circonus_check` docs. * If a port was present, automatically set it in the Config. * Alpha sort the check parameters now that they've been renamed. * Fix a handful of panics as a result of the schema changing. * Move back to a `TypeSet` for tags. After a stint with `TypeMap`, move back to `TypeSet`. A set of strings seems to match the API the best. The `map` type was convenient because it reduced the amount of boilerplate, but you loose out on other things. For instance, tags come in the form of `category:value`, so naturally it seems like you could use a map, but you can't without severe loss of functionality because assigning two values to the same category is common. And you can't normalize map input or suppress the output correctly (this was eventually what broke the camel's back). I tried an experiment of normalizing the input to be `category:value` as the key in the map and a value of `""`, but... seee diff suppress. In this case, simple is good. While here bring some cleanups to _Metric since that was my initial testing target. * Rename `providerConfig` to `_ProviderConfig` * Checkpoint the `json` check type. * Fix a few residual issues re: missing descriptions. * Rename `validateRegexp` to `_ValidateRegexp` * Use tags as real sets, not just a slice of strings. * Move the DiffSuppressFunc for tags down to the Elem. * Fix up unit tests to chase the updated, default hasher function being used. * Remove `Computed` attribute from `TypeSet` objects. This fixes a pile of issues re: update that I was having. * Rename functions. `GetStringOk` -> `GetStringOK` `GetSetAsListOk` -> `GetSetAsListOK` `GetIntOk` -> `GetIntOK` * Various small cleanups and comments rolled into a single commit. * Add a `postgresql` check type for the `circonus_check` resource. * Rename various validator functions to be _CapitalCase vs capitalCase. * Err... finish the validator renames. * Add `GetFloat64()` support. * Add `icmp_ping` check type support. * Catch up to the _API*Attr renames. Deliberately left out of the previous commit in order to create a clean example of what is required to add a new check type to the `circonus_check` resource. * Clarify when the `target` attribute is required for the `postgresql` check type. * Correctly pull the metric ID attribute from the right location. * Add a circonus_stream_group resource (a.k.a. a Circonus "metric cluster") * Add support for the [`caql`](https://login.circonus.com/user/docs/caql_reference) check type. * Add support for the `http` check type. * `s/SSL/TLS/g` * Add support for `tcp` check types. * Enumerate the available metrics that are supported for each check type. * Add [`cloudwatch`](https://login.circonus.com/user/docs/Data/CheckTypes/CloudWatch) check type support. * Add a `circonus_trigger` resource (a.k.a Circonus Ruleset). * Rename a handful of functions to make it clear in the function name the direction of flow for information moving through the provider. TL;DR: Replace `parse` and `read` with "foo to bar"-like names. * Fix the attribute name used in a validator. Absent != After. * Set the minimum `absent` predicate to 70s per testing. * Fix the regression tests for circonus_trigger now that absent has a 70s min * Fix up the `tcp` check to require a `host` attribute. Fix tests. It's clear I didn't run these before committing/pushing the `tcp` check last time. * Fix `circonus_check` for `cloudwatch` checks. * Rename `parsePerCheckTypeConfig()` to `_CheckConfigToAPI` to be consistent with other function names. grep(1)ability of code++ * Slack buttons as an integer are string encoded. * Fix updates for `circonus_contact`. * Fix the out parameters for contact groups. * Move to using `_CastSchemaToTF()` where appropriate. * Fix circonus_contact_group. Updates work as expected now. * Use `_StateSet()` in place of `d.Set()` everywhere. * Make a quick pass over the collector datasource to modernize its style * Quick pass for items identified by `golint`. * Fix up collectors * Fix the `json` check type. Reconcile possible sources of drift. Update now works as expected. * Normalize trigger durations to seconds. * Improve the robustness of the state handling for the `circonus_contact_group` resource. * I'm torn on this, but sort the contact groups in the notify list. This does mean that if the first contact group in the list has a higher lexical sort order the plan won't converge until the offending resource is tainted and recreated. But there's also some sorting happening elsewhere, so.... sort and taint for now and this will need to be revisited in the future. * Add support for the `httptrap` check type. * Remove empty units from the state file. * Metric clusters can return a 404. Detect this accordingly in its respective Exists handler. * Add a `circonus_graph` resource. * Fix a handful of bugs in the graph provider. * Re-enable the necessary `ConflictsWith` definitions and normalize attribute names. * Objects that have been deleted via the UI return a 404. Handle in Exists(). * Teach `circonus_graph`'s Stack set to accept nil values. * Set `ForceNew: true` for a graph's name. * Chase various API fixes required to make `circonus_graph` work as expected. * Fix up the handling of sub-1 zoom resolutions for graphs. * Add the `check_by_collector` out parameter to the `circonus_check` resource. * Improve validation of line vs area graphs. Fix graph_style. * Fix up the `logarithmic` graph axis option. * Resolve various trivial `go vet` issues. * Add a stream_group out parameter. * Remove incorrectly applied `Optional` attributes to the `circonus_account` resource. * Remove various `Optional` attributes from the `circonus_collector` data source. * Centralize the common need to suppress leading and trailing whitespace into `suppressWhitespace`. * Sync up with upstream vendor fixes for circonus_graph. * Update the checksum value for the http check. * Chase `circonus_graph`'s underlying `line_style` API object change from `string` to `*string`. * Clean up tests to use a generic terraform regression testing account. * Rename all identifiers that began with a `_` and replace with a corresponding lowercase glyph. * Remove stale comment in types. * Move the calls to `ResourceData`'s `SetId()` calls to be first in the list so that no resources are lost in the event of a `panic()`. * Remove `stateSet` from the `circonus_trigger` resource. * Remove `stateSet` from the `circonus_stream_group` resource. * Remove `schemaSet` from the `circonus_graph` resource. * Remove `stateSet` from the `circonus_contact` resource. * Remove `stateSet` from the `circonus_metric` resource. * Remove `stateSet` from the `circonus_account` data source. * Remove `stateSet` from the `circonus_collector` data source. * Remove stray `stateSet` call from the `circonus_contact` resource. This is an odd artifact to find... I'm completely unsure as to why it was there to begin with but am mostly certain it's a bug and needs to be removed. * Remove `stateSet` from the `circonus_check` resource. * Remove the `stateSet` helper function. All call sites have been converted to return errors vs `panic()`'ing at runtime. * Remove a pile of unused functions and type definitions. * Remove the last of the `attrReader` interface. * Remove an unused `Sprintf` call. * Update `circonus-gometrics` and remove unused files. * Document what `convertToHelperSchema()` does. Rename `castSchemaToTF` to `convertToHelperSchema`. Change the function parameter ordering so the `map` of attribute descriptions: this is much easier to maintain when the description map is first when creating schema inline. * Move descriptions into their respective source files. * Remove all instances of `panic()`. In the case of software bugs, log an error. Never `panic()` and always return a value. * Rename `stream_group` to `metric_cluster`. * Rename triggers to rule sets * Rename `stream` to `metric`. * Chase the `stream` -> `metric` change into the docs. * Remove some unused test functions. * Add the now required `color` attribute for graphing a `metric_cluster`. * Add a missing description to silence a warning. * Add `id` as a selector for the account data source. * Futureproof testing: Randomize all asset names to prevent any possible resource conflicts. This isn't a necessary change for our current build and regression testing, but *just in case* we have a radical change to our testing framework in the future, make all resource names fully random. * Rename various values to match the Circonus docs. * s/alarm/alert/g * Ensure ruleset criteria can not be empty.
2017-03-10 21:19:17 +01:00
---
layout: "circonus"
page_title: "Circonus: circonus_rule_set"
sidebar_current: "docs-circonus-resource-circonus_rule_set"
description: |-
Manages a Circonus rule set.
---
# circonus\_rule_set
The ``circonus_rule_set`` resource creates and manages a
[Circonus Rule Set](https://login.circonus.com/resources/api/calls/rule_set).
## Usage
```
variable "myapp-tags" {
type = "list"
default = [ "app:myapp", "owner:myteam" ]
}
resource "circonus_rule_set" "myapp-cert-ttl-alert" {
check = "${circonus_check.myapp-https.checks[0]}"
metric_name = "cert_end_in"
link = "https://wiki.example.org/playbook/how-to-renew-cert"
if {
value {
min_value = "${2 * 24 * 3600}"
}
then {
notify = [ "${circonus_contact_group.myapp-owners.id}" ]
severity = 1
}
}
if {
value {
min_value = "${7 * 24 * 3600}"
}
then {
notify = [ "${circonus_contact_group.myapp-owners.id}" ]
severity = 2
}
}
if {
value {
min_value = "${21 * 24 * 3600}"
}
then {
notify = [ "${circonus_contact_group.myapp-owners.id}" ]
severity = 3
}
}
if {
value {
absent = "24h"
}
then {
notify = [ "${circonus_contact_group.myapp-owners.id}" ]
severity = 1
}
}
tags = [ "${var.myapp-tags}" ]
}
resource "circonus_rule_set" "myapp-healthy-alert" {
check = "${circonus_check.myapp-https.checks[0]}"
metric_name = "duration"
link = "https://wiki.example.org/playbook/debug-down-app"
if {
value {
# SEV1 if it takes more than 9.5s for us to complete an HTTP request
max_value = "${9.5 * 1000}"
}
then {
notify = [ "${circonus_contact_group.myapp-owners.id}" ]
severity = 1
}
}
if {
value {
# SEV2 if it takes more than 5s for us to complete an HTTP request
max_value = "${5 * 1000}"
}
then {
notify = [ "${circonus_contact_group.myapp-owners.id}" ]
severity = 2
}
}
if {
value {
# SEV3 if the average response time is more than 500ms using a moving
# average over the last 10min. Any transient problems should have
# resolved themselves by now. Something's wrong, need to page someone.
over {
last = "10m"
using = "average"
}
max_value = "500"
}
then {
notify = [ "${circonus_contact_group.myapp-owners.id}" ]
severity = 3
}
}
if {
value {
# SEV4 if it takes more than 500ms for us to complete an HTTP request. We
# want to record that things were slow, but not wake anyone up if it
# momentarily pops above 500ms.
min_value = "500"
}
then {
notify = [ "${circonus_contact_group.myapp-owners.id}" ]
severity = 3
}
}
if {
value {
# If for whatever reason we're not recording any values for the last
# 24hrs, fire off a SEV1.
absent = "24h"
}
then {
notify = [ "${circonus_contact_group.myapp-owners.id}" ]
severity = 1
}
}
tags = [ "${var.myapp-tags}" ]
}
resource "circonus_contact_group" "myapp-owners" {
name = "My App Owners"
tags = [ "${var.myapp-tags}" ]
}
resource "circonus_check" "myapp-https" {
name = "My App's HTTPS Check"
notes = <<-EOF
A check to create metric streams for Time to First Byte, HTTP transaction
duration, and the TTL of a TLS cert.
EOF
collector {
id = "/broker/1"
}
http {
code = "^200$"
headers = {
X-Request-Type = "health-check",
}
url = "https://www.example.com/myapp/healthz"
}
metric {
name = "${circonus_metric.myapp-cert-ttl.name}"
tags = "${circonus_metric.myapp-cert-ttl.tags}"
type = "${circonus_metric.myapp-cert-ttl.type}"
unit = "${circonus_metric.myapp-cert-ttl.unit}"
}
metric {
name = "${circonus_metric.myapp-duration.name}"
tags = "${circonus_metric.myapp-duration.tags}"
type = "${circonus_metric.myapp-duration.type}"
unit = "${circonus_metric.myapp-duration.unit}"
}
period = 60
tags = ["source:circonus", "author:terraform"]
timeout = 10
}
resource "circonus_metric" "myapp-cert-ttl" {
name = "cert_end_in"
type = "numeric"
unit = "seconds"
tags = [ "${var.myapp-tags}", "resource:tls" ]
}
resource "circonus_metric" "myapp-duration" {
name = "duration"
type = "numeric"
unit = "miliseconds"
tags = [ "${var.myapp-tags}" ]
}
```
## Argument Reference
* `check` - (Required) The Circonus ID that this Rule Set will use to search for
a metric stream to alert on.
* `if` - (Required) One or more ordered predicate clauses that describe when
Circonus should generate a notification. See below for details on the
structure of an `if` configuration clause.
* `link` - (Optional) A link to external documentation (or anything else you
feel is important) when a notification is sent. This value will show up in
email alerts and the Circonus UI.
* `metric_type` - (Optional) The type of metric this rule set will operate on.
Valid values are `numeric` (the default) and `text`.
* `notes` - (Optional) Notes about this rule set.
* `parent` - (Optional) A Circonus Metric ID that, if specified and active with
a severity 1 alert, will silence this rule set until all of the severity 1
alerts on the parent clear. This value must match the format
`${check_id}_${metric_name}`.
* `metric_name` - (Required) The name of the metric stream within a given check
that this rule set is active on.
* `tags` - (Optional) A list of tags assigned to this rule set.
## `if` Configuration
The `if` configuration block is an
[ordered list of rules](https://login.circonus.com/user/docs/Alerting/Rules/Configure) that
are evaluated in order, first to last. The first `if` condition to evaluate
true shortcircuits all other `if` blocks in this rule set. An `if` block is also
referred to as a "rule." It is advised that all high-severity rules are ordered
before low-severity rules otherwise low-severity rules will mask notifications
that should be delivered with a high-severity.
`if` blocks are made up of two configuration blocks: `value` and `then`. The
`value` configuration block specifies the criteria underwhich the metric streams
are evaluated. The `then` configuration block, optional, specifies what action
to take.
### `value` Configuration
A `value` block can have only one of several "predicate" attributes specified
because they conflict with each other. The list of mutually exclusive
predicates is dependent on the `metric_type`. To evaluate multiple predicates,
create multiple `if` configuration blocks in the proper order.
#### `numeric` Predicates
Metric types of type `numeric` support the following predicates. Only one of
the following predicates may be specified at a time.
* `absent` - (Optional) If a metric has not been observed in this duration the
rule will fire. When present, this duration is evaluated in terms of seconds.
* `changed` - (Optional) A boolean indicating this rule should fire when the
value changes (e.g. `n != n<sub>1</sub>`).
* `min_value` - (Optional) When the value is less than this value, this rule will
fire (e.g. `n < ${min_value}`).
* `max_value` - (Optional) When the value is greater than this value, this rule
will fire (e.g. `n > ${max_value}`).
Additionally, a `numeric` check can also evaluate data based on a windowing
function versus the last measured value in the metric stream. In order to have
a rule evaluate on derived value from a window, include a nested `over`
attribute inside of the `value` configuration block. An `over` attribute needs
two attributes:
* `last` - (Optional) A duration for the sliding window. Default `300s`.
* `using` - (Optional) The window function to use over the `last` interval.
Valid window functions include: `average` (the default), `stddev`, `derive`,
`derive_stddev`, `counter`, `counter_stddev`, `derive_2`, `derive_2_stddev`,
`counter_2`, and `counter_2_stddev`.
#### `text` Predicates
Metric types of type `text` support the following predicates:
* `absent` - (Optional) If a metric has not been observed in this duration the
rule will fire. When present, this duration is evaluated in terms of seconds.
* `changed` - (Optional) A boolean indicating this rule should fire when the
last value in the metric stream changed from it's previous value (e.g. `n !=
n-1`).
* `contains` - (Optional) When the last value in the metric stream the value is
less than this value, this rule will fire (e.g. `strstr(n, ${contains}) !=
NULL`).
* `match` - (Optional) When the last value in the metric stream value exactly
matches this configured value, this rule will fire (e.g. `strcmp(n, ${match})
== 0`).
* `not_contain` - (Optional) When the last value in the metric stream does not
match this configured value, this rule will fire (e.g. `strstr(n, ${contains})
== NULL`).
* `not_match` - (Optional) When the last value in the metric stream does not match
this configured value, this rule will fire (e.g. `strstr(n, ${not_match}) ==
NULL`).
### `then` Configuration
A `then` block can have the following attributes:
* `after` - (Optional) Only execute this notification after waiting for this
number of minutes. Defaults to immediately, or `0m`.
* `notify` - (Optional) A list of contact group IDs to notify when this rule is
sends off a notification.
* `severity` - (Optional) The severity level of the notification. This can be
set to any value between `1` and `5`. Defaults to `1`.
## Import Example
`circonus_rule_set` supports importing resources. Supposing the following
Terraform (and that the referenced [`circonus_metric`](metric.html)
and [`circonus_check`](check.html) have already been imported):
```
resource "circonus_rule_set" "icmp-latency-alert" {
check = "${circonus_check.api_latency.checks[0]}"
metric_name = "maximum"
if {
value {
absent = "600s"
}
then {
notify = [ "${circonus_contact_group.test-trigger.id}" ]
severity = 1
}
}
if {
value {
over {
last = "120s"
using = "average"
}
max_value = 0.5 # units are in miliseconds
}
then {
notify = [ "${circonus_contact_group.test-trigger.id}" ]
severity = 2
}
}
}
```
It is possible to import a `circonus_rule_set` resource with the following command:
```
$ terraform import circonus_rule_set.usage ID
```
Where `ID` is the `_cid` or Circonus ID of the Rule Set
(e.g. `/rule_set/201285_maximum`) and `circonus_rule_set.icmp-latency-alert` is
the name of the resource whose state will be populated as a result of the
command.