DynamoDB and Cloudwatch monitoring: Amazon Web Services recently introduced a feature to integrate its DynamoDB and CloudWatch components. This feature will allow you to collect and analyze performance metrics. In this post, we’ll cover everything you need to know to get started using them for monitoring AWS resources.
A Brief Overview of DynamoDB and CloudWatch monitoring
Amazon DynamoDB is an entirely managed NoSQL database that allows you to store and retrieve any quantity of data and any level of traffic. With DynamoDB, you can create tables that are easily scaled up or down with no loss in performance. It includes the following features:
- Scalability. Its seamless scalability can reduce the burden of operating and scaling a distributed database.
- Hardware provisioning. DynamoDB includes all of the setup tasks, as well as those for configuration, cluster scaling, replication, and software patching that can help offload some administrative tasks.
- Data. DynamoDB makes it easy to store a large amount of data by creating database tables; retrieval of stored data is also easy.
- Traffic. It can handle a high level of traffic. You can scale up or scale down the tables created in the database without degrading database performance.
Amazon CloudWatch monitoring is developed to manage and monitor Amazon Web Services (AWS) resources.
CloudWatch allows you to collect and track AWS metrics. To do so, you can define the rules and set threshold values for your metrics. You can create alarms in CloudWatch to be notified of when thresholds have been reached (we’ll show you how later in this post). CloudWatch gathers information about application performance, resource utilization, and its operational health.
How to View CloudWatch Data for a Table in DynamoDB from the AWS Management Console
Used together, CloudWatch monitoring takes the data from DynamoDB and processes it into readable metrics. Follow these steps to retrieve CloudWatch data for a table created in DynamoDB from the AWS management console:
- Sign in at the Amazon Web Service Management console. Then, open the CloudWatch console at http://console.aws.amazon.com/cloudwatch/
- Click on ‘Metrics’ in the navigation window.
- Under ‘DynamoDB Metrics’ go to the ‘CloudWatch Metric by Category’ window.’ Select ‘Table Metric’. Now you can explore the complete list of metrics for your table by scrolling down.
All of the available DynamoDB metric options will appear in the ‘viewing list.’ You can use the checkbox beside the resource names and the metrics to select or deselect any metric in the results window. The graphs that show selected metrics are displayed at the bottom of the console.
How to View CloudWatch Data for a Table in DynamoDB from the Command Line Interface
You can also get results from the table in DynamoDB through the Command Line Interface:
- Install the AWS Command Line Interface (AWS CLI) by following the instructions on the AWS CLI user guide.
- Fetch the information through AWS CLI. The parameters that are relevant to DynamoDB are discussed in the DynamoDB Metrics section below.
How to Set Up CloudWatch Monitoring and Alarms
CloudWatch alarms provide real-time notification of events in your AWS resources. You will need to use the DynamoDB console to set these alarms. Then, follow these steps:
- Select the Alarm tab on the CloudWatch monitoring dashboard.
- Click on ‘Create Alarm’ to set a new alarm. This alarm will notify you when predefined threshold values have been reached.
Once the alarm has been created, you can add the trigger condition in the ‘whenever’ text box. To set limits, you can use the next text box which concerns the average per second. You can also set a specific time period for the alarm.
DynamoDB refers metrics to CloudWatch only when they have a non-zero value. For example, when a request generates an HTTP 400 status code, the UserErrors metric will be generated. If there is no HTTP 400 status during a specific period, no metric will be provided for UserErrors. Also, Amazon CloudWatch has different time intervals for DynamoDB metrics. Some metrics have a one-minute interval whereas all others have an interval of five minutes. The following metrics are available from Amazon DynamoDB:
There must be a logical condition to be evaluated before proceeding with any operation. If this condition results, false value ConditionalCheckFailedRequest is incremented by one.
You can get total read capacity consumed for a table and its global secondary index.
Provides write capacity units consumed within a period of time. You can track throughput as a provision.
Provides the number of write capacity units that are consumed while inserting a new global secondary index in a table.
This metric gives a percentage of completion of a new global secondary index in a table.
Provides a count of write throttle events recorded when the new global secondary index is added in a table.
This metric gives a count of provision read capacity for a global secondary index or table.
This metrics provides a count of provision write functions for a global secondary index or table.
This metric increases ReadThrottleEvents by one if the requested invent is throttled.
This metric returns a count of bytes from GetRecords operations during the specified period.
Returns the count of items from Query or scans operations during a specific period.
This metric provides stream records return by GetRecords operations during the specific period.
This provides the time elapsed for successful requests and a count of successful requests.
This metric request to DynamoDB generates an HTTP 500 status code during a specific period.
If any event of a request crosses the throughput limit as provisioned in advance, the ThorttleRequests metric is increased by one.
The UserErrors metric request to DynamoDB generates an HTTP 400 status code during a specific period.
This metric makes a request to DynamoDB when write capacity units for a table or a global secondary index exceed the provisioned write capacity.
Successful monitoring requires solid metrics. With the integration of these two technologies, you can use CloudWatch to conveniently monitor tables created in DynamoDB.
DynamoDB tables are distributed among many partitions. To get the best results, you need to design the best tables and applications so that the operations of reading and writing will be spread evenly across DynamoDB tables. You must avoid factors like I/O hotspots as they can degrade performance. All of the items of DynamoDB are limited regarding their size, but you can add limitless items in a table.
CloudWatch monitors AWS products for their essential functions, or it can also monitor them in detail. For basic monitoring, CloudWatch sends data points in five-minute intervals, and for detailed monitoring, you can see data points every minute. You will get most of this integration by applying a thorough understanding of all of the DynamoDB metrics explained above.
If you’re interested to learn more about Amazon CloudWatch, the Cloud Academy’s Getting Started to CloudWatch Course is your go-to course. Watch this short video taken from the course.
Top 13 Amazon Virtual Private Cloud (VPC) Best Practices
Amazon Virtual Private Cloud (VPC) brings a host of advantages to the table, including static private IP addresses, Elastic Network Interfaces, secure bastion host setup, DHCP options, Advanced Network Access Control, predictable internal IP ranges, VPN connectivity, movement of interna...
Big Changes to the AWS Certification Exams
With AWS re:Invent 2019 just around the corner, we can expect some early announcements to trickle through with upcoming features and services. However, AWS has just announced some big changes to their certification exams. So what’s changing and what’s new? There is a brand NEW ...
New on Cloud Academy: ITIL® 4, Microsoft 365 Tenant, Jenkins, TOGAF® 9.1, and more
At Cloud Academy, we're always striving to make improvements to our training platform. Based on your feedback, we released some new features to help make it easier for you to continue studying. These new features allow you to: Remove content from “Continue Studying” section Disc...
AWS Security Groups: Instance Level Security
Instance security requires that you fully understand AWS security groups, along with patching responsibility, key pairs, and various tenancy options. As a precursor to this post, you should have a thorough understanding of the AWS Shared Responsibility Model before moving onto discussi...
Cloud Migration Risks & Benefits
If you’re like most businesses, you already have at least one workload running in the cloud. However, that doesn’t mean that cloud migration is right for everyone. While cloud environments are generally scalable, reliable, and highly available, those won’t be the only considerations dri...
Real-Time Application Monitoring with Amazon Kinesis
Amazon Kinesis is a real-time data streaming service that makes it easy to collect, process, and analyze data so you can get quick insights and react as fast as possible to new information. With Amazon Kinesis you can ingest real-time data such as application logs, website clickstre...
Google Cloud Functions vs. AWS Lambda: The Fight for Serverless Cloud Domination
Serverless computing: What is it and why is it important? A quick background The general concept of serverless computing was introduced to the market by Amazon Web Services (AWS) around 2014 with the release of AWS Lambda. As we know, cloud computing has made it possible for users to ...
Google Vision vs. Amazon Rekognition: A Vendor-Neutral Comparison
Google Cloud Vision and Amazon Rekognition offer a broad spectrum of solutions, some of which are comparable in terms of functional details, quality, performance, and costs. This post is a fact-based comparative analysis on Google Vision vs. Amazon Rekognition and will focus on the tech...
New on Cloud Academy: CISSP, AWS, Azure, & DevOps Labs, Python for Beginners, and more…
As Hurricane Dorian intensifies, it looks like Floridians across the entire state might have to hunker down for another big one. If you've gone through a hurricane, you know that preparing for one is no joke. You'll need a survival kit with plenty of water, flashlights, batteries, and n...
Amazon Route 53: Why You Should Consider DNS Migration
What Amazon Route 53 brings to the DNS table Amazon Route 53 is a highly available and scalable Domain Name System (DNS) service offered by AWS. It is named by the TCP or UDP port 53, which is where DNS server requests are addressed. Like any DNS service, Route 53 handles domain regist...
How to Unlock Complimentary Access to Cloud Academy
Are you looking to get trained or certified on AWS, Azure, Google Cloud Platform, DevOps, Cloud Security, Python, Java, or another technical skill? Then you'll want to mark your calendars for August 23, 2019. Starting Friday at 12:00 a.m. PDT (3:00 a.m. EDT), Cloud Academy is offering c...
What Exactly Is a Cloud Architect and How Do You Become One?
One of the buzzwords surrounding the cloud that I'm sure you've heard is "Cloud Architect." In this article, I will outline my understanding of what a cloud architect does and I'll analyze the skills and certifications necessary to become one. I will also list some of the types of jobs ...