# Aurora Serverless v1 DB クラスターの復元
**重要**
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 クラスターのスナップショットを復元する際に、AWS CLI または RDS API を使用して Aurora Serverless v1 DB クラスターを設定することができます。
スナップショットを Aurora Serverless v1 DB クラスターに復元する場合は、次の特定の値を設定することができます。
+ [**最小 Aurora 容量ユニット**] - Aurora Serverless v1 が容量ユニットを減らすことができる最小数です。
+ [**最大 Aurora 容量ユニット**] - Aurora Serverless v1 が容量ユニットを増やすことができる最大数です。
+ **タイムアウトアクション** - スケーリングポイントが見つからないために、容量の変更がタイムアウトした場合に実行するアクション。Aurora Serverless v1[**指定した値への容量のスケーリングを強制する...**] オプションを設定した場合、DB クラスターはユーザーの DB クラスターに対し、新しい容量設定を強制できます。または、オプションを選択しなかった場合、容量の変更をロールバックしてキャンセルすることもできます。詳細については、「[容量の変更のタイムアウトアクション](aurora-serverless-v1.how-it-works.md#aurora-serverless.how-it-works.timeout-action)」を参照してください。
+ [**Pause after inactivity (アイドル状態後の一時停止)**] - データベーストラフィックがなくなってから処理容量をゼロにスケールするまでの時間を指定します。データベーストラフィックが再開されると、Aurora は自動的に処理容量を再開しトラフィックを処理できるようにスケールします。
スナップショットから DB クラスターを復元するための全般情報については、「[DB クラスタースナップショットからの復元](aurora-restore-snapshot.md)」を参照してください。
## AWS CLI
プロビジョニングされた DB クラスターのスナップショットを、Aurora Serverless、AWS マネジメントコンソール、または RDS API を使用しながら復元する際、AWS CLI DB クラスターを設定することができます。
スナップショットを Aurora Serverless DB クラスターに復元する場合は、次の特定の値を設定することができます。
+ [**最小 Aurora 容量ユニット**] - Aurora Serverless が容量ユニットを減らすことができる最小数です。
+ [**最大 Aurora 容量ユニット**] - Aurora Serverless が容量ユニットを増やすことができる最大数です。
+ **タイムアウトアクション** - スケーリングポイントが見つからないために、容量の変更がタイムアウトした場合に実行するアクション。Aurora Serverless v1[**指定した値への容量のスケーリングを強制する...**] オプションを設定した場合、DB クラスターはユーザーの DB クラスターに対し、新しい容量設定を強制できます。または、オプションを選択しなかった場合、容量の変更をロールバックしてキャンセルすることもできます。詳細については、「[容量の変更のタイムアウトアクション](aurora-serverless-v1.how-it-works.md#aurora-serverless.how-it-works.timeout-action)」を参照してください。
+ [**Pause after inactivity (アイドル状態後の一時停止)**] - データベーストラフィックがなくなってから処理容量をゼロにスケールするまでの時間を指定します。データベーストラフィックが再開されると、Aurora は自動的に処理容量を再開しトラフィックを処理できるようにスケールします。
**注記**
DB クラスタースナップショットのバージョンは、Aurora Serverless v1 と互換性がある必要があります。サポートされているバージョンのリストについては、「[Aurora Serverless v1](Concepts.Aurora_Fea_Regions_DB-eng.Feature.ServerlessV1.md)」を参照してください。
MySQL 5.7 互換の Aurora Serverless v1 クラスターにスナップショットを復元するには、次の追加パラメータも指定します。
+ `--engine aurora-mysql`
+ `--engine-version 5.7`
`--engine` および `--engine-version` パラメータを使用すると、MySQL 5.6 互換の Aurora または Aurora Serverless v1 のスナップショットから、MySQL 5.7 互換の Aurora Serverless v1 クラスターを作成できます。次の例では、{{mydbclustersnapshot}} という名前の MySQL 5.6 互換クラスターのスナップショットから、 {{mynewdbcluster}} という名前の MySQL 5.7 互換 Aurora Serverless v1 クラスターを復元しています。
Linux、macOS、Unix の場合:
```
aws rds restore-db-cluster-from-snapshot \
--db-cluster-identifier {{mynewdbcluster}} \
--snapshot-identifier {{mydbclustersnapshot}} \
--engine-mode serverless \
--engine aurora-mysql \
--engine-version 5.7
```
Windows の場合:
```
aws rds restore-db-cluster-from-snapshot ^
--db-instance-identifier {{mynewdbcluster}} ^
--db-snapshot-identifier {{mydbclustersnapshot}} ^
--engine aurora-mysql ^
--engine-version 5.7
```
必要に応じて `--scaling-configuration` オプションを指定し、最小容量、最大容量、および接続がないときの自動的な一時停止を設定できます。有効な容量値には次のようなものがあります。
+ Aurora MySQL: `1`、`2`、`4`、`8`、`16`、`32`、`64`、`128`、および `256` です。
+ Aurora PostgreSQL: `2`、`4`、`8`、`16`、`32`、`64`、`192`、および `384` です。
次の例では、以前に作成した {{mydbclustersnapshot}} という名前の DB クラスタースナップショットから {{mynewdbcluster}} という名前の新しい DB クラスターに復元します。新しい `--scaling-configuration` DB クラスターが必要に応じて 8 ACU から 64 ACU (Aurora 容量ユニット) にスケールしてワークロードを処理できるように Aurora Serverless v1 を設定します。処理が完了し、サポート対象の接続なしで 1,000 秒が経過すると、クラスターはシャットダウンします (接続リクエストがあると、再起動します)。
Linux、macOS、Unix の場合:
```
aws rds restore-db-cluster-from-snapshot \
--db-cluster-identifier {{mynewdbcluster}} \
--snapshot-identifier {{mydbclustersnapshot}} \
--engine-mode serverless --scaling-configuration MinCapacity=8,MaxCapacity=64,TimeoutAction='ForceApplyCapacityChange',SecondsUntilAutoPause=1000,AutoPause=true
```
Windows の場合:
```
aws rds restore-db-cluster-from-snapshot ^
--db-instance-identifier {{mynewdbcluster}} ^
--db-snapshot-identifier {{mydbclustersnapshot}} ^
--engine-mode serverless --scaling-configuration MinCapacity=8,MaxCapacity=64,TimeoutAction='ForceApplyCapacityChange',SecondsUntilAutoPause=1000,AutoPause=true
```
## RDS API
RDS API を使用して復元する際に Aurora Serverless v1 DB クラスターを設定するには、`serverless` パラメータとして `EngineMode` を指定しながら、[RestoreDBClusterFromSnapshot](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RestoreDBClusterFromSnapshot.html) オペレーションを実行します。
必要に応じて `ScalingConfiguration` パラメータを指定し、最小容量、最大容量、および接続がないときの自動的な一時停止を設定できます。有効な容量値には次のようなものがあります。
+ Aurora MySQL: `1`、`2`、`4`、`8`、`16`、`32`、`64`、`128`、および `256` です。
+ Aurora PostgreSQL: `2`、`4`、`8`、`16`、`32`、`64`、`192`、および `384` です。