The AWS Engineering test requires administrators to create a Cloudwatch alarm using the metric specified to monitor each resource(s) flagged as failing on the test page. These resources vary across tests such as EC2, Load Balancer, SQS Queues, etc... and so do the metrics (CPU Utilization, Loadbalancer Health, HTTP_5XX, etc..), but the steps are the same for all. The only difference is the metric required and the resource type. This article will review how to create CloudWatch alarms and use the Messaging queue message age-monitored test as an example.
- Access to AWS Console
- Administrator Access to Vanta
- Sign in to the AWS account your flagged resources exist under and search for CloudWatch and click it under 'Services' :
- Select the region your resources exist in from the top right menu; in this example, I will select US West (Oregon), also known as us-west-2:
If you are not sure what region or account the resource exists under, go to the test page and look under the name of the flagged help, Vanta should specify the account number and region:
- Now that you are in the region the resources were created on, select All Alarms from the left-hand menu:
- Click the orange create alarm button next:
- You should be taken to a page similar to the one below; click on Select metric:
- You will see a pop-up menu appear allowing you to search for metrics:
- You can head back into Vanta (in a different tab) and confirm the metric the test asks you to monitor on the resource. This should be listed in the how to fix section. In the example below, it is asking for ApproximateAgeOfOldestMessage :
- Head back to the AWS tab and type the name of the metric (in this case ApproximateAgeOfOldestMessage) into the search bar and press return to search for it or click the magnifying glass icon:
- You will see a list of all applicable metrics for different resource types; select the appropriate one; for this example, this metric is only available for SQS Queues, so there is only one result:
- You will be taken to a list of active resources (in this case, Queues) that can be monitored with the selected metric. Select the resource that is flagged on the test page:
Ensure the name matches precisely:
Then Click the orange select metric button to continue:
- You will be taken to a page where you can scroll down to set your desired metric conditions. These are selected based on the discretion of the administrator. When complete, click the following button:
- You will then need to set the actions; this is up to the administrator's discretion, like the previous step. We need specific guidance to provide.
When complete, click Next after the 'Systems Manager action' section:
- Next, you will need to configure the alarm name; this is again up to the discretion of the administrator; click 'Next' on the bottom right when you are finished:
- You will be taken to the Preview and Create screen, where you can review the configurations. Ensure the metric name matches the one specified by the test (1) and that the resource you are monitoring is the one flagged on the test page (2) :
Once confirmed, scroll down and click 'Create Alarm':
- You should be redirected to the Cloud watch screen and see a green banner indicating the alarm was created successfully. You should also see it listed:
- Upon the next test refresh, the test should begin to pass once we detect the alarm. You can optionally click the refresh button to speed up this process:
I do not see one of the alarms listed on the test page.
Ensure you are copying the name exactly as spelled on the test page. Also, ensure you are in the account and region the resources exist in. If you verified those two things and it does not appear, you will likely have to create this alarm using a JSON script; please write to support for help.
Please see this article if you are still looking for the metrics for the Load balancer server errors monitored (AWS) test.
I use DataDog to monitor these resources and notice I have duplicates for some of the tests?
If you have connected the DataDog integration, you can deactivate the AWS-related tests if you prefer to use the DataDog ones.
I created the alarm and refreshed the test, but the resource is still failing?
Click More > Export test data to download a CSV of the test data :
Your most recently created alarm should have been appended to the bottom of the CSV file; if you do not see your alarm listed, then either the test has not refreshed successfully, or the alarm was created in a different region/account than the one the flagged resource exists in:
What if I do see my notice in the test export CSV file?
Check the metric name column and confirm it has the metric listed on the test page as a value.
What if my metric name column has the correct metric listed?
Check the dimensions column, specifically the 'value' field; it must be set to the resource you are monitoring (the help that was flagged on the test page):
If this also matches, please write to Vanta support with screenshots of your Cloudwatch alarm so we can investigate.