Deep dive into Amazon DynamoDB Acceletor(DAX)
March 31, 2022


You are probably thinking, what is DAX? Why do we need DAX? Isn’t Amazon DynamoDB in itself fast enough? This blog clears everything about DAX, why and when it should be used, its advantages, and its limitations.

As we already know, DAX is an AWS feature add-on for DynamoDB. Amazon DynamoDB Accelerator (DAX) is a fully managed, highly available, in-memory cache for Amazon DynamoDB that delivers up to a 10 times performance improvement—from milliseconds to microseconds—even at millions of requests per second.


DAX is designed to run within an Amazon Virtual Private Cloud (Amazon VPC) environment. Amazon VPC defines a virtual network that closely resembles a traditional data center. With a VPC, you have control over its IP address range, subnets, routing tables, network gateways, and security settings. You can launch a DAX cluster in your virtual network and control access to the Cluster using Amazon VPC security groups.

Creating DAX Cluster

  1. To create a DAX cluster, open your AWS account console and search for DynamoDB and click on DAX Clusters. Now, click on Create Cluster.
  2. Now add Cluster nameand description, select node family and node type, specify the number of nodes, and click on
  3. Select or create a subnet and security group. While creating a security group, add a rule with port 9111 for the encrypted dax cluster or 8111 for the unencrypted DAX cluster.
  4. Now permit your Dax Cluster and provide encryption if you want.
  5. Verify with advanced settings and review all steps before creating the Cluster.

How does DAX Work?

  1. To test DAX, we will create a DynamoDb table and then fetch data from it, after which we will again fetch the same data from the Dax cluster and then compare the time for the query executed. First, create an EC2 instance and give IAM permission for DAX full access and DynamoDB full access. Make sure you provide the same vpc and security group as your Cluster.
  2. Connect/SSH into your EC2 instance and run the following commands.
  3. The commands above will install the DAX client, download sample code, create a DynamoDb table, write some test data into the table, and lastly, it will fetch data by get-item, query, and scan. The below screenshots show the time needed for query execution after running the query commands. These commands, for now, are fetching data directly from the database.
    • aws dax describe-clusters –query \”Clusters[*].ClusterDiscoveryEndpoint\”
    • python dax://
    • python dax://
    • python dax://
  4. As you can see, we got some average execution time for the queries. Now we will run the same queries with the DAX client; for that, you can run the following command to get the dax cluster endpoint or go to the DAX cluster dashboard and copy the endpoint from there.
  5. The following screenshots show the output after running the above commands.
  6. After comparing the elapsed query time from the database versus from DAX, we can conclude that DAX is much faster and can enhance application performance from milli-seconds to microseconds. If required, we can delete the table created by running the below command.
    – python

When should we use it?

  1. Consistent/Burst TrafficWhen you have incoming traffic with the same set of primary/secondary keys and a consistent pattern.
  2. Faster ResponseWhen you need a faster response in microseconds and not milliseconds.
  3. Eventual ConsistencyWhen your application can deliver data that is not immediately updated. This means that changes in the DynamoDB table might take some time to get reflected in the Dax cluster. The reflection time is also shallow, but this time may seem significant in heavy traffic scenarios.
  4. Read IntensiveDax is a cache, so as we all know, caches are used mainly for read-intensive operations and data access. It is not used for write-intensive operations. It is better to use only for read-intensive applications with heavy traffic that could be split between multiple nodes of DAX.
  5. Save cost on DynamoDb RCUAnother benefit of using DAX is that it can also enable you to reduce your provisioned read capacity within DynamoDB. This is because DAX caches data, reducing the impact and amount of reading requests on your DB tables; instead, DAX will serve these from the in-memory cache. As we know, reducing the provisioned requirements on your DynamoDB database will also reduce your overall costs.
  6. Hotkey Data Retrieval: When there are too many repeated items or query requests/reads, we can retrieve them with the mentioned TTL( default TTL is 5 mins) or increase the TTL if required.


As we can see from the above examples, Dax is highly scalable with multiple nodes, provides extreme performance, and saves costs on RCUs during high capacity.

Written by – Mohammed Shahid Adoni

Cloud Computing Insights and Resources

Cloud Consulting

6 Reasons to Collaborate with a Cloud Consulting Firm in 2024

The technology landscape keeps evolving, without a break, and the shift towards cloud solutions is undeniable. Companies are increasingly embracing […]

cloud computing

10 Secrets of Optimum Utilization of Clouds 

Cloud computing has emerged as a significant trend in recent years, transforming how businesses operate and delivering a range of […]

AWS migration

An Introduction to AWS’ Migration Acceleration Program

What is AWS MAP?  The Migration Acceleration Program (MAP) stands as an exclusive offering from Amazon Web Services (AWS), available […]