AWS AmazonRDS documentation change
Summary
Renamed 'Aurora Serverless v2' to 'Aurora serverless' throughout the document including headers, descriptions, and links. Updated terminology consistency across all sections.
Security assessment
Changes are purely branding/terminology updates without modifying security properties. The document still references the same security features (isolation, multitenancy safety) using updated terminology but introduces no new security content or vulnerability fixes.
Diff
diff --git a/AmazonRDS/latest/AuroraUserGuide/aurora-serverless-v2.how-it-works.md b/AmazonRDS/latest/AuroraUserGuide/aurora-serverless-v2.how-it-works.md index 3f4df001a..c8fd60ed7 100644 --- a//AmazonRDS/latest/AuroraUserGuide/aurora-serverless-v2.how-it-works.md +++ b//AmazonRDS/latest/AuroraUserGuide/aurora-serverless-v2.how-it-works.md @@ -9 +9 @@ OverviewCluster configurationsCapacityScalingHigh availabilityStorageConfigurati -# How Aurora Serverless v2 works +# How Aurora serverless works @@ -11 +11 @@ OverviewCluster configurationsCapacityScalingHigh availabilityStorageConfigurati -The following overview describes how Aurora Serverless v2 works. +The following overview describes how Aurora serverless works. @@ -32 +32 @@ The following overview describes how Aurora Serverless v2 works. -## Aurora Serverless v2 overview +## Aurora serverless overview @@ -34 +34 @@ The following overview describes how Aurora Serverless v2 works. -_Amazon Aurora Serverless v2_ is suitable for the most demanding, highly variable workloads. For example, your database usage might be heavy for a short period of time, followed by long periods of light activity or no activity at all. Some examples are retail, gaming, or sports websites with periodic promotional events, and databases that produce reports when needed. Others are development and testing environments, and new applications where usage might ramp up quickly. For cases such as these and many others, configuring capacity correctly in advance isn't always possible with the provisioned model. It can also result in higher costs if you overprovision and have capacity that you don't use. +_Amazon Aurora serverless_ is suitable for the most demanding, highly variable workloads. For example, your database usage might be heavy for a short period of time, followed by long periods of light activity or no activity at all. Some examples are retail, gaming, or sports websites with periodic promotional events, and databases that produce reports when needed. Others are development and testing environments, and new applications where usage might ramp up quickly. For cases such as these and many others, configuring capacity correctly in advance isn't always possible with the provisioned model. It can also result in higher costs if you overprovision and have capacity that you don't use. @@ -38 +38 @@ In contrast, _Aurora provisioned clusters_ are suitable for steady workloads. Wi -Aurora Serverless v2 is architected from the ground up to support serverless DB clusters that are instantly scalable. Aurora Serverless v2 is engineered to provide the same degree of security and isolation as with provisioned writers and readers. These aspects are crucial in multitenant serverless cloud environments. The dynamic scaling mechanism has very little overhead so that it can respond quickly to changes in the database workload. It's also powerful enough to meet dramatic increases in processing demand. +Aurora serverless is architected from the ground up to support serverless DB clusters that are instantly scalable. Aurora serverless is engineered to provide the same degree of security and isolation as with provisioned writers and readers. These aspects are crucial in multitenant serverless cloud environments. The dynamic scaling mechanism has very little overhead so that it can respond quickly to changes in the database workload. It's also powerful enough to meet dramatic increases in processing demand. @@ -40 +40 @@ Aurora Serverless v2 is architected from the ground up to support serverless DB -By using Aurora Serverless v2, you can create an Aurora DB cluster without being locked into a specific database capacity for each writer and reader. You specify the minimum and maximum capacity range. Aurora scales each Aurora Serverless v2 writer or reader in the cluster within that capacity range. By using a Multi-AZ cluster where each writer or reader can scale dynamically, you can take advantage of dynamic scaling and high availability. +By using Aurora serverless, you can create an Aurora DB cluster without being locked into a specific database capacity for each writer and reader. You specify the minimum and maximum capacity range. Aurora scales each Aurora serverless writer or reader in the cluster within that capacity range. By using a Multi-AZ cluster where each writer or reader can scale dynamically, you can take advantage of dynamic scaling and high availability. @@ -42 +42 @@ By using Aurora Serverless v2, you can create an Aurora DB cluster without being -Aurora Serverless v2 scales the database resources automatically based on your minimum and maximum capacity specifications. Scaling is fast because most scaling events operations keep the writer or reader on the same host. In the rare cases that an Aurora Serverless v2 writer or reader is moved from one host to another, Aurora Serverless v2 manages the connections automatically. You don't need to change your database client application code or your database connection strings. +Aurora serverless scales the database resources automatically based on your minimum and maximum capacity specifications. Scaling is fast because most scaling events operations keep the writer or reader on the same host. In the rare cases that an Aurora serverless writer or reader is moved from one host to another, Aurora serverless manages the connections automatically. You don't need to change your database client application code or your database connection strings. @@ -44 +44 @@ Aurora Serverless v2 scales the database resources automatically based on your m -With Aurora Serverless v2, as with provisioned clusters, storage capacity and compute capacity are separate. When we refer to Aurora Serverless v2 capacity and scaling, it's always compute capacity that's increasing or decreasing. Thus, your cluster can contain many terabytes of data even when the CPU and memory capacity scale down to low levels. +With Aurora serverless, as with provisioned clusters, storage capacity and compute capacity are separate. When we refer to Aurora serverless capacity and scaling, it's always compute capacity that's increasing or decreasing. Thus, your cluster can contain many terabytes of data even when the CPU and memory capacity scale down to low levels. @@ -46 +46 @@ With Aurora Serverless v2, as with provisioned clusters, storage capacity and co -Instead of provisioning and managing database servers, you specify database capacity. For details about Aurora Serverless v2 capacity, see Aurora Serverless v2 capacity. The actual capacity of each Aurora Serverless v2 writer or reader varies over time, depending on your workload. For details about that mechanism, see Aurora Serverless v2 scaling. +Instead of provisioning and managing database servers, you specify database capacity. For details about Aurora serverless capacity, see Aurora serverless capacity. The actual capacity of each Aurora serverless writer or reader varies over time, depending on your workload. For details about that mechanism, see Aurora serverless scaling. @@ -50 +50 @@ Instead of provisioning and managing database servers, you specify database capa -With Aurora Serverless v2, your cluster can contain readers in addition to the writer. Each Aurora Serverless v2 writer and reader can scale between the minimum and maximum capacity values. Thus, the total capacity of your Aurora Serverless v2 cluster depends on both the capacity range that you define for your DB cluster and the number of writers and readers in the cluster. At any specific time, you are only charged for the Aurora Serverless v2 capacity that is being actively used in your Aurora DB cluster. +With Aurora serverless, your cluster can contain readers in addition to the writer. Each Aurora serverless writer and reader can scale between the minimum and maximum capacity values. Thus, the total capacity of your Aurora serverless cluster depends on both the capacity range that you define for your DB cluster and the number of writers and readers in the cluster. At any specific time, you are only charged for the Aurora serverless capacity that is being actively used in your Aurora DB cluster. @@ -54 +54 @@ With Aurora Serverless v2, your cluster can contain readers in addition to the w -For each of your Aurora DB clusters, you can choose any combination of Aurora Serverless v2 capacity, provisioned capacity, or both. +For each of your Aurora DB clusters, you can choose any combination of Aurora serverless capacity, provisioned capacity, or both. @@ -56 +56 @@ For each of your Aurora DB clusters, you can choose any combination of Aurora Se -You can set up a cluster that contains both Aurora Serverless v2 and provisioned capacity, called a _mixed-configuration cluster_. For example, suppose that you need more read/write capacity than is available for an Aurora Serverless v2 writer. In this case, you can set up the cluster with a very large provisioned writer. In that case, you can still use Aurora Serverless v2 for the readers. Or suppose that the write workload for your cluster varies but the read workload is steady. In this case, you can set up your cluster with an Aurora Serverless v2 writer and one or more provisioned readers. +You can set up a cluster that contains both Aurora serverless and provisioned capacity, called a _mixed-configuration cluster_. For example, suppose that you need more read/write capacity than is available for an Aurora serverless writer. In this case, you can set up the cluster with a very large provisioned writer. In that case, you can still use Aurora serverless for the readers. Or suppose that the write workload for your cluster varies but the read workload is steady. In this case, you can set up your cluster with an Aurora serverless writer and one or more provisioned readers. @@ -58 +58 @@ You can set up a cluster that contains both Aurora Serverless v2 and provisioned -You can also set up a DB cluster where all the capacity is managed by Aurora Serverless v2. To do this, you can create a new cluster and use Aurora Serverless v2 from the start. Or you can replace all the provisioned capacity in an existing cluster with Aurora Serverless v2. For example, some of the upgrade paths from older engine versions require starting with a provisioned writer and replacing it with a Aurora Serverless v2 writer. For the procedures to create a new DB cluster with Aurora Serverless v2 or to switch an existing DB cluster to Aurora Serverless v2, see [Creating an Aurora Serverless v2 DB cluster](./aurora-serverless-v2.create.html#aurora-serverless-v2.create-cluster) and [Converting a provisioned writer or reader to Aurora Serverless v2](./aurora-serverless-v2-administration.html#aurora-serverless-v2-converting-from-provisioned). +You can also set up a DB cluster where all the capacity is managed by Aurora serverless. To do this, you can create a new cluster and use Aurora serverless from the start. Or you can replace all the provisioned capacity in an existing cluster with Aurora serverless. For example, some of the upgrade paths from older engine versions require starting with a provisioned writer and replacing it with a Aurora serverless writer. For the procedures to create a new DB cluster with Aurora serverless or to switch an existing DB cluster to Aurora serverless, see [Creating an Aurora serverless DB cluster](./aurora-serverless-v2.create.html#aurora-serverless-v2.create-cluster) and [Converting a provisioned writer or reader to Aurora serverless](./aurora-serverless-v2-administration.html#aurora-serverless-v2-converting-from-provisioned). @@ -60 +60 @@ You can also set up a DB cluster where all the capacity is managed by Aurora Ser -If you don't use Aurora Serverless v2 at all in a DB cluster, all the writers and readers in the DB cluster are _provisioned_. This is the oldest and most common kind of DB cluster that most users are familiar with. In fact, before Aurora Serverless, there wasn't a special name for this kind of Aurora DB cluster. Provisioned capacity is constant. The charges are relatively easy to forecast. However, you have to predict in advance how much capacity you need. In some cases, your predictions might be inaccurate or your capacity needs might change. In these cases, your DB cluster can become underprovisioned (slower than you want) or overprovisioned (more expensive than you want). +If you don't use Aurora serverless at all in a DB cluster, all the writers and readers in the DB cluster are _provisioned_. This is the oldest and most common kind of DB cluster that most users are familiar with. In fact, before Aurora Serverless, there wasn't a special name for this kind of Aurora DB cluster. Provisioned capacity is constant. The charges are relatively easy to forecast. However, you have to predict in advance how much capacity you need. In some cases, your predictions might be inaccurate or your capacity needs might change. In these cases, your DB cluster can become underprovisioned (slower than you want) or overprovisioned (more expensive than you want). @@ -62 +62 @@ If you don't use Aurora Serverless v2 at all in a DB cluster, all the writers an -## Aurora Serverless v2 capacity +## Aurora serverless capacity @@ -64 +64 @@ If you don't use Aurora Serverless v2 at all in a DB cluster, all the writers an -The unit of measure for Aurora Serverless v2 is the _Aurora capacity unit (ACU)_. Aurora Serverless v2 capacity isn't tied to the DB instance classes that you use for provisioned clusters. +The unit of measure for Aurora serverless is the _Aurora capacity unit (ACU)_. Aurora serverless capacity isn't tied to the DB instance classes that you use for provisioned clusters. @@ -66 +66 @@ The unit of measure for Aurora Serverless v2 is the _Aurora capacity unit (ACU)_ -Each ACU is a combination of approximately 2 gibibytes (GiB) of memory, corresponding CPU, and networking. You specify the database capacity range (minimum and maximum) using this unit of measure. Aurora Serverless v2 offers capacity from 0 ACUs to 256 ACUs. With the minimum capacity of 0 ACUs, the cluster will scale to 0 when there is no workload running.The `ServerlessDatabaseCapacity` and `ACUUtilization` metrics help you to determine how much capacity your database is actually using and where that capacity falls within the specified range. +Each ACU is a combination of approximately 2 gibibytes (GiB) of memory, corresponding CPU, and networking. You specify the database capacity range (minimum and maximum) using this unit of measure. Aurora serverless offers capacity from 0 ACUs to 256 ACUs. With the minimum capacity of 0 ACUs, the cluster will scale to 0 when there is no workload running.The `ServerlessDatabaseCapacity` and `ACUUtilization` metrics help you to determine how much capacity your database is actually using and where that capacity falls within the specified range. @@ -68 +68 @@ Each ACU is a combination of approximately 2 gibibytes (GiB) of memory, correspo -At any moment in time, each Aurora Serverless v2 DB writer or reader has a _capacity_. The capacity is represented as a floating-point number representing ACUs. The capacity increases or decreases whenever the writer or reader scales. This value is measured every second. For each DB cluster where you intend to use Aurora Serverless v2, you define a _capacity range_ : the minimum and maximum capacity values that each Aurora Serverless v2 writer or reader can scale between. The capacity range is the same for each Aurora Serverless v2 writer or reader in a DB cluster. Each Aurora Serverless v2 writer or reader has its own capacity, falling somewhere in that range. +At any moment in time, each Aurora serverless DB writer or reader has a _capacity_. The capacity is represented as a floating-point number representing ACUs. The capacity increases or decreases whenever the writer or reader scales. This value is measured every second. For each DB cluster where you intend to use Aurora serverless, you define a _capacity range_ : the minimum and maximum capacity values that each Aurora serverless writer or reader can scale between. The capacity range is the same for each Aurora serverless writer or reader in a DB cluster. Each Aurora serverless writer or reader has its own capacity, falling somewhere in that range. @@ -70 +70 @@ At any moment in time, each Aurora Serverless v2 DB writer or reader has a _capa -The following table shows the Aurora Serverless v2 capacity ranges and engine version support for Aurora MySQL and Aurora PostgreSQL. +The following table shows the Aurora serverless capacity ranges and engine version support for Aurora MySQL and Aurora PostgreSQL. @@ -78 +78 @@ Capacity range (ACUs) | Aurora MySQL supported versions | Aurora PostgreSQL supp -Platform versions in Aurora Serverless v2 represent improvements in performance, scaling capabilities or features. Amazon Aurora automatically manages platform version assignments at the cluster level. All new clusters, database restores, and new clones launch with the latest platform version available in your AWS Region. When a new platform version becomes available, existing clusters on previous platform versions can be upgraded directly to the latest platform version by stopping and restarting the cluster or by using blue/green deployments. Amazon Aurora recommends upgrading to the latest platform version to benefit from all the latest improvements. +Platform versions in Aurora serverless represent improvements in performance, scaling capabilities or features. Amazon Aurora automatically manages platform version assignments at the cluster level. All new clusters, database restores, and new clones launch with the latest platform version available in your AWS Region. When a new platform version becomes available, existing clusters on previous platform versions can be upgraded directly to the latest platform version by stopping and restarting the cluster or by using blue/green deployments. Amazon Aurora recommends upgrading to the latest platform version to benefit from all the latest improvements. @@ -80 +80 @@ Platform versions in Aurora Serverless v2 represent improvements in performance, -The following table shows the Aurora Serverless v2 platform versions with their ACU ranges and performance characteristics. +The following table shows the Aurora serverless platform versions with their ACU ranges and performance characteristics. @@ -82 +82 @@ The following table shows the Aurora Serverless v2 platform versions with their -Aurora Serverless v2 platform version | ACU range | Performance +Aurora serverless platform version | ACU range | Performance @@ -93 +93 @@ The available scaling range for a given cluster is determined by both engine ver -Platform version 1, 2, and 3 are available in all regions where Aurora Serverless v2 is supported. Platform Version 4 is available in the following regions: US East (N. Virginia), US East (Ohio), US West (N. California), US West (Oregon), Asia Pacific (Hong Kong), Asia Pacific (Hyderabad), Asia Pacific (Jakarta), Asia Pacific (Malaysia), Asia Pacific (Melbourne), Asia Pacific (Mumbai), Asia Pacific (Osaka), Asia Pacific (Seoul), Asia Pacific (Singapore), Asia Pacific (Sydney), Asia Pacific (Tokyo), Canada (Central), Europe (Frankfurt), Europe (Ireland), Europe (London), Europe (Paris), Europe (Spain), Europe (Stockholm), Europe (Zurich), South America (São Paulo), AWS GovCloud (US-East), and AWS GovCloud (US-West). +Platform version 1, 2, and 3 are available in all regions where Aurora serverless is supported. Platform Version 4 is available in the following regions: US East (N. Virginia), US East (Ohio), US West (N. California), US West (Oregon), Asia Pacific (Hong Kong), Asia Pacific (Hyderabad), Asia Pacific (Jakarta), Asia Pacific (Malaysia), Asia Pacific (Melbourne), Asia Pacific (Mumbai), Asia Pacific (Osaka), Asia Pacific (Seoul), Asia Pacific (Singapore), Asia Pacific (Sydney), Asia Pacific (Tokyo), Canada (Central), Europe (Frankfurt), Europe (Ireland), Europe (London), Europe (Paris), Europe (Spain), Europe (Stockholm), Europe (Zurich), South America (São Paulo), AWS GovCloud (US-East), and AWS GovCloud (US-West). @@ -97 +97 @@ You can determine what platform version your cluster is running on in the Instan -The smallest Aurora Serverless v2 capacity that you can define is 0 ACUs, for Aurora Serverless v2 versions that support the auto-pause feature. You can specify a higher number if it's less than or equal to the maximum capacity value. Setting the minimum capacity to a small number lets lightly loaded DB clusters consume minimal compute resources. At the same time, they stay ready to accept connections immediately and scale up when they become busy. +The smallest Aurora serverless capacity that you can define is 0 ACUs, for Aurora serverless versions that support the auto-pause feature. You can specify a higher number if it's less than or equal to the maximum capacity value. Setting the minimum capacity to a small number lets lightly loaded DB clusters consume minimal compute resources. At the same time, they stay ready to accept connections immediately and scale up when they become busy. @@ -99 +99 @@ The smallest Aurora Serverless v2 capacity that you can define is 0 ACUs, for Au -We recommend setting the minimum to a value that allows each DB writer or reader to hold the working set of the application in the buffer pool. That way, the contents of the buffer pool aren't discarded during idle periods. For all the considerations when choosing the minimum capacity value, see [Choosing the minimum Aurora Serverless v2 capacity setting for a cluster](./aurora-serverless-v2.setting-capacity.html#aurora-serverless-v2.min_capacity_considerations). For all the considerations when choosing the maximum capacity value, see [Choosing the maximum Aurora Serverless v2 capacity setting for a cluster](./aurora-serverless-v2.setting-capacity.html#aurora-serverless-v2.max_capacity_considerations). +We recommend setting the minimum to a value that allows each DB writer or reader to hold the working set of the application in the buffer pool. That way, the contents of the buffer pool aren't discarded during idle periods. For all the considerations when choosing the minimum capacity value, see [Choosing the minimum Aurora serverless capacity setting for a cluster](./aurora-serverless-v2.setting-capacity.html#aurora-serverless-v2.min_capacity_considerations). For all the considerations when choosing the maximum capacity value, see [Choosing the maximum Aurora serverless capacity setting for a cluster](./aurora-serverless-v2.setting-capacity.html#aurora-serverless-v2.max_capacity_considerations). @@ -101 +101 @@ We recommend setting the minimum to a value that allows each DB writer or reader -Depending on how you configure the readers in a Multi-AZ deployment, their capacities can be tied to the capacity of the writer or independently. For details about how to do that, see Aurora Serverless v2 scaling. +Depending on how you configure the readers in a Multi-AZ deployment, their capacities can be tied to the capacity of the writer or independently. For details about how to do that, see Aurora serverless scaling. @@ -103 +103 @@ Depending on how you configure the readers in a Multi-AZ deployment, their capac -Monitoring Aurora Serverless v2 involves measuring the capacity values for the writer and readers in your DB cluster over time. If your database doesn't scale down to the minimum capacity, you can take actions such as adjusting the minimum and optimizing your database application. If your database consistently reaches its maximum capacity, you can take actions such as increasing the maximum. You can also optimize your database application and spread the query load across more readers. +Monitoring Aurora serverless involves measuring the capacity values for the writer and readers in your DB cluster over time. If your database doesn't scale down to the minimum capacity, you can take actions such as adjusting the minimum and optimizing your database application. If your database consistently reaches its maximum capacity, you can take actions such as increasing the maximum. You can also optimize your database application and spread the query load across more readers. @@ -105 +105 @@ Monitoring Aurora Serverless v2 involves measuring the capacity values for the w -The charges for Aurora Serverless v2 capacity are measured in terms of ACU-hours. For information about how Aurora Serverless v2 charges are calculated, see the [Aurora pricing page](https://aws.amazon.com/rds/aurora/pricing/). +The charges for Aurora serverless capacity are measured in terms of ACU-hours. For information about how Aurora serverless charges are calculated, see the [Aurora pricing page](https://aws.amazon.com/rds/aurora/pricing/). @@ -109 +109 @@ Suppose that the total number of writers and readers in your cluster is `n`. In -For more details about choosing appropriate minimum and maximum ACU values, see [Choosing the Aurora Serverless v2 capacity range for an Aurora cluster](./aurora-serverless-v2.setting-capacity.html#aurora-serverless-v2-examples-setting-capacity-range-for-cluster). The minimum and maximum ACU values that you specify also affect the way some of the Aurora configuration parameters work for Aurora Serverless v2. For details about the interaction between the capacity range and configuration parameters, see [Working with parameter groups for Aurora Serverless v2](./aurora-serverless-v2.setting-capacity.html#aurora-serverless-v2.parameter-groups). +For more details about choosing appropriate minimum and maximum ACU values, see [Choosing the Aurora serverless capacity range for an Aurora cluster](./aurora-serverless-v2.setting-capacity.html#aurora-serverless-v2-examples-setting-capacity-range-for-cluster). The minimum and maximum ACU values that you specify also affect the way some of the Aurora configuration parameters work for Aurora serverless. For details about the interaction between the capacity range and configuration parameters, see [Working with parameter groups for Aurora serverless](./aurora-serverless-v2.setting-capacity.html#aurora-serverless-v2.parameter-groups). @@ -111 +111 @@ For more details about choosing appropriate minimum and maximum ACU values, see -## Aurora Serverless v2 scaling +## Aurora serverless scaling @@ -113 +113 @@ For more details about choosing appropriate minimum and maximum ACU values, see -For each Aurora Serverless v2 writer or reader, Aurora continuously tracks utilization of resources such as CPU, memory, and network. These measurements collectively are called the _load_. The load includes the database operations performed by your application. It also includes background processing for the database server and Aurora administrative tasks. When capacity is constrained by any of these, Aurora Serverless v2 scales up. Aurora Serverless v2 also scales up when it detects performance issues that it can resolve by doing so. You can monitor resource utilization and how it affects Aurora Serverless v2 scaling by using the procedures in [Important Amazon CloudWatch metrics for Aurora Serverless v2](./aurora-serverless-v2.setting-capacity.html#aurora-serverless-v2.viewing.monitoring) and [Monitoring Aurora Serverless v2 performance with Performance Insights](./aurora-serverless-v2.setting-capacity.html#aurora-serverless-v2.viewing.performance-insights). +For each Aurora serverless writer or reader, Aurora continuously tracks utilization of resources such as CPU, memory, and network. These measurements collectively are called the _load_. The load includes the database operations performed by your application. It also includes background processing for the database server and Aurora administrative tasks. When capacity is constrained by any of these, Aurora serverless scales up. Aurora serverless also scales up when it detects performance issues that it can resolve by doing so. You can monitor resource utilization and how it affects Aurora serverless scaling by using the procedures in [Important Amazon CloudWatch metrics for Aurora serverless](./aurora-serverless-v2.setting-capacity.html#aurora-serverless-v2.viewing.monitoring) and [Monitoring Aurora serverless performance with Performance Insights](./aurora-serverless-v2.setting-capacity.html#aurora-serverless-v2.viewing.performance-insights). @@ -117 +117 @@ The load can vary across the writer and readers in your DB cluster. The writer h -_Scaling_ is the operation that increases or decreases Aurora Serverless v2 capacity for your database. With Aurora Serverless v2, each writer and reader has its own current capacity value, measured in ACUs. Aurora Serverless v2 scales a writer or reader up to a higher capacity when its current capacity is too low to handle the load. It scales the writer or reader down to a lower capacity when its current capacity is higher than needed. +_Scaling_ is the operation that increases or decreases Aurora serverless capacity for your database. With Aurora serverless, each writer and reader has its own current capacity value, measured in ACUs. Aurora serverless scales a writer or reader up to a higher capacity when its current capacity is too low to handle the load. It scales the writer or reader down to a lower capacity when its current capacity is higher than needed. @@ -119 +119 @@ _Scaling_ is the operation that increases or decreases Aurora Serverless v2 capa -Aurora Serverless v2 can increase capacity incrementally. When your workload demand begins to reach the current database capacity of a writer or reader, Aurora Serverless v2 increases the number of ACUs for that writer or reader. Aurora Serverless v2 scales capacity in the increments required to provide the best performance for the resources consumed. Scaling happens in increments as small as 0.5 ACUs. The larger the current capacity, the larger the scaling increment and thus the faster scaling can happen. +Aurora serverless can increase capacity incrementally. When your workload demand begins to reach the current database capacity of a writer or reader, Aurora serverless increases the number of ACUs for that writer or reader. Aurora serverless scales capacity in the increments required to provide the best performance for the resources consumed. Scaling happens in increments as small as 0.5 ACUs. The larger the current capacity, the larger the scaling increment and thus the faster scaling can happen. @@ -121 +121 @@ Aurora Serverless v2 can increase capacity incrementally. When your workload dem -Because Aurora Serverless v2 scaling is so frequent, granular, and nondisruptive, it doesn't cause discrete events in the AWS Management Console. Instead, you can measure the Amazon CloudWatch metrics such as `ServerlessDatabaseCapacity` and `ACUUtilization` and track their minimum, maximum, and average values over time. To learn more about Aurora metrics, see [Monitoring metrics in an Amazon Aurora cluster](./MonitoringAurora.html). For tips about monitoring Aurora Serverless v2, see [Important Amazon CloudWatch metrics for Aurora Serverless v2](./aurora-serverless-v2.setting-capacity.html#aurora-serverless-v2.viewing.monitoring). +Because Aurora serverless scaling is so frequent, granular, and nondisruptive, it doesn't cause discrete events in the AWS Management Console. Instead, you can measure the Amazon CloudWatch metrics such as `ServerlessDatabaseCapacity` and `ACUUtilization` and track their minimum, maximum, and average values over time. To learn more about Aurora metrics, see [Monitoring metrics in an Amazon Aurora cluster](./MonitoringAurora.html). For tips about monitoring Aurora serverless, see [Important Amazon CloudWatch metrics for Aurora serverless](./aurora-serverless-v2.setting-capacity.html#aurora-serverless-v2.viewing.monitoring). @@ -132 +132 @@ You can choose to make a reader scale at the same time as the associated writer, -For details about promotion tiers, see [Choosing the promotion tier for an Aurora Serverless v2 reader](./aurora-serverless-v2-administration.html#aurora-serverless-v2-choosing-promotion-tier). +For details about promotion tiers, see [Choosing the promotion tier for an Aurora serverless reader](./aurora-serverless-v2-administration.html#aurora-serverless-v2-choosing-promotion-tier). @@ -134 +134 @@ For details about promotion tiers, see [Choosing the promotion tier for an Auror -Aurora Serverless v2 scaling can happen while database connections are open, while SQL transactions are in process, while tables are locked, and while temporary tables are in use. Aurora Serverless v2 doesn't wait for a quiet point to begin scaling. Scaling doesn't disrupt any database operations that are underway. +Aurora serverless scaling can happen while database connections are open, while SQL transactions are in process, while tables are locked, and while temporary tables are in use. Aurora serverless doesn't wait for a quiet point to begin scaling. Scaling doesn't disrupt any database operations that are underway. @@ -136 +136 @@ Aurora Serverless v2 scaling can happen while database connections are open, whi -If your workload requires more read capacity than is available with a single writer and a single reader, you can add multiple Aurora Serverless v2 readers to the cluster. Each Aurora Serverless v2 reader can scale within the range of minimum and maximum capacity values that you specified for your DB cluster. You can use the cluster's reader endpoint to direct read-only sessions to the readers and reduce the load on the writer. +If your workload requires more read capacity than is available with a single writer and a single reader, you can add multiple Aurora serverless readers to the cluster. Each Aurora serverless reader can scale within the range of minimum and maximum capacity values that you specified for your DB cluster. You can use the cluster's reader endpoint to direct read-only sessions to the readers and reduce the load on the writer. @@ -138 +138 @@ If your workload requires more read capacity than is available with a single wri -Whether Aurora Serverless v2 performs scaling, and how fast scaling occurs once it starts, also depends on the minimum and maximum ACU settings for the cluster. In addition, it depends on whether a reader is configured to scale along with the writer or independently from it. For details about the factors that affect Aurora Serverless v2 scaling, see [Performance and scaling for Aurora Serverless v2](./aurora-serverless-v2.setting-capacity.html). +Whether Aurora serverless performs scaling, and how fast scaling occurs once it starts, also depends on the minimum and maximum ACU settings for the cluster. In addition, it depends on whether a reader is configured to scale along with the writer or independently from it. For details about the factors that affect Aurora serverless scaling, see [Performance and scaling for Aurora serverless](./aurora-serverless-v2.setting-capacity.html). @@ -142 +142 @@ Whether Aurora Serverless v2 performs scaling, and how fast scaling occurs once -In recent Aurora MySQL and Aurora PostgreSQL versions, Aurora Serverless v2 writers and readers can scale all the way down to zero ACUs. We refer to this capability as automatic pause and resume, or auto-pause. You can choose whether to allow this behavior by specifying a zero or nonzero value for the minimum capacity. You can also choose how long to wait before an Aurora Serverless v2 instance pauses. For information about which versions have this capability, see Aurora Serverless v2 capacity. For information about how to use it effectively, see [Scaling to Zero ACUs with automatic pause and resume for Aurora Serverless v2](./aurora-serverless-v2-auto-pause.html). +In recent Aurora MySQL and Aurora PostgreSQL versions, Aurora serverless writers and readers can scale all the way down to zero ACUs. We refer to this capability as automatic pause and resume, or auto-pause. You can choose whether to allow this behavior by specifying a zero or nonzero value for the minimum capacity. You can also choose how long to wait before an Aurora serverless instance pauses. For information about which versions have this capability, see Aurora serverless capacity. For information about how to use it effectively, see [Scaling to Zero ACUs with automatic pause and resume for Aurora serverless](./aurora-serverless-v2-auto-pause.html). @@ -144 +144 @@ In recent Aurora MySQL and Aurora PostgreSQL versions, Aurora Serverless v2 writ -In older Aurora MySQL and Aurora PostgreSQL versions, idle Aurora Serverless v2 writers and readers can scale down to the minimum ACU value that you specified for the cluster, but not all the way to zero ACUs. In that case, zero ACUs isn't available as a choice when you set the capacity range. +In older Aurora MySQL and Aurora PostgreSQL versions, idle Aurora serverless writers and readers can scale down to the minimum ACU value that you specified for the cluster, but not all the way to zero ACUs. In that case, zero ACUs isn't available as a choice when you set the capacity range. @@ -146 +146 @@ In older Aurora MySQL and Aurora PostgreSQL versions, idle Aurora Serverless v2 -When your DB cluster with Aurora Serverless v2 capacity isn't needed for some time, you can also stop and start the entire cluster, the same as with provisioned DB clusters. This technique is most appropriate for development and test systems, where they might not be needed for many hours at a time, and the speed of resuming the cluster isn't crucial. The stop/start cluster feature is available for all Aurora Serverless v2 versions. For more information about that feature, see [Stopping and starting an Amazon Aurora DB cluster](./aurora-cluster-stop-start.html). +When your DB cluster with Aurora serverless capacity isn't needed for some time, you can also stop and start the entire cluster, the same as with provisioned DB clusters. This technique is most appropriate for development and test systems, where they might not be needed for many hours at a time, and the speed of resuming the cluster isn't crucial. The stop/start cluster feature is available for all Aurora serverless versions. For more information about that feature, see [Stopping and starting an Amazon Aurora DB cluster](./aurora-cluster-stop-start.html). @@ -148 +148 @@ When your DB cluster with Aurora Serverless v2 capacity isn't needed for some ti -## Aurora Serverless v2 and high availability +## Aurora serverless and high availability @@ -150 +150 @@ When your DB cluster with Aurora Serverless v2 capacity isn't needed for some ti -The way to establish high availability for an Aurora DB cluster is to make it a Multi-AZ DB cluster. A _Multi-AZ Aurora DB cluster_ has compute capacity available at all times in more than one Availability Zone (AZ). That configuration keeps your database up and running even in case of a significant outage. Aurora performs an automatic failover in case of an issue that affects the writer or even the entire AZ. With Aurora Serverless v2, you can choose for the standby compute capacity to scale up and down along with the capacity of the writer. That way, the compute capacity in the second AZ is ready to take over the current workload at any time. At the same time, the compute capacity in all AZs can scale down when the database is idle. For details about how Aurora works with AWS Regions and Availability Zones, see [High availability for Aurora DB instances](./Concepts.AuroraHighAvailability.html#Concepts.AuroraHighAvailability.Instances). +The way to establish high availability for an Aurora DB cluster is to make it a Multi-AZ DB cluster. A _Multi-AZ Aurora DB cluster_ has compute capacity available at all times in more than one Availability Zone (AZ). That configuration keeps your database up and running even in case of a significant outage. Aurora performs an automatic failover in case of an issue that affects the writer or even the entire AZ. With Aurora serverless, you can choose for the standby compute capacity to scale up and down along with the capacity of the writer. That way, the compute capacity in the second AZ is ready to take over the current workload at any time. At the same time, the compute capacity in all AZs can scale down when the database is idle. For details about how Aurora works with AWS Regions and Availability Zones, see [High availability for Aurora DB instances](./Concepts.AuroraHighAvailability.html#Concepts.AuroraHighAvailability.Instances). @@ -152 +152 @@ The way to establish high availability for an Aurora DB cluster is to make it a -The Aurora Serverless v2 Multi-AZ capability uses _readers_ in addition to the writer. Support for readers is new for Aurora Serverless v2. You can add up to 15 Aurora Serverless v2 readers spread across 3 AZs to an Aurora DB cluster. +The Aurora serverless Multi-AZ capability uses _readers_ in addition to the writer. Support for readers is new for Aurora serverless. You can add up to 15 Aurora serverless readers spread across 3 AZs to an Aurora DB cluster. @@ -154 +154 @@ The Aurora Serverless v2 Multi-AZ capability uses _readers_ in addition to the w -For business-critical applications that must remain available even in case of an issue that affects your entire cluster or the whole AWS Region, you can set up an Aurora global database. You can use Aurora Serverless v2 capacity in the secondary clusters so they're ready to take over during disaster recovery. They can also scale down when the database isn't busy. For details about Aurora global databases, see [Using Amazon Aurora Global Database](./aurora-global-database.html). +For business-critical applications that must remain available even in case of an issue that affects your entire cluster or the whole AWS Region, you can set up an Aurora global database. You can use Aurora serverless capacity in the secondary clusters so they're ready to take over during disaster recovery. They can also scale down when the database isn't busy. For details about Aurora global databases, see [Using Amazon Aurora Global Database](./aurora-global-database.html). @@ -156 +156 @@ For business-critical applications that must remain available even in case of an -Aurora Serverless v2 works like provisioned for failover and other high availability features. For more information, see [High availability for Amazon Aurora](./Concepts.AuroraHighAvailability.html). +Aurora serverless works like provisioned for failover and other high availability features. For more information, see [High availability for Amazon Aurora](./Concepts.AuroraHighAvailability.html). @@ -158 +158 @@ Aurora Serverless v2 works like provisioned for failover and other high availabi -Suppose that you want to ensure maximum availability for your Aurora Serverless v2 cluster. You can create a reader in addition to the writer. If you assign the reader to promotion tier 0 or 1, whatever scaling happens for the writer also happens for the reader. That way, a reader with identical capacity is always ready to take over for the writer in case of a failover. +Suppose that you want to ensure maximum availability for your Aurora serverless cluster. You can create a reader in addition to the writer. If you assign the reader to promotion tier 0 or 1, whatever scaling happens for the writer also happens for the reader. That way, a reader with identical capacity is always ready to take over for the writer in case of a failover. @@ -160 +160 @@ Suppose that you want to ensure maximum availability for your Aurora Serverless -Suppose that you want to run quarterly reports for your business at the same time as your cluster continues to process transactions. If you add an Aurora Serverless v2 reader to the cluster and assign it to a promotion tier from 2 through 15, you can connect directly to that reader to run the reports. Depending on how memory-intensive and CPU-intensive the reporting queries are, that reader can scale up to accommodate the workload. It can then scale down again when the reports are finished. +Suppose that you want to run quarterly reports for your business at the same time as your cluster continues to process transactions. If you add an Aurora serverless reader to the cluster and assign it to a promotion tier from 2 through 15, you can connect directly to that reader to run the reports. Depending on how memory-intensive and CPU-intensive the reporting queries are, that reader can scale up to accommodate the workload. It can then scale down again when the reports are finished. @@ -162 +162 @@ Suppose that you want to run quarterly reports for your business at the same tim -## Aurora Serverless v2 and storage +## Aurora serverless and storage @@ -166 +166 @@ The storage for each Aurora DB cluster consists of six copies of all your data, -Aurora Serverless v2 storage has the same reliability and durability characteristics as described in [Amazon Aurora storage](./Aurora.Overview.StorageReliability.html). That's because the storage for Aurora DB clusters works the same whether the compute capacity uses Aurora Serverless v2 or provisioned. +Aurora serverless storage has the same reliability and durability characteristics as described in [Amazon Aurora storage](./Aurora.Overview.StorageReliability.html). That's because the storage for Aurora DB clusters works the same whether the compute capacity uses Aurora serverless or provisioned. @@ -170 +170 @@ Aurora Serverless v2 storage has the same reliability and durability characteris -You can adjust all the same cluster and database configuration parameters for clusters with Aurora Serverless v2 capacity as for provisioned DB clusters. However, some capacity-related parameters are handled differently for Aurora Serverless v2. In a mixed-configuration cluster, the parameter values that you specify for those capacity-related parameters still apply to any provisioned writers and readers. +You can adjust all the same cluster and database configuration parameters for clusters with Aurora serverless capacity as for provisioned DB clusters. However, some capacity-related parameters are handled differently for Aurora serverless. In a mixed-configuration cluster, the parameter values that you specify for those capacity-related parameters still apply to any provisioned writers and readers. @@ -172 +172 @@ You can adjust all the same cluster and database configuration parameters for cl -Almost all of the parameters work the same way for Aurora Serverless v2 writers and readers as for provisioned ones. The exceptions are some parameters that Aurora automatically adjusts during scaling, and some parameters that Aurora keeps at fixed values that depend on the maximum capacity setting. +Almost all of the parameters work the same way for Aurora serverless writers and readers as for provisioned ones. The exceptions are some parameters that Aurora automatically adjusts during scaling, and some parameters that Aurora keeps at fixed values that depend on the maximum capacity setting. @@ -174 +174 @@ Almost all of the parameters work the same way for Aurora Serverless v2 writers -For example, the amount of memory reserved for the buffer cache increases as a writer or reader scales up, and decreases as it scales down. That way, memory can be released when your database isn't busy. Conversely, Aurora automatically sets the maximum number of connections to a value that's appropriate based on the maximum capacity setting. That way, active connections aren't dropped if the load drops and Aurora Serverless v2 scales down. For information about how Aurora Serverless v2 handles specific parameters, see [Working with parameter groups for Aurora Serverless v2](./aurora-serverless-v2.setting-capacity.html#aurora-serverless-v2.parameter-groups). +For example, the amount of memory reserved for the buffer cache increases as a writer or reader scales up, and decreases as it scales down. That way, memory can be released when your database isn't busy. Conversely, Aurora automatically sets the maximum number of connections to a value that's appropriate based on the maximum capacity setting. That way, active connections aren't dropped if the load drops and Aurora serverless scales down. For information about how Aurora serverless handles specific parameters, see [Working with parameter groups for Aurora serverless](./aurora-serverless-v2.setting-capacity.html#aurora-serverless-v2.parameter-groups). @@ -182 +182 @@ To use the Amazon Web Services Documentation, Javascript must be enabled. Please -Using Aurora Serverless v2 +Using Aurora serverless @@ -184 +184 @@ Using Aurora Serverless v2 -Requirements and limitations for Aurora Serverless v2 +Requirements and limitations for Aurora serverless