Amazon DynamoDB global tables\nprovide a fully managed solution for deploying a multiregion, multi-master\ndatabase, without having to build and maintain your own replication solution.\nWhen you create a global table, you specify the AWS Regions where you want the\ntable to be available. DynamoDB performs all of the necessary tasks to create\nidentical tables in these Regions and propagate ongoing data changes to all of\nthem.<\/p>\n\n\n\n
To illustrate one use case for a\nglobal table, suppose that you have a large customer base spread across three\ngeographic areas\u2014the US east coast, the US west coast, and western Europe.\nCustomers must update their profile information while using your application.\nTo address these requirements, you could create three identical DynamoDB tables\nnamed CustomerProfiles, in three different AWS Regions. These three tables\nwould be entirely separate from each other. Changes to the data in one table\nwould not be reflected in the other tables. Without a managed replication\nsolution, you could write code to replicate data changes among these tables.\nHowever, doing this would be a time-consuming and labor-intensive effort.<\/p>\n\n\n\n
Instead of writing your own code, you could create a global table consisting of your three Region-specific CustomerProfiles tables. DynamoDB would then automatically replicate data changes among those tables so that changes to CustomerProfiles data in one Region would seamlessly propagate to the other Regions. In addition, if one of the AWS Regions were to become temporarily unavailable, your customers could still access the same CustomerProfiles data in the other Regions. <\/p>\n\n\n\n
DynamoDB global tables are ideal for massively scaled applications with globally dispersed users. In such an environment, users expect very fast application performance. Global tables provide automatic multi-master replication to AWS Regions world-wide. They enable you to deliver low-latency data access to your users no matter where they are located. <\/p>\n\n\n\n
Global Table Concepts <\/strong><\/p>\n\n\n\n A global table is a collection of\none or more replica tables, all owned by a single AWS account.<\/p>\n\n\n\n A replica table (or replica, for\nshort) is a single DynamoDB table that functions as a part of a global table.\nEach replica stores the same set of data items. Any given global table can only\nhave one replica table per AWS Region.<\/p>\n\n\n\n The following is a conceptual\noverview of how a global table is created.<\/p>\n\n\n\n Create an ordinary DynamoDB table, with DynamoDB Streams enabled, in an AWS Region.<\/p>\n\n\n\n Repeat step 1 for every other Region where you want to replicate your data.<\/p>\n\n\n\n Define a DynamoDB global table based on the tables that you have created.<\/p>\n\n\n\n The AWS Management Console automates\nthese tasks, so you can create a global table more quickly and easily. For more\ninformation, see Creating a Global Table.<\/p>\n\n\n\n The resulting DynamoDB global table\nconsists of multiple replica tables, one per Region, that DynamoDB treats as a\nsingle unit. Every replica has the same table name and the same primary key\nschema. When an application writes data to a replica table in one Region,\nDynamoDB automatically propagates the write to the other replica tables in the\nother AWS Regions.<\/p>\n\n\n\n Important<\/p>\n\n\n\n To keep your table data in sync,\nglobal tables automatically create the following attributes for every item:<\/p>\n\n\n\n \naws:rep:deleting<\/p>\n\n\n\n \naws:rep:updatetime<\/p>\n\n\n\n \naws:rep:updateregion<\/p>\n\n\n\n Do not modify these attributes or\ncreate attributes with the same name.<\/p>\n\n\n\n You can add replica tables to the global table so that it can be available in additional Regions. (To do this, the global table must be empty. In other words, none of the replica tables can have any data in them.) <\/p>\n\n\n\n You can also remove a replica table from a global table. If you do this, the table is completely disassociated from the global table. This newly independent table no longer interacts with the global table, and data is no longer propagated to or from the global table. <\/p>\n\n\n\n Consistency and Conflict Resolution <\/strong><\/p>\n\n\n\n Any changes made to any item in any\nreplica table are replicated to all the other replicas within the same global\ntable. In a global table, a newly written item is usually propagated to all\nreplica tables within seconds.<\/p>\n\n\n\n With a global table, each replica\ntable stores the same set of data items. DynamoDB does not support partial\nreplication of only some of the items.<\/p>\n\n\n\n An application can read and write data to any replica table. If your application only uses eventually consistent reads and only issues reads against one AWS Region, it will work without any modification. However, if your application requires strongly consistent reads, it must perform all of its strongly consistent reads and writes in the same Region. DynamoDB does not support strongly consistent reads across Regions. Therefore, if you write to one Region and read from another Region, the read response might include stale data that doesn’t reflect the results of recently completed writes in the other Region. <\/p>\n\n\n\n Conflicts can arise if applications update the same item in different Regions at about the same time. To help ensure eventual consistency, DynamoDB global tables use a last writer wins reconciliation between concurrent updates, in which DynamoDB makes a best effort to determine the last writer. With this conflict resolution mechanism, all the replicas will agree on the latest update and converge toward a state in which they all have identical data. <\/p>\n\n\n\n Availability and Durability <\/strong><\/p>\n\n\n\n If a single AWS Region becomes isolated or degraded, your application can redirect to a different Region and perform reads and writes against a different replica table. You can apply custom business logic to determine when to redirect requests to other Regions. <\/p>\n\n\n\n If a Region becomes isolated or degraded, DynamoDB keeps track of any writes that have been performed but have not yet been propagated to all of the replica tables. When the Region comes back online, DynamoDB resumes propagating any pending writes from that Region to the replica tables in other Regions. It also resumes propagating writes from other replica tables to the Region that is now back online. <\/p>\n","protected":false},"excerpt":{"rendered":" Amazon DynamoDB global tables provide a fully managed solution for deploying a multiregion, multi-master database, without having to build and maintain your own replication solution. When you create a global table, you specify the AWS Regions where you want the table to be available. DynamoDB performs all of the necessary tasks to create identical tables…<\/p>\n","protected":false},"author":1,"featured_media":0,"parent":0,"menu_order":0,"comment_status":"closed","ping_status":"closed","template":"","meta":{"_acf_changed":false,"footnotes":""},"categories":[2],"tags":[7,376,435],"class_list":["post-2267","page","type-page","status-publish","hentry","category-amazon-aws","tag-aws","tag-aws-devops","tag-dynamo-db-global-tables"],"acf":[],"yoast_head":"\n