{"id":33974,"date":"2026-06-25T13:18:45","date_gmt":"2026-06-25T20:18:45","guid":{"rendered":"https:\/\/www.pingcap.com\/?p=33974"},"modified":"2026-06-26T13:55:28","modified_gmt":"2026-06-26T20:55:28","slug":"aurora-write-scaling-limits","status":"publish","type":"post","link":"https:\/\/www.pingcap.com\/ko\/blog\/aurora-write-scaling-limits\/","title":{"rendered":"When Amazon Aurora Stops Scaling: The Ceiling You Can\u2019t Buy Your Way Past"},"content":{"rendered":"<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Key_Takeaways\"><\/span><strong>Key Takeaways<\/strong><span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Amazon Aurora writes run on one primary instance. The largest, db.r8g.48xlarge, is the ceiling.<\/li>\n\n\n\n<li>Read replicas and Serverless v2 add no write capacity; sharding does, but you maintain it.<\/li>\n\n\n\n<li>Amazon Aurora Limitless scales writes only for PostgreSQL, not Aurora MySQL.<\/li>\n\n\n\n<li>TiDB scales writes by adding nodes and speaks MySQL, so no app rewrite.<\/li>\n<\/ul>\n<\/blockquote>\n\n\n\n<p class=\"wp-block-paragraph\">If you have ever run Amazon Aurora at scale, you know the moment I mean. Write latency on the primary starts creeping up during peak hours. You bump the writer to the next instance class, and the relief buys you a quarter. You bump it again. Then one day you open the AWS console to size up, and there is no larger box to pick. You are already on the biggest instance Aurora sells, and the write graph is still climbing.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">I see this in the field more than any other Aurora problem. It is not a tuning issue and it is not a bad query. It is the ceiling of vertical scaling, and you cannot buy your way past it. Aurora is a genuinely good database, but its write path runs on a single instance, and a single instance has a maximum size. Once your writes outgrow that box, your options get narrow fast. This blog is the walkthrough I usually give: What actually happens when Aurora\u2019s vertical scaling runs out, why the obvious escape hatches don\u2019t fix the write problem, and what it takes to scale writes sideways without rewriting your application.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Where_Amazon_Auroras_Vertical_Ceiling_Actually_Is\"><\/span><strong>Where Amazon Aurora\u2019s Vertical Ceiling Actually Is<\/strong><span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Aurora scales writes vertically, so your write throughput is capped by the size of one primary instance. As of mid-2026, the largest Aurora instance class is db.r8g.48xlarge, built on AWS Graviton4: 192 vCPUs and 1,536 GiB (1.5 TiB) of memory, running roughly $23 per hour on-demand in us-east-1 before storage and I\/O, and closer to $26 per hour for Aurora MySQL. That is a big machine. For most workloads, it is more than enough.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">The size of the ceiling is not the problem. The problem is that it is a ceiling. Aurora runs one writer instance per cluster. You can hang up to 15 read replicas off it and the cluster volume auto-scales to 128 TiB, but every write still funnels through that one primary. When your write rate, your hot dataset, or your connection count outgrows what a single db.r8g.48xlarge can serve, there is no next size. You have hit the architectural limit of vertical scaling, and no amount of AWS budget moves it.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">That single writer is also a single failure domain. When it goes, the cluster promotes a replica, and writes pause for the length of the failover. One box sets your write ceiling and your write availability at the same time.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Think of it like adding floors to a building on a single foundation. You can keep building up for a while, but eventually the foundation, not the budget, decides how tall you get. That is the moment that matters, because the workarounds teams reach for next each solve a different problem than the one you actually have.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Why_the_Usual_Escape_Hatches_Dont_Scale_Writes\"><\/span><strong>Why the Usual Escape Hatches Don\u2019t Scale Writes<\/strong><span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">When teams hit the writer ceiling, they usually try three things. Each one helps with something. None of them adds write capacity to a single logical database.<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Read replicas scale reads, not writes. <\/strong>Adding Aurora replicas is the right call when read traffic is the bottleneck. But replicas serve reads only. They take zero write load off the primary, and they add replica lag that breaks read-after-write consistency for any code path that reads what it just wrote. If your bottleneck is write throughput, replicas do nothing for it.<\/li>\n\n\n\n<li><strong>Aurora Serverless v2 automates sizing, not scale-out. <\/strong>Serverless v2 moves capacity up and down automatically, which is great for spiky or unpredictable traffic. But it scales the same single writer vertically. Its upper bound is still one instance\u2019s worth of capacity. Serverless changes how you pay for the ceiling. It does not change where the ceiling is.<\/li>\n\n\n\n<li><strong>Application-level sharding works, and it costs you the application. <\/strong>The classic answer is to shard in your app: split customers across multiple Aurora clusters, route every query to the right shard, and handle cross-shard joins and transactions in code. This genuinely scales writes. It also means you now own a distributed-systems layer inside your application: Re-routing every query, giving up cross-shard transactions or rebuilding them by hand, and paying that complexity tax on every feature you ship after. Every team I have watched do this says the same thing. The migration is the easy part. Living with it is the cost.<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">There is a fourth option specific to Aurora, and it deserves an honest look, because AWS positions it as the answer to exactly this problem.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"What_About_Amazon_Aurora_Limitless\"><\/span><strong>What About Amazon Aurora Limitless?<\/strong><span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Amazon Aurora Limitless Database is AWS&#8217;s horizontal write-scaling option, and for the right workload it answers the single-writer ceiling. It spreads writes across shards behind one endpoint, with AWS managing routing and cross-shard coordination so your application talks to what looks like a single database. Credit where due: Managed sharding beats hand-rolled sharding.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Two facts decide whether it fits you. First, it is PostgreSQL-compatible only. If you run Aurora MySQL, it is not available, full stop. Second, it is still sharding. You choose shard keys, collocate related tables, and accept that cross-shard queries run slower. Pick the shard key wrong and cross-shard operations become your new bottleneck.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Read past the headline and the constraints add up:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Shard topology is frozen at creation.<\/strong> Router and shard count is set by the max capacity you pick up front; only node size scales later. Under-provision and you cannot dial it up.<\/li>\n\n\n\n<li><strong>Cross-shard referential integrity goes away.<\/strong> A foreign key on a sharded table must include the shard key. For a schema not designed shard-first, that is a redesign.<\/li>\n\n\n\n<li><strong>The shard key is effectively permanent. <\/strong>You cannot drop or retype a shard-key column. Wrong choice means a rebuild.<\/li>\n\n\n\n<li><strong>Most of the Postgres extension ecosystem stays behind<\/strong>, and Limitless runs on special engine versions.<\/li>\n\n\n\n<li><strong>It cannot be a replication source,<\/strong> which constrains DR and CDC pipelines.<\/li>\n\n\n\n<li><strong>The configuration is fixed<\/strong>: I\/O-Optimized only, 6,144 ACUs, five clusters per Region.<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">So Limitless fits if you are on Aurora PostgreSQL, your data shards cleanly on one key, and you are building the schema from the start. If you are on Aurora MySQL, your access patterns do not partition neatly, or your schema already exists, you are back to looking for a database that scales writes without making sharding your job.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Scaling_Writes_Horizontally_Without_Rewriting_Your_App\"><\/span><strong>Scaling Writes Horizontally Without Rewriting Your App<\/strong><span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">The alternative to a bigger box is a different shape: A distributed SQL database that scales writes across many nodes while still presenting one logical database to your application. That is the category <a href=\"https:\/\/www.pingcap.com\/ko\/what-is-tidb\/\">\ud2f0DB<\/a> lives in.<\/p>\n\n\n<div class=\"wp-block-image\">\n<figure class=\"aligncenter size-large\"><img loading=\"lazy\" decoding=\"async\" width=\"1024\" height=\"563\" src=\"https:\/\/static.pingcap.com\/files\/2026\/06\/26131905\/image-8-1024x563.png\" alt=\"Amazon Aurora routes all write scaling through one primary instance; TiDB spreads writes across nodes backed by distributed storage.\" class=\"wp-image-33975\" srcset=\"https:\/\/static.pingcap.com\/files\/2026\/06\/26131905\/image-8-1024x563.png 1024w, https:\/\/static.pingcap.com\/files\/2026\/06\/26131905\/image-8-300x165.png 300w, https:\/\/static.pingcap.com\/files\/2026\/06\/26131905\/image-8-768x422.png 768w, https:\/\/static.pingcap.com\/files\/2026\/06\/26131905\/image-8-1536x845.png 1536w, https:\/\/static.pingcap.com\/files\/2026\/06\/26131905\/image-8-18x10.png 18w, https:\/\/static.pingcap.com\/files\/2026\/06\/26131905\/image-8.png 2048w\" sizes=\"auto, (max-width: 1024px) 100vw, 1024px\" \/><\/figure>\n<\/div>\n\n\n<p class=\"has-text-align-center wp-block-paragraph\"><em>Figure 1. Amazon Aurora routes all writes through one primary instance; TiDB spreads writes across nodes backed by distributed storage.<\/em><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">TiDB separates compute from storage. A <a href=\"https:\/\/docs.pingcap.com\/tidb\/stable\/tidb-architecture\/\">stateless SQL layer handles connections and query planning<\/a>, and a distributed storage layer (<a href=\"https:\/\/docs.pingcap.com\/tidb\/stable\/tikv-overview\/\">TiKV<\/a>) holds the data, split automatically into ranges and kept consistent with the Raft consensus protocol. Adding write capacity means adding nodes. There is no single primary to outgrow, and there is no sharding logic for you to write, because the database distributes the data itself.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">The part that matters most if you are on Aurora MySQL is compatibility. TiDB speaks the MySQL wire protocol, so your existing drivers, ORMs, and most of your SQL keep working. The target is a horizontally scalable database that still looks like MySQL to your application. That is the whole difference between changing your database and rewriting your stack.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">And because the storage layer keeps a columnar replica of the same data, the cluster serves real-time analytics alongside the transactional workload, so you are not bolting a separate warehouse onto the system the way teams usually end up doing on Aurora.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"The_Honest_Edge\"><\/span><strong>The Honest Edge<\/strong><span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p class=\"wp-block-paragraph\"><a href=\"https:\/\/www.pingcap.com\/ko\/blog\/why-distributed-sql-databases-elevate-modern-app-dev\/\">Distributed SQL<\/a> is not a magic word, and I am not going to pitch it like one. A distributed database adds network hops a single instance never had, and a few single-node query patterns need rethinking for a distributed engine. The honest framing is a swap of constraints. You trade a hard write ceiling and an eventual sharding project for a distributed architecture you operate from day one. For a team whose growth has already slammed into Aurora\u2019s writer limit, that is almost always the better trade. <a href=\"https:\/\/www.pingcap.com\/ko\/blog\/accelerating-distributed-sql-adoption-plaid-amazon-aurora-migration\/\">Plaid<\/a> is the customer example I point to most: It moved off managed MySQL to TiDB to get past exactly this scaling and operational ceiling, without rewriting its application on top of a hand-built sharding layer.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"The_Takeaway\"><\/span><strong>The Takeaway<\/strong><span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Here is how the options compare on the three questions that matter when you have hit the writer ceiling:<\/p>\n\n\n\n<figure class=\"wp-block-table\"><table class=\"has-fixed-layout\"><thead><tr><th><strong>Option<\/strong><\/th><th><strong>Scales writes?<\/strong><\/th><th><strong>Keeps MySQL?<\/strong><\/th><th><strong>Who handles sharding?<\/strong><\/th><\/tr><\/thead><tbody><tr><td>Read replicas<\/td><td>No (reads only)<\/td><td>Yes<\/td><td>N\/A<\/td><\/tr><tr><td>Aurora Serverless v2<\/td><td>No (vertical only)<\/td><td>Yes<\/td><td>N\/A<\/td><\/tr><tr><td>Application-level sharding<\/td><td>Yes<\/td><td>Yes<\/td><td>You, in app code<\/td><\/tr><tr><td>Aurora Limitless<\/td><td>Yes (sharded)<\/td><td>No (PostgreSQL only)<\/td><td>AWS runs the shards, you pick the key and the shard count is fixed at creation<\/td><\/tr><tr><td>Distributed SQL (TiDB)<\/td><td>Yes<\/td><td>Yes<\/td><td>The database, automatically<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n<p class=\"wp-block-paragraph\">Here is the mental model to keep. Vertical scaling buys you time, not headroom. Aurora&#8217;s runs out at a single instance, and the standard workarounds either solve a different problem or hand you a distributed-systems project to babysit. Aurora Limitless does scale writes out, but only for PostgreSQL workloads that shard cleanly, and the managed wrapper does not remove the sharding decisions, it just operates them for you. If you run MySQL-compatible workloads and you have hit the writer ceiling, a distributed SQL database is the path that scales writes sideways while leaving your application intact.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">If you want to see what that migration actually looks like, our <a href=\"https:\/\/www.pingcap.com\/ko\/compare\/amazon-aurora-vs-tidb\/\">Amazon Aurora vs. TiDB comparison<\/a> breaks down the architectural differences side by side.&nbsp;<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"FAQ\"><\/span><strong>FAQ<\/strong><span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>Does Amazon Aurora Limitless support MySQL?<\/strong> <\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">No. Aurora Limitless is PostgreSQL-compatible only, and AWS has not announced plans to support other engines. If you run Aurora MySQL and need horizontal write scaling, Limitless is not an option for you.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>Is Amazon Aurora Limitless actually limitless?<\/strong> <\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">It scales writes well beyond a single instance, but the name oversells it. Limitless runs only on the I\/O-Optimized configuration, the router and shard count is fixed when you create the shard group, capacity tops out at 6,144 ACUs before you have to contact AWS, and there is a quota of five Limitless clusters per Region. It is horizontal scaling with edges, not an unbounded resource.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>What is the largest Amazon Aurora instance size?<\/strong><\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">As of mid-2026, the largest Aurora instance class is db.r8g.48xlarge, with 192 vCPUs and 1,536 GiB of memory, powered by AWS Graviton4. It is the top of Aurora\u2019s vertical scaling range; there is no larger single instance available.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>Can Amazon Aurora scale writes horizontally?<\/strong><\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Standard Aurora cannot. It runs a single writer instance per cluster, so write throughput is capped by that one instance. Aurora Limitless Database adds horizontal write scaling through sharding, but it is available only for Aurora PostgreSQL, not Aurora MySQL.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>Do Amazon Aurora read replicas help with write performance?<\/strong><\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">No. Aurora read replicas serve read traffic only and take no write load off the primary. They also introduce replica lag, which can break read-after-write consistency. They are the right tool for read bottlenecks, not write bottlenecks.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>What is the difference between Amazon Aurora Limitless and a distributed SQL database like TiDB?<\/strong><\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Aurora Limitless shards a PostgreSQL workload across multiple writer instances and requires you to choose shard keys and manage data collocation. A distributed SQL database like TiDB distributes data automatically across nodes, scales writes by adding nodes, and supports the MySQL wire protocol, so a MySQL-compatible application can move to it without rewriting around a sharding layer.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>How do I migrate from Amazon Aurora to TiDB without rewriting my application?<\/strong><\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Because TiDB is compatible with the MySQL wire protocol, existing MySQL drivers, ORMs, and most SQL continue to work. The migration focuses on data movement and validation rather than rewriting application code around shards. See the <a href=\"https:\/\/www.pingcap.com\/ko\/compare\/amazon-aurora-vs-tidb\/\">Aurora vs. TiDB comparison<\/a> and the <a href=\"https:\/\/www.pingcap.com\/ko\/blog\/accelerating-distributed-sql-adoption-plaid-amazon-aurora-migration\/\">Plaid customer story<\/a> for what the process involves in practice.<\/p>","protected":false},"excerpt":{"rendered":"<p>If you have ever run Amazon Aurora at scale, you know the moment I mean. Write latency on the primary starts creeping up during peak hours. You bump the writer to the next instance class, and the relief buys you a quarter. You bump it again. Then one day you open the AWS console to [&hellip;]<\/p>\n","protected":false},"author":323,"featured_media":33976,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[424],"tags":[69,147,504,111,503],"class_list":["post-33974","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-comparison","tag-amazon-aurora","tag-distributed-sql","tag-horizontal-scaling","tag-tidb","tag-write-scaling"],"acf":[],"featured_image_src":"https:\/\/static.pingcap.com\/files\/2026\/06\/26134014\/Copy-of-Blog-Feature-4.png","author_info":{"display_name":"Ben Sherrill","author_link":"https:\/\/www.pingcap.com\/ko\/blog\/author\/bsherrill\/"},"yoast_head":"<!-- This site is optimized with the Yoast SEO plugin v27.6 - https:\/\/yoast.com\/product\/yoast-seo-wordpress\/ -->\n<title>Aurora Write Scaling: The Ceiling You Can&#039;t Buy Past | TiDB<\/title>\n<meta name=\"description\" content=\"Aurora write scaling runs out on a single instance. See where the ceiling is and how to scale writes without an app rewrite.\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/www.pingcap.com\/ko\/blog\/aurora-write-scaling-limits\/\" \/>\n<meta property=\"og:locale\" content=\"ko_KR\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Aurora Write Scaling: The Ceiling You Can&#039;t Buy Past | TiDB\" \/>\n<meta property=\"og:description\" content=\"Aurora write scaling runs out on a single instance. See where the ceiling is and how to scale writes without an app rewrite.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.pingcap.com\/ko\/blog\/aurora-write-scaling-limits\/\" \/>\n<meta property=\"og:site_name\" content=\"TiDB\" \/>\n<meta property=\"article:publisher\" content=\"https:\/\/facebook.com\/pingcap2015\" \/>\n<meta property=\"article:published_time\" content=\"2026-06-25T20:18:45+00:00\" \/>\n<meta property=\"article:modified_time\" content=\"2026-06-26T20:55:28+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/static.pingcap.com\/files\/2026\/06\/26134028\/Blog-LinkedIn-3.png\" \/>\n\t<meta property=\"og:image:width\" content=\"1200\" \/>\n\t<meta property=\"og:image:height\" content=\"627\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/png\" \/>\n<meta name=\"author\" content=\"Ben Sherrill\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:image\" content=\"https:\/\/static.pingcap.com\/files\/2026\/06\/26134040\/Blog-Twitter-Banner-5.png\" \/>\n<meta name=\"twitter:creator\" content=\"@PingCAP\" \/>\n<meta name=\"twitter:site\" content=\"@PingCAP\" \/>\n<meta name=\"twitter:label1\" content=\"\uae00\uc4f4\uc774\" \/>\n\t<meta name=\"twitter:data1\" content=\"Ben Sherrill\" \/>\n\t<meta name=\"twitter:label2\" content=\"\uc608\uc0c1 \ub418\ub294 \ud310\ub3c5 \uc2dc\uac04\" \/>\n\t<meta name=\"twitter:data2\" content=\"10\ubd84\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\\\/\\\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\\\/\\\/www.pingcap.com\\\/blog\\\/aurora-write-scaling-limits\\\/#article\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/www.pingcap.com\\\/blog\\\/aurora-write-scaling-limits\\\/\"},\"author\":{\"name\":\"Ben Sherrill\",\"@id\":\"https:\\\/\\\/www.pingcap.com\\\/#\\\/schema\\\/person\\\/147c81795fb60c74d7419c6d8e442378\"},\"headline\":\"When Amazon Aurora Stops Scaling: The Ceiling You Can\u2019t Buy Your Way Past\",\"datePublished\":\"2026-06-25T20:18:45+00:00\",\"dateModified\":\"2026-06-26T20:55:28+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\\\/\\\/www.pingcap.com\\\/blog\\\/aurora-write-scaling-limits\\\/\"},\"wordCount\":2070,\"publisher\":{\"@id\":\"https:\\\/\\\/www.pingcap.com\\\/#organization\"},\"image\":{\"@id\":\"https:\\\/\\\/www.pingcap.com\\\/blog\\\/aurora-write-scaling-limits\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/static.pingcap.com\\\/files\\\/2026\\\/06\\\/26134014\\\/Copy-of-Blog-Feature-4.png\",\"keywords\":[\"Amazon Aurora\",\"Distributed SQL\",\"Horizontal Scaling\",\"TiDB\",\"Write Scaling\"],\"articleSection\":[\"Comparison\"],\"inLanguage\":\"ko-KR\"},{\"@type\":\"WebPage\",\"@id\":\"https:\\\/\\\/www.pingcap.com\\\/blog\\\/aurora-write-scaling-limits\\\/\",\"url\":\"https:\\\/\\\/www.pingcap.com\\\/blog\\\/aurora-write-scaling-limits\\\/\",\"name\":\"Aurora Write Scaling: The Ceiling You Can't Buy Past | TiDB\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/www.pingcap.com\\\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\\\/\\\/www.pingcap.com\\\/blog\\\/aurora-write-scaling-limits\\\/#primaryimage\"},\"image\":{\"@id\":\"https:\\\/\\\/www.pingcap.com\\\/blog\\\/aurora-write-scaling-limits\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/static.pingcap.com\\\/files\\\/2026\\\/06\\\/26134014\\\/Copy-of-Blog-Feature-4.png\",\"datePublished\":\"2026-06-25T20:18:45+00:00\",\"dateModified\":\"2026-06-26T20:55:28+00:00\",\"description\":\"Aurora write scaling runs out on a single instance. See where the ceiling is and how to scale writes without an app rewrite.\",\"breadcrumb\":{\"@id\":\"https:\\\/\\\/www.pingcap.com\\\/blog\\\/aurora-write-scaling-limits\\\/#breadcrumb\"},\"inLanguage\":\"ko-KR\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\\\/\\\/www.pingcap.com\\\/blog\\\/aurora-write-scaling-limits\\\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"ko-KR\",\"@id\":\"https:\\\/\\\/www.pingcap.com\\\/blog\\\/aurora-write-scaling-limits\\\/#primaryimage\",\"url\":\"https:\\\/\\\/static.pingcap.com\\\/files\\\/2026\\\/06\\\/26134014\\\/Copy-of-Blog-Feature-4.png\",\"contentUrl\":\"https:\\\/\\\/static.pingcap.com\\\/files\\\/2026\\\/06\\\/26134014\\\/Copy-of-Blog-Feature-4.png\",\"width\":1800,\"height\":600},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\\\/\\\/www.pingcap.com\\\/blog\\\/aurora-write-scaling-limits\\\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\\\/\\\/www.pingcap.com\\\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"When Amazon Aurora Stops Scaling: The Ceiling You Can\u2019t Buy Your Way Past\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\\\/\\\/www.pingcap.com\\\/#website\",\"url\":\"https:\\\/\\\/www.pingcap.com\\\/\",\"name\":\"TiDB\",\"description\":\"TiDB | SQL at Scale\",\"publisher\":{\"@id\":\"https:\\\/\\\/www.pingcap.com\\\/#organization\"},\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\\\/\\\/www.pingcap.com\\\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"ko-KR\"},{\"@type\":\"Organization\",\"@id\":\"https:\\\/\\\/www.pingcap.com\\\/#organization\",\"name\":\"PingCAP\",\"url\":\"https:\\\/\\\/www.pingcap.com\\\/\",\"logo\":{\"@type\":\"ImageObject\",\"inLanguage\":\"ko-KR\",\"@id\":\"https:\\\/\\\/www.pingcap.com\\\/#\\\/schema\\\/logo\\\/image\\\/\",\"url\":\"https:\\\/\\\/static.pingcap.com\\\/files\\\/2021\\\/11\\\/pingcap-logo.png\",\"contentUrl\":\"https:\\\/\\\/static.pingcap.com\\\/files\\\/2021\\\/11\\\/pingcap-logo.png\",\"width\":811,\"height\":232,\"caption\":\"PingCAP\"},\"image\":{\"@id\":\"https:\\\/\\\/www.pingcap.com\\\/#\\\/schema\\\/logo\\\/image\\\/\"},\"sameAs\":[\"https:\\\/\\\/facebook.com\\\/pingcap2015\",\"https:\\\/\\\/x.com\\\/PingCAP\",\"https:\\\/\\\/linkedin.com\\\/company\\\/pingcap\",\"https:\\\/\\\/youtube.com\\\/channel\\\/UCuq4puT32DzHKT5rU1IZpIA\"]},{\"@type\":\"Person\",\"@id\":\"https:\\\/\\\/www.pingcap.com\\\/#\\\/schema\\\/person\\\/147c81795fb60c74d7419c6d8e442378\",\"name\":\"Ben Sherrill\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"ko-KR\",\"@id\":\"https:\\\/\\\/static.pingcap.com\\\/files\\\/2022\\\/10\\\/17234942\\\/avatar.jpg\",\"url\":\"https:\\\/\\\/static.pingcap.com\\\/files\\\/2022\\\/10\\\/17234942\\\/avatar.jpg\",\"contentUrl\":\"https:\\\/\\\/static.pingcap.com\\\/files\\\/2022\\\/10\\\/17234942\\\/avatar.jpg\",\"caption\":\"Ben Sherrill\"},\"description\":\"Senior Solutions Engineer\",\"url\":\"https:\\\/\\\/www.pingcap.com\\\/ko\\\/blog\\\/author\\\/bsherrill\\\/\"}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"Aurora Write Scaling: The Ceiling You Can't Buy Past | TiDB","description":"Aurora write scaling runs out on a single instance. See where the ceiling is and how to scale writes without an app rewrite.","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/www.pingcap.com\/ko\/blog\/aurora-write-scaling-limits\/","og_locale":"ko_KR","og_type":"article","og_title":"Aurora Write Scaling: The Ceiling You Can't Buy Past | TiDB","og_description":"Aurora write scaling runs out on a single instance. See where the ceiling is and how to scale writes without an app rewrite.","og_url":"https:\/\/www.pingcap.com\/ko\/blog\/aurora-write-scaling-limits\/","og_site_name":"TiDB","article_publisher":"https:\/\/facebook.com\/pingcap2015","article_published_time":"2026-06-25T20:18:45+00:00","article_modified_time":"2026-06-26T20:55:28+00:00","og_image":[{"width":1200,"height":627,"url":"https:\/\/static.pingcap.com\/files\/2026\/06\/26134028\/Blog-LinkedIn-3.png","type":"image\/png"}],"author":"Ben Sherrill","twitter_card":"summary_large_image","twitter_image":"https:\/\/static.pingcap.com\/files\/2026\/06\/26134040\/Blog-Twitter-Banner-5.png","twitter_creator":"@PingCAP","twitter_site":"@PingCAP","twitter_misc":{"\uae00\uc4f4\uc774":"Ben Sherrill","\uc608\uc0c1 \ub418\ub294 \ud310\ub3c5 \uc2dc\uac04":"10\ubd84"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/www.pingcap.com\/blog\/aurora-write-scaling-limits\/#article","isPartOf":{"@id":"https:\/\/www.pingcap.com\/blog\/aurora-write-scaling-limits\/"},"author":{"name":"Ben Sherrill","@id":"https:\/\/www.pingcap.com\/#\/schema\/person\/147c81795fb60c74d7419c6d8e442378"},"headline":"When Amazon Aurora Stops Scaling: The Ceiling You Can\u2019t Buy Your Way Past","datePublished":"2026-06-25T20:18:45+00:00","dateModified":"2026-06-26T20:55:28+00:00","mainEntityOfPage":{"@id":"https:\/\/www.pingcap.com\/blog\/aurora-write-scaling-limits\/"},"wordCount":2070,"publisher":{"@id":"https:\/\/www.pingcap.com\/#organization"},"image":{"@id":"https:\/\/www.pingcap.com\/blog\/aurora-write-scaling-limits\/#primaryimage"},"thumbnailUrl":"https:\/\/static.pingcap.com\/files\/2026\/06\/26134014\/Copy-of-Blog-Feature-4.png","keywords":["Amazon Aurora","Distributed SQL","Horizontal Scaling","TiDB","Write Scaling"],"articleSection":["Comparison"],"inLanguage":"ko-KR"},{"@type":"WebPage","@id":"https:\/\/www.pingcap.com\/blog\/aurora-write-scaling-limits\/","url":"https:\/\/www.pingcap.com\/blog\/aurora-write-scaling-limits\/","name":"Aurora Write Scaling: The Ceiling You Can't Buy Past | TiDB","isPartOf":{"@id":"https:\/\/www.pingcap.com\/#website"},"primaryImageOfPage":{"@id":"https:\/\/www.pingcap.com\/blog\/aurora-write-scaling-limits\/#primaryimage"},"image":{"@id":"https:\/\/www.pingcap.com\/blog\/aurora-write-scaling-limits\/#primaryimage"},"thumbnailUrl":"https:\/\/static.pingcap.com\/files\/2026\/06\/26134014\/Copy-of-Blog-Feature-4.png","datePublished":"2026-06-25T20:18:45+00:00","dateModified":"2026-06-26T20:55:28+00:00","description":"Aurora write scaling runs out on a single instance. See where the ceiling is and how to scale writes without an app rewrite.","breadcrumb":{"@id":"https:\/\/www.pingcap.com\/blog\/aurora-write-scaling-limits\/#breadcrumb"},"inLanguage":"ko-KR","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.pingcap.com\/blog\/aurora-write-scaling-limits\/"]}]},{"@type":"ImageObject","inLanguage":"ko-KR","@id":"https:\/\/www.pingcap.com\/blog\/aurora-write-scaling-limits\/#primaryimage","url":"https:\/\/static.pingcap.com\/files\/2026\/06\/26134014\/Copy-of-Blog-Feature-4.png","contentUrl":"https:\/\/static.pingcap.com\/files\/2026\/06\/26134014\/Copy-of-Blog-Feature-4.png","width":1800,"height":600},{"@type":"BreadcrumbList","@id":"https:\/\/www.pingcap.com\/blog\/aurora-write-scaling-limits\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/www.pingcap.com\/"},{"@type":"ListItem","position":2,"name":"When Amazon Aurora Stops Scaling: The Ceiling You Can\u2019t Buy Your Way Past"}]},{"@type":"WebSite","@id":"https:\/\/www.pingcap.com\/#website","url":"https:\/\/www.pingcap.com\/","name":"\ud2f0DB","description":"TiDB | SQL at Scale","publisher":{"@id":"https:\/\/www.pingcap.com\/#organization"},"potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/www.pingcap.com\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"ko-KR"},{"@type":"Organization","@id":"https:\/\/www.pingcap.com\/#organization","name":"PingCAP","url":"https:\/\/www.pingcap.com\/","logo":{"@type":"ImageObject","inLanguage":"ko-KR","@id":"https:\/\/www.pingcap.com\/#\/schema\/logo\/image\/","url":"https:\/\/static.pingcap.com\/files\/2021\/11\/pingcap-logo.png","contentUrl":"https:\/\/static.pingcap.com\/files\/2021\/11\/pingcap-logo.png","width":811,"height":232,"caption":"PingCAP"},"image":{"@id":"https:\/\/www.pingcap.com\/#\/schema\/logo\/image\/"},"sameAs":["https:\/\/facebook.com\/pingcap2015","https:\/\/x.com\/PingCAP","https:\/\/linkedin.com\/company\/pingcap","https:\/\/youtube.com\/channel\/UCuq4puT32DzHKT5rU1IZpIA"]},{"@type":"Person","@id":"https:\/\/www.pingcap.com\/#\/schema\/person\/147c81795fb60c74d7419c6d8e442378","name":"Ben Sherrill","image":{"@type":"ImageObject","inLanguage":"ko-KR","@id":"https:\/\/static.pingcap.com\/files\/2022\/10\/17234942\/avatar.jpg","url":"https:\/\/static.pingcap.com\/files\/2022\/10\/17234942\/avatar.jpg","contentUrl":"https:\/\/static.pingcap.com\/files\/2022\/10\/17234942\/avatar.jpg","caption":"Ben Sherrill"},"description":"Senior Solutions Engineer","url":"https:\/\/www.pingcap.com\/ko\/blog\/author\/bsherrill\/"}]}},"grav_blocks":false,"card_markup":"<a class=\"card-resource bg-white\" href=\"https:\/\/www.pingcap.com\/ko\/blog\/aurora-write-scaling-limits\/\"><div class=\"card-resource__image-container\"><img class=\"card-resource__image\" alt=\"Copy of Blog - Feature\" src=\"https:\/\/static.pingcap.com\/files\/2026\/06\/26134014\/Copy-of-Blog-Feature-4.png\" loading=\"lazy\" width=1800 height=600 \/><\/div><div class=\"card-resource__content-container\"><div class=\"card-resource__content-head\"><div class=\"card-resource__category\">Comparison<\/div><\/div><h5 class=\"card-resource__title\">When Amazon Aurora Stops Scaling: The Ceiling You Can\u2019t Buy Your Way Past<\/h5><\/div><\/a>","_links":{"self":[{"href":"https:\/\/www.pingcap.com\/ko\/wp-json\/wp\/v2\/posts\/33974","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.pingcap.com\/ko\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.pingcap.com\/ko\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.pingcap.com\/ko\/wp-json\/wp\/v2\/users\/323"}],"replies":[{"embeddable":true,"href":"https:\/\/www.pingcap.com\/ko\/wp-json\/wp\/v2\/comments?post=33974"}],"version-history":[{"count":17,"href":"https:\/\/www.pingcap.com\/ko\/wp-json\/wp\/v2\/posts\/33974\/revisions"}],"predecessor-version":[{"id":33999,"href":"https:\/\/www.pingcap.com\/ko\/wp-json\/wp\/v2\/posts\/33974\/revisions\/33999"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.pingcap.com\/ko\/wp-json\/wp\/v2\/media\/33976"}],"wp:attachment":[{"href":"https:\/\/www.pingcap.com\/ko\/wp-json\/wp\/v2\/media?parent=33974"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.pingcap.com\/ko\/wp-json\/wp\/v2\/categories?post=33974"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.pingcap.com\/ko\/wp-json\/wp\/v2\/tags?post=33974"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}