Which actions can you perform using amazon cloudwatch

In previous post, we have discussed the differences between CloudTrail and AWS Config and that has served to raise the equally pertinent question: how you compare CloudTrail to CloudWatch?

What is CloudWatch?

AWS CloudWatch is a suite of monitoring tools built into one AWS service. In this post, we’ll explore each major component of CloudWatch and explain why one would consume the Metrics, Alarms, Logs, and Events available within this useful service. Before we explore the many faces of CloudWatch, let’s find out more about CloudTrail.

What is AWS CloudTrail?

AWS CloudTrail is a log of every single API call that has taken place inside your Amazon environment. Each call is considered an event and is written in batches to an S3 bucket. These Cloudtrail events show us details of the request, the response, the identity of the user making the request, and whether the API calls came from the AWS Console, CLI, some third-party application or other AWS Service.

The Difference between CloudWatch and CloudTrail

CloudWatch focuses on the activity of AWS services and resources, reporting on their health and performance. On the other hand, CloudTrail is a log of all actions that have taken place inside your AWS environment.

How Can I Track And React To CloudTrail Events In Real Time?

Making the most of CloudTrail events can be challenging given their breadth and depth. Often, it can involve inspecting logs a long time after an incident has been brought to your attention at which point it may be too late to remediate. With GorillaStack Real Time events, you can easily react to your most important events in near real-time.

1. Sign up for GorillaStack Real Time Events
2. Connect to your AWS account.
3. When installation is complete, go to Templates at the top menu.
4. Select which events you want to monitor.
5. Notify yourself, a channel or another team member on the occurrence of any event that you’re tracking.

How do your CloudTrail events get captured?

The process is fairly simple to break down:

1. Enable CloudTrail. (We recommend doing so within your AWS Organization, such that all accounts and regions are tracked centrally).
2. As part of enabling CloudTrail, you will nominate an S3 bucket to store events.
3. Activities occur within your environment (can be “Data Events” – operations on or within a resource, or “Management Events” – Configuration or security changes).
4. The activity is captured by CloudTrail, which emits an event on the CloudWatch Events Bus.
5. CloudTrail delivers the activity data to the nominated S3 Bucket in batches.

What does CloudTrail log?

Typically, CloudTrail logs a whole bunch of metadata about the API call that takes place, and that metadata tends to vary quite significantly from service to service. At a foundational level, CloudTrail will capture the following:

CloudTrail Schema

type – what type of userIdentity triggered the event (i.e. was it an IAM User), Root, another AWS Service etc

userIdentity – includes the ARN of the user or role that generated the request

eventSource – the service that the request was made to

eventTime – the time when the event took place

awsRegion – which region the event took place in

eventName – what the event actually was

sourceIPAddress – which IP Address the request was made from

userAgent – how the call was made (i.e. SDK, CLI, Console)

errorCode – if any errors occurred

errorMessage – more details on any errors

requestParameters – any parameters from the request; these vary per service and per API endpoint

responseElements – the response for any action that makes a change; these also vary on a service by service basis

additionalEventData – any further data about the event

requestID – a value that identifies the specific request; this is generated by the service itself

eventID – different from the requestID; this is generated by CloudTrail as a unique ID for each single event

eventType – tells you if it was an AwsApiCall that generated the event, an AwsServiceEvent generated by a service or if it was generated by an IAM user

apiVersion – if there was an AwsApiCall that generated the event, this will tell you the API apiVersion

managementEvent – was this a management event?

readOnly – was the operation read only?

resources – any resources that were connected to the event; the details can include ARNs, Account IDs connected to the resource owner and other identifiers

recipientAccountId – the account that received the event

serviceEventDetails – can contain data about the event trigger and its result

sharedEventID – if a CloudTrail event is delivered to multiple accounts this will show as a unique way of associating the data between those accounts

vpcEndpointId – the VPC endpoint if requests were made from a VPC to a different AWS service

How often does CloudTrail Update?

As a general rule, CloudTrail will deliver any event within about 15 minutes of the API call. CloudTrail will typically write logs to the allocated S3 bucket in batches every five minutes.

Are there quicker ways to get CloudTrail events?

Actually yes, you can get notified of specific CloudTrail events immediately by consuming them via the CloudWatch Event Bus.

While CloudTrail only writes to your S3 bucket once every five minutes, it emits events on the CloudWatch Event bus as these API calls are observed. The result is a near real-time stream of information about changes in your AWS Accounts.

GorillaStack actually uses the CloudWatch Event bus to monitor CloudTrail in our popular Real Time Events tool and can alert you to any CloudTrail event in real time. You can consume these events as alerts via Chat or Email or use them to trigger Lambda functions.

This brings us to CloudWatch Events.

What are CloudWatch Metrics?

CloudWatch Metrics are time series performance data about your AWS services and resources. These metrics mostly relate to application performance and resource utilization.

Since each CloudWatch Metric is time-stamped, you can continually monitor and review data points in relation to a particular application or overall set of applications and resources. This, in turn, allows you to build up a picture of your overall operational health. If you’d like to, set alarms when the performance falls out of an expected range or band.

How do CloudWatch Alarms work?

A CloudWatch Alarm can be set to trigger based on the change in state or threshold of one or more CloudWatch Metrics. You can configure the CloudWatch Alarm to evaluate a combination of metrics by applying math or percentile-based expressions. For instance, you can use up to 10 CloudWatch Metrics to build math expressions as long as those CloudWatch Metrics are covering the same period.

How do you use CloudWatch Alarms?

• You can add them to a CloudWatch dashboard and monitor them visually
• You can perform an EC2 action (as long as the Alarm isn’t a result of a math expression)
• You can perform an Auto Scaling action
• You can send alarm data over an SNS topic when the Alarm state changes
• You can then use that notification on the SNS Topic to trigger a Lambda Function

How many CloudWatch Alarms can you have in the same account?

Depending on your needs, you can set up to 5000 CloudWatch Alarms per region per account that should be plenty to get some consequential outcomes.

How often do CloudWatch Alarms update?

CloudWatch alarms update in near enough real time which is what can often make them a preferable alternative to CloudTrail if your use cases demand it.

CloudWatch Logs

AWS CloudWatch Logs is a place to store, access and monitor logs that come from AWS Services, customer application code and other sources. In addition, CloudWatch logs allow customers to centralize their logs, retain them and then analyze/access them off one scalable platform.

The best way to explain CloudWatch Logs is through example. Here are some resources and how the type of data that they write to CloudWatch:

One way of leveraging all this information is to query your CloudTrail logs with Athena.

Watch on demand webinar: Actionable Security Insights Using CloudTrail & Athena

CloudTrail vs CloudWatch – A Breakdown

Below describes the key differences between CloudWatch and CloudTrail.

If you’d like to track your most important CloudTrail Events and invoke real-time alerts and remediation for them, check out GorillaStack’s Real Time Events product. Book a demo with us to learn how you can use Real-Time Events for your business.

What we can monitor using CloudWatch?

What types of monitoring can Amazon CloudWatch be used for Choose 2?

Which service enables you to review the security of your Amazon S3 buckets by checking for open access permissions?

Which activities are performed in CloudWatch rather than CloudTrail?