# への移行Aurora Serverless v2
既存の DB クラスターを変換して Aurora Serverless v2 を使用する手順は、次のとおりです。
+ プロビジョニングされた Aurora DB クラスターからアップグレードします。
+ Aurora Serverless v1 クラスターからアップグレードします。
+ オンプレミスのデータベースから Aurora Serverless v2 クラスターに移行します。
アップグレードされたクラスターが [Aurora Serverless v2 の要件と制限](aurora-serverless-v2.requirements.md) に記載されている適切なエンジンバージョンを実行している場合、Aurora Serverless v2 DBインスタンスの追加を始めることができます。アップグレードされたクラスターに追加する最初の DB インスタンスは、プロビジョニングされた DB インスタンスである必要があります。次に、書き込みワークロード、読み取りワークロード、またはその両方の処理を、Aurora Serverless v2 DBインスタンスに切り替えることができます。
**Contents**
+ [
## 既存のクラスターをアップグレードまたは切り替えて Aurora Serverless v2 を使用する
](#aurora-serverless-v2.getting-started-general-procedure)
+ [
### MySQL 互換クラスターが Aurora Serverless v2 を使用するためのアップグレードパス
](#serverless-v2-upgrade-paths-ams)
+ [
### PostgreSQL 互換クラスターが Aurora Serverless v2 を使用するためのアップグレードパス。
](#serverless-v2-upgrade-paths-apg)
+ [
## プロビジョニングされたクラスターから Aurora Serverless v2 への切り替え
](#aurora-serverless-v2.switch-from-provisioned)
+ [
## Aurora Serverless v2 と Aurora Serverless v1 の比較
](#aurora-serverless.comparison)
+ [
### Aurora Serverless v2 と Aurora Serverless v1 要件の比較
](#aurora-serverless.comparison-requirements)
+ [
### Aurora Serverless v2 と Aurora Serverless v1 のスケーリングと可用性の比較
](#aurora-serverless.comparison-scaling)
+ [
### Aurora Serverless v2 と Aurora Serverless v1 機能サポートの比較
](#aurora-serverless.comparison-features)
+ [
### Aurora Serverless v1 ユースケースの Aurora Serverless v2 への適応
](#aurora-serverless.comparison-approaches)
+ [
## Aurora Serverless v1 クラスターから Aurora Serverless v2 クラスターへのアップグレード
](#aurora-serverless-v2.upgrade-from-serverless-v1-procedure)
+ [
### Aurora MySQL 互換 DB クラスター
](#sv1-to-sv2-ams)
+ [
### Aurora PostgreSQL 互換 DB クラスター
](#sv1-to-sv2-apg)
+ [
## オンプレミスデータベースから Aurora Serverless v2 に移行する
](#aurora-serverless-v2.migrate-from-on-prem)
**注記**
これらのトピックでは、既存の DB クラスターを変換する方法について説明します。新しい Aurora Serverless v2 DB クラスターの作成については、「[Aurora Serverless v2 を使用する DB クラスターの作成](aurora-serverless-v2.create.md)」を参照してください。
## 既存のクラスターをアップグレードまたは切り替えて Aurora Serverless v2 を使用する
プロビジョニングされたクラスターに、Aurora Serverless v2 をサポートするエンジンバージョンがある場合、Aurora Serverless v2 に切り替えると、アップグレードは必要ありません。その場合は、元のクラスターに Aurora Serverless v2 DB インスタンスを追加できます。クラスターを切り替えて、すべての Aurora Serverless v2 DB インスタンスを使用することができます。また、同じ DB クラスターで Aurora Serverless v2 とプロビジョニングされた DB インスタンスを組み合わせて使用することもできます。Aurora Serverless v2 をサポートする Aurora エンジンのバージョンについては、「[Aurora Serverless v2 でサポートされているリージョンと Aurora DB エンジン](Concepts.Aurora_Fea_Regions_DB-eng.Feature.ServerlessV2.md)」を参照してください。
Aurora Serverless v2 をサポートしていない下位のエンジンバージョンを使用している場合、以下の一般的な手順を実行します。
1. クラスターをアップグレードします。
1. アップグレードされたクラスターのプロビジョニングされた書き込み DB インスタンスを作成します。
1. クラスターを変更して Aurora Serverless v2 DB インスタンスを使用する
**重要**
スナップショットの復元やクローンを使用して Aurora Serverless v2 互換バージョンへのメジャーバージョンアップグレードを実行する場合、新しいクラスターに追加する最初の DB インスタンスはプロビジョニングされた DB インスタンスである必要があります。この追加により、アップグレードプロセスの最終段階が開始されます。
最終段階が発生するまで、クラスターには Aurora Serverless v2 サポートに必要なインフラストラクチャがありません。したがって、これらのアップグレードされたクラスターは、常にプロビジョニングされた書き込み DB インスタンスで始まります。その後、プロビジョニングされた DB インスタンスを Aurora Serverless v2 インスタンスに変換したり、フェイルオーバーさせることができます。
Aurora Serverless v1 から Aurora Serverless v2 へのアップグレードでは、中間ステップとしてプロビジョニングされたクラスターを作成する必要があります。次に、プロビジョニングされたクラスターで開始したときと同じアップグレードステップを実行します。
### MySQL 互換クラスターが Aurora Serverless v2 を使用するためのアップグレードパス
元のクラスターで Aurora MySQL を実行している場合は、クラスターのエンジンのバージョンとエンジンモードに応じて適切な手順を選択します。
| 元の Aurora MySQL クラスターがこれである場合 | Aurora Serverless v2 に切り替えるには、この操作を行います |
| --- | --- |
| Aurora MySQL バージョン 3 を実行するプロビジョニングされたクラスターは MYSQL 8.0 との互換性があります。 | これは、既存の Aurora MySQL クラスターからのすべての変換の最終段階です。 必要に応じて、バージョン 3.02.0 以降へのマイナーバージョンアップグレードを実行します。書き込み DB インスタンスにプロビジョニングされた DB インスタンスを使用します。Aurora Serverless v2 書き込み DB インスタンスを 1 つ追加します。フェイルオーバーを実行して、それを書き込み DB インスタンスにします。 (オプション) クラスター内の他のプロビジョニングされた DB インスタンスを Aurora Serverless v2 に変換します。または、新しい Aurora Serverless v2 DB インスタンスを追加して、プロビジョニングされた DB インスタンスを削除します。 完全な手順と例については、「[プロビジョニングされたクラスターから Aurora Serverless v2 への切り替え](#aurora-serverless-v2.switch-from-provisioned)」を参照してください。 |
| Aurora MySQL バージョン 2 を実行するプロビジョニングされたクラスターは MySQL 5.7 との互換性があります。 | Aurora MySQL バージョン 3.02.0 以降へのメジャーバージョンのアップグレードを実行します。次に、Aurora MySQL バージョン 3 の手順に従って、Aurora Serverless v2 DB インスタンスを使用するようにクラスターを切り替えます。 |
| Aurora Serverless v1Aurora MySQL バージョン 2 を実行する クラスターは MySQL 5.7 と互換性があります。 | Aurora Serverless v1 からの変換を計画するには、まず [Aurora Serverless v2 と Aurora Serverless v1 の比較](#aurora-serverless.comparison) を参照してください。 その後「[Aurora Serverless v1 クラスターから Aurora Serverless v2 クラスターへのアップグレード](#aurora-serverless-v2.upgrade-from-serverless-v1-procedure)」の手順に従います。 |
### PostgreSQL 互換クラスターが Aurora Serverless v2 を使用するためのアップグレードパス。
元のクラスターで Aurora PostgreSQL を実行している場合は、クラスターのエンジンのバージョンとエンジンモードに応じて適切な手順を選択します。
| 元の Aurora PostgreSQL クラスターがこれである場合 | Aurora Serverless v2 に切り替えるには、この操作を行います |
| --- | --- |
| Aurora PostgreSQL バージョン 13 を実行しているプロビジョニングされたクラスター | これは、既存の Aurora PostgreSQL クラスターからのすべての変換の最終段階です。 必要に応じて、バージョン 13.6 以降へのマイナーバージョンアップグレードを実行します。書き込み DB インスタンスにプロビジョニングされた DB インスタンスを追加します。Aurora Serverless v2 書き込み DB インスタンスを 1 つ追加します。その Aurora Serverless v2 インスタンスをライター DB インスタンスにするためにフェイルオーバーを実行します。 (オプション) クラスター内の他のプロビジョンド DB インスタンスを Aurora Serverless v2 に変換します。または、新しい Aurora Serverless v2 DB インスタンスを追加して、プロビジョニングされた DB インスタンスを削除します。 完全な手順と例については、「[プロビジョニングされたクラスターから Aurora Serverless v2 への切り替え](#aurora-serverless-v2.switch-from-provisioned)」を参照してください。 |
| Aurora PostgreSQL バージョン 11 または 12 を実行しているプロビジョニングされたクラスター | Aurora PostgreSQL バージョン 13.6 以降へのメジャーバージョンアップグレードを実行します。次に、Aurora PostgreSQL バージョン 13 の手順に従って、Aurora Serverless v2 DB インスタンスを使用するようにクラスターを切り替えます。 |
| Aurora PostgreSQL バージョン 11 または 13 を実行している Aurora Serverless v1 クラスター | Aurora Serverless v1 からの変換を計画するには、まず [Aurora Serverless v2 と Aurora Serverless v1 の比較](#aurora-serverless.comparison) を参照してください。 その後「[Aurora Serverless v1 クラスターから Aurora Serverless v2 クラスターへのアップグレード](#aurora-serverless-v2.upgrade-from-serverless-v1-procedure)」の手順に従います。 |
## プロビジョニングされたクラスターから Aurora Serverless v2 への切り替え
プロビジョニングされたクラスターを Aurora Serverless v2 を使用できるように切り替えるには、以下の手順に従います。
1. Aurora Serverless v2 DBインスタンスで使用するためにプロビジョニングされたクラスターのアップグレードが必要かどうかを確認します。Aurora Serverless v2 と互換性がある Aurora バージョンについては、「[Aurora Serverless v2 の要件と制限](aurora-serverless-v2.requirements.md)」を参照してください。
プロビジョニングされたクラスターが Aurora Serverless v2 で使用できないエンジンバージョンを実行している場合、クラスターのエンジンバージョンをアップグレードします。
+ MySQL 5.7 互換のプロビジョニングされたクラスターを使用している場合は、Aurora MySQL バージョン 3 へのアップグレード手順に従ってください。[インプレースアップグレードの実行手順](AuroraMySQL.Upgrading.Procedure.md) にある手順を実行します。
+ PostgreSQL バージョン 11 または 12 を実行している PostgreSQL 互換のプロビジョニングされたクラスターを使用している場合は、Aurora PostgreSQL バージョン 13 のアップグレード手順に従ってください。[メジャーバージョンアップグレードの実行](USER_UpgradeDBInstance.PostgreSQL.MajorVersion.md) にある手順を実行します。
1. その他のクラスタープロパティは、[Aurora Serverless v2 の要件と制限](aurora-serverless-v2.requirements.md) からの Aurora Serverless v2 要件と一致するように設定します。
1. クラスターのスケーリング設定を設定します。「[Aurora Serverless v2 クラスターの容量設定](aurora-serverless-v2-administration.md#aurora-serverless-v2-setting-acus)」の手順に従います。
1. レイヤーに 1 つ以上の Aurora Serverless v2 DB インスタンスを追加します。[DB クラスターに Aurora レプリカを追加する](aurora-replicas-adding.md) の一般的な手順に従います。新しい DB インスタンスごとに、AWS マネジメントコンソール では **サーバーレス**、AWS CLI では `db.serverless` という特別な DB インスタンスクラス名、または Amazon RDS API を指定します。
場合によっては、クラスター内に 1 つ以上のプロビジョニングされた読み取り DB インスタンスが既に存在することがあります。その場合、新しい DB インスタンスを作成する代わりに、リーダーの 1 つを Aurora Serverless v2 DB インスタンスに変換できます。これを行うには、「[プロビジョン済みライターまたはリーダーを Aurora Serverless v2 に変換する](aurora-serverless-v2-administration.md#aurora-serverless-v2-converting-from-provisioned)」の手順に従います。
1. Aurora Serverless v2 DB インスタンスの 1 つをクラスターの書き込み DB インスタンスとするフェイルオーバーオペレーションを行います。
1. (オプション) プロビジョニングされた DB インスタンスを Aurora Serverless v2 に変換するか、クラスターから削除します。[プロビジョン済みライターまたはリーダーを Aurora Serverless v2 に変換する](aurora-serverless-v2-administration.md#aurora-serverless-v2-converting-from-provisioned) または [Aurora DB クラスターからの DB インスタンスの削除](USER_DeleteCluster.md#USER_DeleteInstance) の一般的な手順に従います。
**ヒント**
プロビジョニングされた DB インスタンスの削除は必須ではありません。Aurora Serverless v2 とプロビジョニングされた DB インスタンスの両方を含むクラスターを設定できます。ただし、Aurora Serverless v2 DB インスタンスのパフォーマンスとスケーリング特性に精通するまでは、すべて同じタイプの DB インスタンスでクラスターを設定することをお勧めします。
次の AWS CLI の例では、Aurora MySQL バージョン 3.02.0 を実行しているプロビジョニングされたクラスターを使用して、切り替え処理を示しています。クラスターには `mysql-80` という名前が付けられています。このクラスターは、`provisioned-instance-1` と `provisioned-instance-2`という 2 つのプロビジョニングされた DB インスタンス、ライターとリーダーから始まります。両者とも `db.r6g.large` DB インスタンスクラスを使用しています。
```
$ aws rds describe-db-clusters --db-cluster-identifier mysql-80 \
--query '*[].[DBClusterIdentifier,DBClusterMembers[*].[DBInstanceIdentifier,IsClusterWriter]]' --output text
mysql-80
provisioned-instance-2 False
provisioned-instance-1 True
$ aws rds describe-db-instances --db-instance-identifier provisioned-instance-1 \
--output text --query '*[].[DBInstanceIdentifier,DBInstanceClass]'
provisioned-instance-1 db.r6g.large
$ aws rds describe-db-instances --db-instance-identifier provisioned-instance-2 \
--output text --query '*[].[DBInstanceIdentifier,DBInstanceClass]'
provisioned-instance-2 db.r6g.large
```
いくつかのデータを含むテーブルを作成します。これにより、切り替えの前後のクラスターのデータとオペレーションが同じであることを確認できます。
```
mysql> create database serverless_v2_demo;
mysql> create table serverless_v2_demo.demo (s varchar(128));
mysql> insert into serverless_v2_demo.demo values ('This cluster started with a provisioned writer.');
Query OK, 1 row affected (0.02 sec)
```
まず、クラスターに容量範囲を追加します。そうしないと、Aurora Serverless v2 DB インスタンスをクラスターに追加する際にエラーが発生します。この手順で AWS マネジメントコンソール を使用すると、最初の Aurora Serverless v2 DB インスタンスを追加するときに、そのステップが自動的に行われます。
```
$ aws rds create-db-instance --db-instance-identifier serverless-v2-instance-1 \
--db-cluster-identifier mysql-80 --db-instance-class db.serverless --engine aurora-mysql
An error occurred (InvalidDBClusterStateFault) when calling the CreateDBInstance operation:
Set the Serverless v2 scaling configuration on the parent DB cluster before creating a Serverless v2 DB instance.
$ # The blank ServerlessV2ScalingConfiguration attribute confirms that the cluster doesn't have a capacity range set yet.
$ aws rds describe-db-clusters --db-cluster-identifier mysql-80 --query 'DBClusters[*].ServerlessV2ScalingConfiguration'
[]
$ aws rds modify-db-cluster --db-cluster-identifier mysql-80 \
--serverless-v2-scaling-configuration MinCapacity=0.5,MaxCapacity=16
{
"DBClusterIdentifier": "mysql-80",
"ServerlessV2ScalingConfiguration": {
"MinCapacity": 0.5,
"MaxCapacity": 16
}
}
```
元の DB インスタンスの代わりに 2Aurora Serverless v2 つのリーダーを作成します。そのためには、新しい`db.serverless` DB インスタンスに DB インスタンスクラスを指定する
```
$ aws rds create-db-instance --db-instance-identifier serverless-v2-instance-1 --db-cluster-identifier mysql-80 --db-instance-class db.serverless --engine aurora-mysql
{
"DBInstanceIdentifier": "serverless-v2-instance-1",
"DBClusterIdentifier": "mysql-80",
"DBInstanceClass": "db.serverless",
"DBInstanceStatus": "creating"
}
$ aws rds create-db-instance --db-instance-identifier serverless-v2-instance-2 \
--db-cluster-identifier mysql-80 --db-instance-class db.serverless --engine aurora-mysql
{
"DBInstanceIdentifier": "serverless-v2-instance-2",
"DBClusterIdentifier": "mysql-80",
"DBInstanceClass": "db.serverless",
"DBInstanceStatus": "creating"
}
$ # Wait for both DB instances to finish being created before proceeding.
$ aws rds wait db-instance-available --db-instance-identifier serverless-v2-instance-1 && \
aws rds wait db-instance-available --db-instance-identifier serverless-v2-instance-2
```
フェイルオーバーを実行して、Aurora Serverless v2 DB インスタンスの 1 つをクラスターの新しいライターにします。
```
$ aws rds failover-db-cluster --db-cluster-identifier mysql-80 \
--target-db-instance-identifier serverless-v2-instance-1
{
"DBClusterIdentifier": "mysql-80",
"DBClusterMembers": [
{
"DBInstanceIdentifier": "serverless-v2-instance-1",
"IsClusterWriter": false,
"DBClusterParameterGroupStatus": "in-sync",
"PromotionTier": 1
},
{
"DBInstanceIdentifier": "serverless-v2-instance-2",
"IsClusterWriter": false,
"DBClusterParameterGroupStatus": "in-sync",
"PromotionTier": 1
},
{
"DBInstanceIdentifier": "provisioned-instance-2",
"IsClusterWriter": false,
"DBClusterParameterGroupStatus": "in-sync",
"PromotionTier": 1
},
{
"DBInstanceIdentifier": "provisioned-instance-1",
"IsClusterWriter": true,
"DBClusterParameterGroupStatus": "in-sync",
"PromotionTier": 1
}
],
"Status": "available"
}
```
その変更が有効になるまで、数秒かかります。その時点で、Aurora Serverless v2 ライターと Aurora Serverless v2 リーダーがあることになります。したがって、元のプロビジョニングされた DB インスタンスも必要ありません。
```
$ aws rds describe-db-clusters --db-cluster-identifier mysql-80 \
--query '*[].[DBClusterIdentifier,DBClusterMembers[*].[DBInstanceIdentifier,IsClusterWriter]]' \
--output text
mysql-80
serverless-v2-instance-1 True
serverless-v2-instance-2 False
provisioned-instance-2 False
provisioned-instance-1 False
```
切り替え手順の最後のステップは、プロビジョニングされた両方の DB インスタンスを削除することです。
```
$ aws rds delete-db-instance --db-instance-identifier provisioned-instance-2 --skip-final-snapshot
{
"DBInstanceIdentifier": "provisioned-instance-2",
"DBInstanceStatus": "deleting",
"Engine": "aurora-mysql",
"EngineVersion": "8.0.mysql_aurora.3.02.0",
"DBInstanceClass": "db.r6g.large"
}
$ aws rds delete-db-instance --db-instance-identifier provisioned-instance-1 --skip-final-snapshot
{
"DBInstanceIdentifier": "provisioned-instance-1",
"DBInstanceStatus": "deleting",
"Engine": "aurora-mysql",
"EngineVersion": "8.0.mysql_aurora.3.02.0",
"DBInstanceClass": "db.r6g.large"
}
```
最終チェックとして、Aurora Serverless v2 ライター DB インスタンスから元のテーブルにアクセスでき、書き込みが可能であることを確認します。
```
mysql> select * from serverless_v2_demo.demo;
+---------------------------------------------------+
| s |
+---------------------------------------------------+
| This cluster started with a provisioned writer. |
+---------------------------------------------------+
1 row in set (0.00 sec)
mysql> insert into serverless_v2_demo.demo values ('And it finished with a Serverless v2 writer.');
Query OK, 1 row affected (0.01 sec)
mysql> select * from serverless_v2_demo.demo;
+---------------------------------------------------+
| s |
+---------------------------------------------------+
| This cluster started with a provisioned writer. |
| And it finished with a Serverless v2 writer. |
+---------------------------------------------------+
2 rows in set (0.01 sec)
```
また、Aurora Serverless v2 読み取り DB インスタンスに接続し、新たに書き込まれたデータがそこでも利用できることを確認します。
```
mysql> select * from serverless_v2_demo.demo;
+---------------------------------------------------+
| s |
+---------------------------------------------------+
| This cluster started with a provisioned writer. |
| And it finished with a Serverless v2 writer. |
+---------------------------------------------------+
2 rows in set (0.01 sec)
```
## Aurora Serverless v2 と Aurora Serverless v1 の比較
既に Aurora Serverless v1 を使用している場合、Aurora Serverless v1 と Aurora Serverless v2 の大きな違いを知ることができます。読み取り DB インスタンスのサポートなどのアーキテクチャの違いにより、新しいタイプのユースケースが生まれます。
次の表を使用して、Aurora Serverless v2 と Aurora Serverless v1 の最も重要な違いを理解できます。
**Topics**
+ [
### Aurora Serverless v2 と Aurora Serverless v1 要件の比較
](#aurora-serverless.comparison-requirements)
+ [
### Aurora Serverless v2 と Aurora Serverless v1 のスケーリングと可用性の比較
](#aurora-serverless.comparison-scaling)
+ [
### Aurora Serverless v2 と Aurora Serverless v1 機能サポートの比較
](#aurora-serverless.comparison-features)
+ [
### Aurora Serverless v1 ユースケースの Aurora Serverless v2 への適応
](#aurora-serverless.comparison-approaches)
### Aurora Serverless v2 と Aurora Serverless v1 要件の比較
Aurora Serverless v2 または Aurora Serverless v1 を使用して、データベースを実行するためのさまざまな要件の概要を次の表に示します。Aurora Serverless v2 では、Aurora Serverless v1 よりも上位バージョンの Aurora MySQL および Aurora PostgreSQL DB エンジンが提供されています。
| 機能 | Aurora Serverless v2 の要件 | Aurora Serverless v1 の要件 |
| --- | --- | --- |
| DB エンジン | Aurora MySQL、Aurora PostgreSQL | Aurora MySQL、Aurora PostgreSQL |
| サポートされている Aurora MySQL バージョン | 「[Aurora MySQL での Aurora Serverless v2](Concepts.Aurora_Fea_Regions_DB-eng.Feature.ServerlessV2.md#Concepts.Aurora_Fea_Regions_DB-eng.Feature.ServerlessV2.amy)」を参照してください | 「[Aurora MySQL での Aurora Serverless v1](Concepts.Aurora_Fea_Regions_DB-eng.Feature.ServerlessV1.md#Concepts.Aurora_Fea_Regions_DB-eng.Feature.ServerlessV1.amy)」を参照してください |
| サポートされている Aurora PostgreSQL バージョン | 「[Aurora PostgreSQL での Aurora Serverless v2](Concepts.Aurora_Fea_Regions_DB-eng.Feature.ServerlessV2.md#Concepts.Aurora_Fea_Regions_DB-eng.Feature.ServerlessV2.apg)」を参照してください | 「[Aurora PostgreSQL での Aurora Serverless v1](Concepts.Aurora_Fea_Regions_DB-eng.Feature.ServerlessV1.md#Concepts.Aurora_Fea_Regions_DB-eng.Feature.ServerlessV1.apg)」を参照してください |
| DB クラスターのアップグレード | プロビジョニングされた DB クラスターと同様に、Aurora による DB クラスターのアップグレードを待つことなく手動でアップグレードを実行できます。詳細については、「[Amazon Aurora DB クラスターの変更](Aurora.Modifying.md)」を参照してください。 Aurora PostgreSQL 互換 DB クラスターの 13.x から 14.x または 15.ｘ へのメジャーバージョンアップグレードを実行するには、クラスターの最大容量が 2 ACU 以上である必要があります。 | マイナーバージョンアップグレードは、利用可能になると自動的に適用されます。詳細については、「[Aurora Serverless v1 とAurora データベースエンジンのバージョン](aurora-serverless.relnotes.md)」を参照してください。 メジャーバージョンアップグレードは、手動で実行できます。詳細については、「[Aurora Serverless v1 DB クラスターの変更](aurora-serverless.modifying.md)」を参照してください。 |
| プロビジョニングされた DB クラスターからの変換 | 次の方法を使用します。[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/AmazonRDS/latest/AuroraUserGuide/aurora-serverless-v2.upgrade.html) | プロビジョニングされたクラスターのスナップショットをリストアして、新しい Aurora Serverless v1 クラスターを作成します。 |
| Aurora Serverless v1 クラスターからの変換 | 「[Aurora Serverless v1 クラスターから Aurora Serverless v2 クラスターへのアップグレード](#aurora-serverless-v2.upgrade-from-serverless-v1-procedure)」の手順に従います。 | 該当しない |
| 利用可能な DB インスタンスクラス | 特別な DB インスタンスクラス db.serverless。AWS マネジメントコンソール では、サーバーレスと表記されています。 | 該当しない。Aurora Serverless v1 では serverless エンジンモードを使用します。 |
| ポート | MySQL または PostgreSQL と互換性のあるポート | デフォルトの MySQL または PostgreSQL ポートのみ |
| パブリック IP アドレスは許可されていますか。 | はい | なし |
| Virtual private Cloud (VPC) が必要ですか。 | はい | はい。各 Aurora Serverless v1 クラスターは、VPC に割り当てられた 2 つのインターフェイスとゲートウェイロードバランサーのエンドポイントを消費します。 |
### Aurora Serverless v2 と Aurora Serverless v1 のスケーリングと可用性の比較
Aurora Serverless v2 と Aurora Serverless v1 のスケーラビリティおよび可用性の違いを以下の表にまとめました。
Aurora Serverless v2 スケーリングは、Aurora Serverless v1 のスケーリングよりも応答性が高く、きめ細かく、破壊性が低くなります。Aurora Serverless v2 は、DB インスタンスのサイズを変更することでも、DB クラスターに DB インスタンスを追加することでも拡張できます。また、Aurora グローバルデータベースに他の AWS リージョン のクラスターを追加することでスケールすることもできます。対照的に、Aurora Serverless v1 はライターの容量を増減させるだけでスケールできます。Aurora Serverless v1 クラスターのすべてのコンピューティングは、1 つのアベイラビリティーゾーンと 1 つの AWS リージョン で実行されます。
| スケーリングと高可用性の機能 | Aurora Serverless v2 の動作 | Aurora Serverless v1 の動作 |
| --- | --- | --- |
| 最小 Aurora 容量ユニット (ACU) (Aurora MySQL) | クラスターが実行中の場合は 0.5、クラスターが一時停止しているときは 0。 | クラスターが実行中の場合は 1、クラスターが一時停止しているときは 0。 |
| 最小 ACU (Aurora PostgreSQL) | クラスターが実行中の場合は 0.5、クラスターが一時停止しているときは 0。 | クラスターが実行中の場合は 2、クラスターが一時停止しているときは 0。 |
| 最大 ACU (Aurora MySQL) | 256 | 256 |
| 最 大ACU (Aurora PostgreSQL) | 256 | 384 |
| クラスターの停止 | プロビジョニングされたクラスターと[同じクラスター停止および開始機能](aurora-cluster-stop-start.md)を使用して、手動でクラスターを停止および開始できます。 | クラスターは、タイムアウト後に自動的に一時停止します。アクティビティが再開すると、利用可能になるまでに少し時間がかかります。 |
| DB インスタンスのスケーリング | 0.5 ACU の最小増分でスケールアップおよびスケールダウン | ACU を倍増または半分にすることでスケールアップとスケールダウン |
| DB インスタンス数 | プロビジョニングされたクラスターと同じ: 1 つの書き込み DB インスタンス、最大 15 の読み取り DB インスタンス。 | 読み取りと書き込みの両方を処理する 1 つの DB インスタンス。 |
| SQL ステートメントの実行中にスケーリングが発生する可能性がありますか。 | はい。Aurora Serverless v2 はクワイエットポイントを待つ必要はありません。 | いいえ。例えば、スケーリングは、長時間実行されるトランザクション、一時テーブル、およびテーブルロックの完了を待ちます。 |
| 読み取り DB インスタンスはライターとともにスケーリングされます | オプションです。 | 該当しない |
| 最大ストレージ | 128 TiB | 128 TiB |
| スケーリング時にバッファキャッシュが保持されます | はい。バッファキャッシュは動的にサイズ変更されます。 | いいえ。バッファキャッシュは、スケーリング後にリウォームされます。 |
| フェイルオーバー | はい、プロビジョニングされたクラスターの場合と同じです。 | ベストエフォートのみ。キャパシティーの可用性によります。Aurora Serverless v2 中より遅い。 |
| マルチ AZ 機能 | はい、プロビジョニングされた場合と同じです。マルチ AZ クラスターには、第 2 アベイラビリティーゾーン (AZ) 内の読み取り DB インスタンスが必要です。マルチ AZ クラスターの場合、Aurora は AZ に障害が発生した場合にマルチ AZ フェイルオーバーを実行します。 | Aurora Serverless v1 クラスターは、すべてのコンピューティングを 1 つの AZ で実行します。AZ に障害が発生した場合の復旧はベストエフォートのみであり、キャパシティーの可用性によります。 |
| Aurora Global Database | はい | なし |
| メモリプレッシャーに基づくスケーリング | はい | なし |
| CPU 負荷に基づくスケーリング | 可能 | はい |
| ネットワークトラフィックに基づくスケーリング | はい。ネットワークトラフィックのメモリと CPU オーバーヘッドに基づきます。max\$1connections パラメータは一定のままであり、スケールダウン時に接続がドロップされないようにします。 | はい、接続の数に基づいています。 |
| スケーリングイベントのタイムアウトアクション | いいえ | あり |
| AWS Auto Scaling で新しい DB インスタンスをクラスターに追加する | 該当なし。Aurora Serverless v2 読み取り DB インスタンスを昇格階層 2～15 で作成し、低容量にスケールダウンしておくことができます。 | いいえ。読み取り DB インスタンスは利用できません。 |
### Aurora Serverless v2 と Aurora Serverless v1 機能サポートの比較
次の表に以下の内容がまとめてあります。
+ Aurora Serverless v2 では使用できるが、Aurora Serverless v1 では使用できない機能
+ Aurora Serverless v1 と Aurora Serverless v2 で異なる働きをする機能
+ Aurora Serverless v2 では現在使用できない機能
Aurora Serverless v2 には、 では提供されていないプロビジョニングされたクラスターの機能が多く含まれています。Aurora Serverless v1
| 機能 | Aurora Serverless v2 のサポート | Aurora Serverless v1 のサポート |
| --- | --- | --- |
| クラスタートポロジ | Aurora Serverless v2 は個々の DB インスタンスのプロパティです。クラスターには複数の Aurora Serverless v2 DB インスタンス、または Aurora Serverless v2 とプロビジョニングされた DB インスタンスの組み合わせを含めることができます。 | Aurora Serverless v1 クラスターは、DB インスタンスの概念を使用しません。クラスターの作成後は、Aurora Serverless v1 プロパティを変更できません。 |
| 設定パラメータ | プロビジョニングされたクラスターの場合とほぼ同じパラメータを変更できます。詳細については、「[Aurora Serverless v2 のパラメータグループを使用する](aurora-serverless-v2.setting-capacity.md#aurora-serverless-v2.parameter-groups)」を参照してください。 | パラメータのサブセットのみを変更できます。 |
| パラメータグループ | クラスターパラメータグループと DB パラメータグループ SupportedEngineModes 属性に provisioned 値を持つパラメータが使用できます。それは Aurora Serverless v1 よりもはるかに多くのパラメータです。 | クラスターパラメータグループのみ。SupportedEngineModes 属性に serverless 値を持つパラメータが使用できます。 |
| クラスターボリュームの暗号化 | オプションです。 | 必須。[Amazon Aurora の暗号化された DB クラスターの制限事項](Overview.Encryption.md#Overview.Encryption.Limitations) での制限事項は、すべての Aurora Serverless v1 クラスターに適用されます。 |
| クロスリージョンスナップショット | はい | スナップショットは、独自の AWS Key Management Service (AWS KMS) キーで暗号化する必要があります。 |
| DB クラスターの削除後に保持される自動バックアップ | はい | なし |
| TLS/SSL | はい。サポートは、プロビジョニングされたクラスターの場合と同じです。使用に関する情報については、「[Aurora Serverless v2 での TLS/SSL の使用](aurora-serverless-v2-administration.md#aurora-serverless-v2.tls)」を参照してください。 | はい。プロビジョニングされたクラスターの TLS サポートとはいくつかの違いがあります。使用に関する情報については、「[Aurora Serverless v1 での TLS/SSL の使用](aurora-serverless.md#aurora-serverless.tls)」を参照してください。 |
| クローン作成 | Aurora Serverless v2 と互換性がある DB エンジンバージョン間のみ。クローン作成を使用して、Aurora Serverless v1 またはプロビジョニングされたクラスターの以前のバージョンからアップグレードすることはできません。 | Aurora Serverless v1 と互換性がある DB エンジンバージョン間のみ。 |
| Amazon S3 との統合 | 可能 | はい |
| AWS Secrets Manager との統合 | はい | なし |
| S3 への DB クラスタースナップショットのエクスポート | はい | なし |
| IAM ロールの関連付け | はい | なし |
| Amazon CloudWatch への ログのアップロード | オプション。どのログをオンにするかと、CloudWatch にアップロードするログを選択します。 | オンになっているすべてのログは CloudWatch に自動的にアップロードされます。 |
| Data API が利用可能 | 可能 | はい |
| クエリエディタが使用可能 | 可能 | はい |
| Performance Insights | はい | なし |
| Amazon RDS Proxy が使用可能 | はい | なし |
| Babelfish for Aurora PostgreSQL が使用可能 | はい。Babelfish と Aurora Serverless v2 の両方と互換性のある Aurora PostgreSQL バージョンでサポートされています。 | いいえ |
### Aurora Serverless v1 ユースケースの Aurora Serverless v2 への適応
Aurora Serverless v1 のユースケースに応じて、次のように Aurora Serverless v2 機能を利用するようにそのアプローチを適応させることができます。
負荷の軽い Aurora Serverless v1 クラスターがあり、コストを最小限に抑えながら継続的な可用性を維持することを優先するとします。Aurora Serverless v2 では、Aurora Serverless v1 の最小 ACU が 1 であるのに対し、0.5 と小さく設定することが可能です。マルチ AZ 設定を作成することで、可用性を高めることができます。読み取り DB インスタンスの最小値は 0.5 ACU です。
開発およびテストシナリオで使用する Aurora Serverless v1 クラスターがあるとします。この場合、コストも優先度が高くなりますが、クラスターが常に利用可能である必要はありません。Aurora Serverless v2 は、インスタンスが完全にアイドル状態になると、各インスタンスを自動的に一時停止できます。そのためには、「[Aurora Serverless v2 の自動一時停止と再開によるゼロ ACU へのスケーリング](aurora-serverless-v2-auto-pause.md)」で説明されているとおり、クラスターの最小容量を 0 ACU に指定します。不要な場合はクラスターを手動で停止し、次のテストまたは開発サイクルを実行するときにクラスターを開始できます。
重いワークロードを持つ Aurora Serverless v1 クラスターがあるとします。Aurora Serverless v2 を使用する同等のクラスターは、より詳細にスケールすることができます。例えば、Aurora Serverless v1 は、容量を 2 倍にすることでスケールします (例えば 64 ACU から 128 ACU)。一方、Aurora Serverless v2 DB インスタンスは 0.5 ACU 単位でスケールインできます。
ワークロードが、Aurora Serverless v1 で使用可能な容量より大きな総容量を必要とするとします。複数の Aurora Serverless v2 読み取り DB インスタンスを使用して、書き込み DB インスタンスからワークロードの読み取り負荷の高い部分をオフロードすることができます。読み取り負荷の高いワークロードを複数の読み取り DB インスタンスに分割することもできます。
書き込みが多いワークロードの場合、大規模なプロビジョニングされた DB インスタンスをライターとして、クラスターを設定することができます。1 つまたは複数の Aurora Serverless v2 リーダー DB インスタンスと一緒に行うことができます。
## Aurora Serverless v1 クラスターから Aurora Serverless v2 クラスターへのアップグレード
**重要**
AWS は、[2025 年 3 月 31 日に Aurora Serverless v1 のサポートを終了することを発表しました](https://repost.aws/questions/QUhcMVoChXRm2HLi8F-yih1g/announcement-support-for-aurora-s/announcement-support-for-aurora-serverless-v1-ending-soon)。2025 年 3 月 31 日までに移行されていないすべての Aurora Serverless v1 クラスターは、メンテナンス期間中に Aurora Serverless v2 に移行されます。アップグレードが失敗した場合、Amazon Aurora はメンテナンス期間中に Serverless v1 クラスターを同等のエンジンバージョンを持つプロビジョニング済みクラスターに変換します。該当する場合、Amazon Aurora は変換されたプロビジョニング済みクラスターを Amazon RDS 延長サポートに登録します。詳細については、「[Amazon Aurora の Amazon RDS 延長サポート](extended-support.md)」を参照してください。
DB クラスターを Aurora Serverless v1 から Aurora Serverless v2 にアップグレードするプロセスには、複数のステップが必要です。Aurora Serverless v1 から Aurora Serverless v2 に直接変換できないためです。Aurora Serverless v1 DB クラスターをプロビジョニングされたクラスターに変換するには、常に中間ステップが伴います。
### Aurora MySQL 互換 DB クラスター
Aurora Serverless v1 DB クラスターをプロビジョニングされた DB クラスターに変換し、ブルー/グリーンデプロイを使用してアップグレードして、Aurora Serverless v2 DB クラスターに変換できます。本番環境では、この手順をお勧めします。詳細については、「[データベース更新のために Amazon Aurora ブルー/グリーンデプロイを使用する](blue-green-deployments.md)」を参照してください。
**ブルー/グリーンデプロイを使用して Aurora MySQL バージョン 2 を実行する Aurora Serverless v1 クラスター (MySQL 5.7 と互換性あり) にアップグレードするには**
1. Aurora Serverless v1 DB クラスターをプロビジョニングされた Aurora MySQL バージョン 2 クラスターに変換します。「[Aurora Serverless v1 からプロビジョン済みに変換する](aurora-serverless.modifying.md#aurora-serverless.modifying.convert)」の手順に従います。
1. ブルー/グリーンデプロイを作成する。「[Amazon Aurora でのブルー/グリーンデプロイの作成](blue-green-deployments-creating.md)」の手順に従います。
1. 3.04.1 など、Aurora Serverless v2 と互換性のあるグリーンクラスターの Aurora MySQL バージョンを選択します。
互換性のあるバージョンについては、「[Aurora MySQL での Aurora Serverless v2](Concepts.Aurora_Fea_Regions_DB-eng.Feature.ServerlessV2.md#Concepts.Aurora_Fea_Regions_DB-eng.Feature.ServerlessV2.amy)」を参照してください。
1. グリーンクラスターのライター DB インスタンスを変更し、**サーバーレス v2** (db.serverless) DB インスタンスクラスを使用するようにします。
詳細については、「[プロビジョン済みライターまたはリーダーを Aurora Serverless v2 に変換する](aurora-serverless-v2-administration.md#aurora-serverless-v2-converting-from-provisioned)」を参照してください。
1. アップグレードした Aurora Serverless v2 DB クラスターが使用可能になったら、ブルークラスターからグリーンクラスターに切り替えます。
### Aurora PostgreSQL 互換 DB クラスター
Aurora Serverless v1 DB クラスターをプロビジョニングされた DB クラスターに変換し、ブルー/グリーンデプロイを使用してアップグレードして、Aurora Serverless v2 DB クラスターに変換できます。本番環境では、この手順をお勧めします。詳細については、「[データベース更新のために Amazon Aurora ブルー/グリーンデプロイを使用する](blue-green-deployments.md)」を参照してください。
**ブルー/グリーンデプロイを使用するには、Aurora PostgreSQL バージョン 11 を実行している Aurora Serverless v1 クラスターをアップグレードするには**
1. Aurora Serverless v1 DB クラスターをプロビジョニングされた Aurora PostgreSQL クラスターに変換します。「[Aurora Serverless v1 からプロビジョン済みに変換する](aurora-serverless.modifying.md#aurora-serverless.modifying.convert)」の手順に従います。
1. ブルー/グリーンデプロイを作成する。「[Amazon Aurora でのブルー/グリーンデプロイの作成](blue-green-deployments-creating.md)」の手順に従います。
1. グリーンクラスターを Aurora Serverless v2 と互換性がある Aurora PostgreSQL バージョン (例えば 15.3) にアップグレードします。
互換性のあるバージョンについては、「[Aurora PostgreSQL での Aurora Serverless v2](Concepts.Aurora_Fea_Regions_DB-eng.Feature.ServerlessV2.md#Concepts.Aurora_Fea_Regions_DB-eng.Feature.ServerlessV2.apg)」を参照してください。
1. グリーンクラスターのライター DB インスタンスを変更し、**サーバーレス v2** (db.serverless) DB インスタンスクラスを使用するようにします。
詳細については、「[プロビジョン済みライターまたはリーダーを Aurora Serverless v2 に変換する](aurora-serverless-v2-administration.md#aurora-serverless-v2-converting-from-provisioned)」を参照してください。
1. アップグレードした Aurora Serverless v2 DB クラスターが使用可能になったら、ブルークラスターからグリーンクラスターに切り替えます。
また、Aurora Serverless v1 DB クラスターを Aurora PostgreSQL バージョン 11 からバージョン 13 に直接アップグレードし、プロビジョニングされた DB クラスターに変換してから、プロビジョニングされたクラスターを Aurora Serverless v2 DB クラスターに変換することもできます。
**アップグレードしてから、Aurora PostgreSQL バージョン 11 を実行している Aurora Serverless v1 クラスターに変換するには**
1. Aurora Serverless v1 DB クラスターをプロビジョニングされた Aurora PostgreSQL クラスターに変換します。「[Aurora Serverless v1 からプロビジョン済みに変換する](aurora-serverless.modifying.md#aurora-serverless.modifying.convert)」の手順に従います。
1. Aurora Serverless v1 クラスターを Aurora Serverless v2 と互換性がある Aurora PostgreSQL バージョン 13 (例えば 13.12) にアップグレードします。「[メジャーバージョンをアップグレードする](aurora-serverless.modifying.md#aurora-serverless.modifying.upgrade)」の手順に従います。
互換性のあるバージョンについては、「[Aurora PostgreSQL での Aurora Serverless v2](Concepts.Aurora_Fea_Regions_DB-eng.Feature.ServerlessV2.md#Concepts.Aurora_Fea_Regions_DB-eng.Feature.ServerlessV2.apg)」を参照してください。
1. Aurora Serverless v2 リーダー DB インスタンスを DB クラスターに追加します。詳細については、「[Aurora Serverless v2 リーダーの追加](aurora-serverless-v2-administration.md#aurora-serverless-v2-adding-reader)」を参照してください。
1. Aurora Serverless v2 DB インスタンスにフェイルオーバーします。
1. DB クラスターのライター DB インスタンスを選択します。
1. **[アクション]** で、**[フェイルオーバー]** を選択します。
1. 確認ページで、**[フェイルオーバー]** を選択します。
Aurora PostgreSQL バージョン 13 を実行している Aurora Serverless v1 DB クラスターの場合、Aurora Serverless v1 クラスターをプロビジョニングされた DB クラスターに変換してから、プロビジョニングされたクラスターを Aurora Serverless v2 DB クラスターに変換します。
**Aurora PostgreSQL バージョン 13 を実行している Aurora Serverless v1 クラスターをアップグレードするには**
1. Aurora Serverless v1 DB クラスターをプロビジョニングされた Aurora PostgreSQL クラスターに変換します。「[Aurora Serverless v1 からプロビジョン済みに変換する](aurora-serverless.modifying.md#aurora-serverless.modifying.convert)」の手順に従います。
1. Aurora Serverless v2 リーダー DB インスタンスを DB クラスターに追加します。詳細については、「[Aurora Serverless v2 リーダーの追加](aurora-serverless-v2-administration.md#aurora-serverless-v2-adding-reader)」を参照してください。
1. Aurora Serverless v2 DB インスタンスにフェイルオーバーします。
1. DB クラスターのライター DB インスタンスを選択します。
1. **[アクション]** で、**[フェイルオーバー]** を選択します。
1. 確認ページで、**[フェイルオーバー]** を選択します。
1. リーダーインスタンスを削除します。
## オンプレミスデータベースから Aurora Serverless v2 に移行する
プロビジョニングされた Aurora MySQL や Aurora PostgreSQL と同様に、オンプレミスのデータベースを Aurora Serverless v2 に移行できます。
+ MySQL データベースでは、`mysqldump` コマンドを使用できます。詳細については、「*Amazon Relational Database Service ユーザーガイド*」の「[Importing data to an Amazon RDS for MySQL database with reduced downtime](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/mysql-importing-data-reduced-downtime.html)」を参照してください。
+ PostgreSQL データベースでは、`pg_dump` および `pg_restore` コマンドを使用できます。詳細については、ブログ記事「[Best practices for migrating PostgreSQL databases to Amazon RDS and Amazon Aurora](https://aws.amazon.com/blogs/database/best-practices-for-migrating-postgresql-databases-to-amazon-rds-and-amazon-aurora/)」(PostgreSQL データベースを Amazon RDS と Amazon Aurora に移行するためのベストプラクティス) を参照してください。