Aurora Serverless v2 への移行

既存の DB クラスターを変換して Aurora Serverless v2 を使用する手順は、次のとおりです。

アップグレードされたクラスターが Aurora Serverless v2 の要件と制限 に記載されている適切なエンジンバージョンを実行している場合、Aurora Serverless v2 DBインスタンスの追加を始めることができます。アップグレードされたクラスターに追加する最初の DB インスタンスは、プロビジョニングされた DB インスタンスである必要があります。次に、書き込みワークロード、読み取りワークロード、またはその両方の処理を、Aurora Serverless v2 DBインスタンスに切り替えることができます。

既存のクラスターをアップグレードまたは切り替えて 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 エンジン」を参照してください。

Aurora Serverless v2 をサポートしていない下位のエンジンバージョンを使用している場合、以下の一般的な手順を実行します。

Aurora Serverless v1 から Aurora Serverless v2 へのアップグレードでは、中間ステップとしてプロビジョニングされたクラスターを作成する必要があります。次に、プロビジョニングされたクラスターで開始したときと同じアップグレードステップを実行します。

MySQL 互換クラスターが Aurora Serverless v2 を使用するためのアップグレードパス

元のクラスターで Aurora MySQL を実行している場合は、クラスターのエンジンのバージョンとエンジンモードに応じて適切な手順を選択します。

PostgreSQL 互換クラスターが Aurora Serverless v2 を使用するためのアップグレードパス。

元のクラスターで Aurora PostgreSQL を実行している場合は、クラスターのエンジンのバージョンとエンジンモードに応じて適切な手順を選択します。

プロビジョニングされたクラスターから Aurora Serverless v2 への切り替え

プロビジョニングされたクラスターを Aurora Serverless v2 を使用できるように切り替えるには、以下の手順に従います。

次の 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 Management Console を使用すると、最初の 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 の最も重要な違いを理解できます。

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 のスケーリングと可用性の比較

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 Serverless v2 には、Aurora Serverless v1 では提供されていないプロビジョニングされたクラスターの機能が多く含まれています。

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 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 クラスターへのアップグレード

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 RDS ブルー/グリーンデプロイを使用する」を参照してください。

Aurora PostgreSQL 互換 DB クラスター

Aurora Serverless v1 DB クラスターをプロビジョニングされた DB クラスターに変換し、ブルー/グリーンデプロイを使用してアップグレードして、Aurora Serverless v2 DB クラスターに変換できます。本番環境では、この手順をお勧めします。詳細については、「データベース更新のために Amazon RDS ブルー/グリーンデプロイを使用する」を参照してください。

また、Aurora Serverless v1 DB クラスターを Aurora PostgreSQL バージョン 11 からバージョン 13 に直接アップグレードし、プロビジョニングされた DB クラスターに変換してから、プロビジョニングされたクラスターを Aurora Serverless v2 DB クラスターに変換することもできます。

Aurora PostgreSQL バージョン 13 を実行している Aurora Serverless v1 DB クラスターの場合、Aurora Serverless v1 クラスターをプロビジョニングされた DB クラスターに変換してから、プロビジョニングされたクラスターを Aurora Serverless v2 DB クラスターに変換します。

オンプレミスデータベースから Aurora Serverless v2 に移行する

プロビジョニングされた Aurora MySQL や Aurora PostgreSQL と同様に、オンプレミスのデータベースを Aurora Serverless v2 に移行できます。