ALARM and resolves it on OK. This page is about alarms. To send
CloudWatch logs to Squasher, see AWS CloudWatch logs.
What you need
- A CloudWatch alarm that sends notifications to an SNS topic, for both the
ALARMand theOKstate. - The topic ARN, for example
arn:aws:sns:us-east-1:123456789012:production-alarms. - The Squasher CLI, signed in with write access to the project. See Alert sources.
Connect CloudWatch
1
Create the connector
setup.endpoint from the output. CloudWatch connectors have no secret: Squasher checks
the SNS signature instead.2
Subscribe the endpoint to the topic
3
Test the alarm
Set the alarm to Check that one incident opens in Incidents. Run the command again with
ALARM for a short time, then back to OK:--state-value OK, and check that the same incident resolves.How Squasher reads an alarm
The severity always comes from the connector’s default severity (
sev-1 unless you set
--severity). CloudWatch alarms do not carry a severity.
To keep incidents open when the alarm returns to OK, create the connector with
--config '{"resolve_on_ok": false}'.
Limits
- Each connector accepts one SNS topic. The topic ARN in each message must match it exactly, including the partition, region, and account. Create one connector for each topic.
- Squasher rejects messages that are more than 24 hours old or more than 5 minutes in the future,
with
401. - The signing certificate must come from the SNS host of the topic’s region
(
sns.<region>.amazonaws.com). - If SNS removes the subscription, the connector records the error. Subscribe the endpoint again to receive alarms.
- To move to a new topic, update the connector, then subscribe the endpoint to the new topic. The
update replaces the whole config, so send every field again:
squasher alert-connectors update <connector-id> --config '{"topic_arn": "<new-arn>", "default_severity": "sev-1", "resolve_on_ok": true}'.
Next steps
Alert sources
Limits, response codes, and connector management.
Route incidents
Send CloudWatch incidents to the people on call.