# Amazon RDS DB インスタンスを変更する
ストレージの追加や DB インスタンスクラスの変更などのタスクを完了するために、DB インスタンスの設定を変更できます。このトピックでは、Amazon RDS DB インスタンスを変更する方法と、DB インスタンスの設定について説明します。
本稼働インスタンスの修正前に、各変更の影響を完全に把握できるように、テストインスタンスでの変更のテストをお勧めします。これにより、各変更の影響を完全に理解できます。このようなテストは特に、データベースのバージョンをアップグレードするときに重要です。
DB インスタンスに対するほとんどの変更は、すぐに適用することも、次のメンテナンスウィンドウまで延期することもできます。一部の変更 (パラメータグループの変更など) を適用するには、手動による DB インスタンスの再起動が必要になる場合があります。
**重要**
また、一部の変更を適用するために Amazon RDS で DB インスタンスを再起動する必要があるため、ダウンタイムが発生する場合もあります。DB インスタンスの設定を変更する前に、データベースとアプリケーションに対する影響を考慮してください。
## コンソール
**DB インスタンスを変更するには**
1. AWS マネジメントコンソール にサインインし、Amazon RDS コンソール ([https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/)) を開きます。
1. ナビゲーションペインで、[**データベース**] を選択し、変更する DB インスタンスを選択します。
1. **[Modify]** (変更) を選択します。**Modify DB instance** ページが表示されます。
1. 必要に応じて任意の設定を変更してください。各設定の詳細については、「[DB インスタンスの設定](USER_ModifyInstance.Settings.md)」を参照してください。
1. すべての変更が正しいことを確認したら、[**Continue**] を選択して変更の概要を確認します。
1. (省略可能) 変更をすぐに適用するには、[**すぐに適用**] を選択します。このオプションを選択すると、ダウンタイムを発生させる場合があります。詳細については、「[スケジュール変更設定の使用](USER_ModifyInstance.ApplyImmediately.md)」を参照してください。
1. 確認ページで、変更内容を確認します。正しい場合は、[**Modify DB Instance (DB インスタンスを変更)**] を選択して変更を保存します。
または、[**戻る**] を選択して変更を編集するか、[**キャンセル**] を選択して変更をキャンセルします。
## AWS CLI
AWS CLI を使用して DB インスタンスを変更するには、[modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html) コマンドを呼び出します。DB インスタンス識別子と、変更するオプションの値を指定します。各オプションの詳細については、「[DB インスタンスの設定](USER_ModifyInstance.Settings.md)」を参照してください。
**Example**
次のコードでは、バックアップ保存期間を 1 週間 (7 日間) に設定して、`mydbinstance` を変更します。このコードは、`--deletion-protection` を使用して削除保護を有効にします。削除保護を無効にするには、`--no-deletion-protection` を使用します。変更は、`--no-apply-immediately` を使用して次のメンテナンスウィンドウ中に適用されます。今すぐ変更を適用するには、`--apply-immediately` を使用します。詳細については、「[スケジュール変更設定の使用](USER_ModifyInstance.ApplyImmediately.md)」を参照してください。
Linux、macOS、Unix の場合:
```
aws rds modify-db-instance \
--db-instance-identifier mydbinstance \
--backup-retention-period 7 \
--deletion-protection \
--no-apply-immediately
```
Windows の場合:
```
aws rds modify-db-instance ^
--db-instance-identifier mydbinstance ^
--backup-retention-period 7 ^
--deletion-protection ^
--no-apply-immediately
```
**Example**
次の例では、RDS for Oracle DB インスタンスにストレージボリュームを追加します。追加ボリュームは、割り当て済みストレージが 5000 GiB、12000 IOPS の gp3 ストレージを使用します。
```
aws rds modify-db-instance \
--db-instance-identifier my-oracle-instance \
--additional-storage-volumes '[{ \
"VolumeName": "rdsdbdata2", \
"StorageType": "gp3",
"AllocatedStorage": 5000, \
"IOPS": 12000 \
}]'
```
## RDS API
Amazon RDS API を使用して DB インスタンスを変更するには、[ModifyDBInstance](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html) オペレーションを呼び出します。DB インスタンス識別子と、変更する設定のパラメータを指定します。各パラメータの詳細については、「[DB インスタンスの設定](USER_ModifyInstance.Settings.md)」を参照してください。
# スケジュール変更設定の使用
DB インスタンスを変更するときは、変更を行うタイミングを決定します。
![\[変更をすぐにスケジュールするか、メンテナンスウィンドウ中にスケジュールするかを指定します。\]](http://docs.aws.amazon.com/ja_jp/AmazonRDS/latest/UserGuide/images/schedule-modifications.png)
次回のメンテナンス中ではなく、ただちに変更を適用する場合は、AWS マネジメントコンソールの **[すぐに適用]** オプションを選択します。または、AWS CLI を呼び出す際に `--apply-immediately` パラメータを使用するか、Amazon RDS API を使用する際に `ApplyImmediately` パラメータを `true` に設定します。
変更の即時適用を選択しない場合、RDS は、この変更を保留中の変更キューに配置します。次回のメンテナンスウィンドウで、RDS は、キュー内のすべての保留中の変更を適用します。変更の即時適用を選択した場合は、新しい変更と、保留中の変更キューにあるすべての変更が適用されます。
次のメンテナンスウィンドウに向けて保留中の変更を確認するには、[describe-db-instances](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/rds/describe-db-instances.html) AWS CLI コマンドを使用して `PendingModifiedValues` フィールドを確認します。
**重要**
DB インスタンスを一時的に使用できないようにすること (*ダウンタイム*) を要する保留中の変更がある場合、[Apply Immediately (すぐに適用)] オプションを選択すると、予想外のダウンタイムが発生することがあります。
変更をすぐに適用することを選択した場合、保留中の変更も、次のメンテナンス時間中ではなく、すぐに適用されます。
次のメンテナンスウィンドウで保留中の変更を適用しない場合は、変更を元に戻すように DB インスタンスを変更できます。これを行うには、AWS CLI を使用し、`--apply-immediately` オプションを指定します。
`modify-db-instance` コマンドを使用してストレージボリュームを追加すると、RDS は `--no-apply-immediately` パラメータに関係なくストレージボリュームをすぐに追加します。リクエストに他の変更がある場合は、スケジュールの変更に基づいて適用されます。
変更の延期を選択した場合でも、一部のデータベース設定に対する変更は即時に適用されます。さまざまなデータベース設定が [Apply immediately (すぐに適用)] の設定とどのように相互作用するかについては、「[DB インスタンスの設定](USER_ModifyInstance.Settings.md)」を参照してください。
# DB インスタンスの設定
次のテーブルは、変更できる設定と変更できない設定の詳細を示しています。また、変更を適用できるタイミングや、変更によって DB インスタンスのダウンタイムが発生するかどうかを確認することもできます。マルチ AZ などの Amazon RDS の機能を使用すると、後で DB インスタンスを変更した場合にダウンタイムを最小限に抑えることができます。詳細については、「[Amazon RDS でのマルチ AZ 配置の設定と管理](Concepts.MultiAZ.md)」を参照してください。
コンソール、CLI の [https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html) コマンド、または RDS API の [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html) オペレーションを使用して DB インスタンスを変更できます。
****
| コンソールの設定と説明 | CLI オプションと RDS API パラメータ | 変更を行った場合 | ダウンタイムに関する注意 | サポートされている DB エンジン |
| --- | --- | --- | --- | --- |
| **ストレージ割り当て** DB インスタンスに割り当てるストレージ (ギビバイト単位)。割り当てたストレージは増やすことだけができます。割り当てられたストレージを減らすことはできません。 古い DB インスタンスのストレージ、または古い DB スナップショットから復元された DB インスタンスのストレージは変更できない場合があります。[**Allocated Storage (割り当てられたストレージ)**] 設定は、DB インスタンスが対象にならない場合、コンソールで無効になります。CLI コマンド [describe-valid-db-instance-modifications](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-valid-db-instance-modifications.html) を使用して、より多くのストレージを割り当てることができるかどうかを確認できます。このコマンドは、DB インスタンスの有効なストレージオプションを返します。 DB インスタンスのステータスが **[storage-optimization]** (ストレージの最適化) に設定されていると、割り当てられたストレージを変更することはできません。DB インスタンスが 6 時間以内に変更されている場合は、DB インスタンスに割り当てられたストレージを変更することもできません。 許容される最大ストレージは、DB エンジンとストレージタイプによって異なります。詳細については、「[Amazon RDS DB インスタンスストレージ](CHAP_Storage.md)」を参照してください。 | **CLI オプション:** `--allocated-storage` **RDS API パラメータ:** `AllocatedStorage` | 変更をすぐに適用するように選択した場合は、直ちに適用されます。 変更をすぐに適用ように選択しない場合は、次のメンテナンス期間中に適用されます。 | この変更時にダウンタイムは発生しません。パフォーマンスは変更時に低下する可能性があります。 | すべての DB エンジン |
| **アーキテクチャ設定** DB インスタンスに複数のテナントデータベースを配置できるようにする設定。現在、この設定をサポートしているのは RDS for Oracle コンテナデータベース (CDB) のみです。 CDB がシングルテナント設定の場合は、**マルチテナント設定**を使用するように変更できます。この設定では、RDS API を使用して、データベースのエディションと必要なオプションライセンスに応じて、1～30 個のテナントデータベースを作成できます。アプリケーション PDB とプロキシ PDB はサポートされていません。マルチテナント設定は永続的です。つまり、後で CDB をシングルテナント設定に戻すことはできません。 Amazon RDS 設定は、単なる Oracle DB エンジンではなく、Amazon RDS の機能であるため、「multitenant」ではなく「multi-tenant」と呼ばれています。同様に、RDS の用語「テナント」は、Oracle PDB だけでなく、RDS 設定のすべてのテナントを指します。RDS のドキュメントの「Oracle マルチテナント」という用語は、オンプレミスデプロイと RDS デプロイの両方に対応する Oracle データベース CDB アーキテクチャのみを指します。 詳細については、「[RDS for Oracle CDB の概要](Oracle.Concepts.CDBs.md)」を参照してください。 | **CLI オプション:** `--multi-tenant` (CDB アーキテクチャのマルチテナント設定) `--no-multi-tenant` (CDB アーキテクチャのシングルテナント設定) **API パラメータ:** `MultiTenant` | 変更はただちに発生します。 | この変更時にダウンタイムは発生しません。 | Oracle |
| **アーキテクチャ設定** Oracle データベースのアーキテクチャ: CDB または非 CDB。**[Oracle マルチテナントアーキテクチャ]** を選択した場合、RDS for Oracle は非 CDB を、シングルテナント設定を使用する CDB に変換します。 この設定は、ご使用のデータベースが、April 2021 以降の RU で Oracle Database 19c を実行している非 CDB である場合にのみサポートされます。変換後、CDB には 1 つの初期プラグイン可能データベース (PDB) が含まれます。アーキテクチャの変更は永続的です。つまり、CDB を非 CDB に戻すことはできません。 シングルテナント設定の CDB をマルチテナント設定に変換するには、CDB インスタンスを再度変更し、**アーキテクチャ設定**に**マルチテナント設定**を選択します。 詳細については、「[CDB アーキテクチャのシングルテナント設定](Oracle.Concepts.CDBs.md#Oracle.Concepts.single-tenant)」を参照してください。 | **CLI オプション:** `--engine oracle-ee-cdb` (Oracle マルチテナント) `--engine oracle-se2-cdb` (Oracle マルチテナント) **API パラメータ:** `Engine` | 変更をすぐに適用するように選択した場合は、直ちに適用されます。 変更をすぐに適用ように選択しない場合は、次のメンテナンス期間中に適用されます。 | この変更中に、ダウンタイムが発生します。 | Oracle |
| **マイナーバージョン自動アップグレード** **[マイナーバージョン自動アップグレードの有効化]** を選択すると、希望する DB エンジンのマイナーバージョンのアップグレードをリリースと同時に自動的に DB インスタンスに適用できます。これがデフォルトの動作です。Amazon RDS では、メンテナンスウィンドウでマイナーバージョンの自動アップグレードが実行されます。**[マイナーバージョン自動アップグレードの有効化]** を選択しなかった場合、新しいマイナーバージョンが利用可能になっても DB インスタンスは自動的にアップグレードされません。 詳細については、「[マイナーエンジンバージョンの自動アップグレード](USER_UpgradeDBInstance.Upgrading.md#USER_UpgradeDBInstance.Upgrading.AutoMinorVersionUpgrades)」を参照してください。 | **CLI オプション:** `--auto-minor-version-upgrade` \$1 `--no-auto-minor-version-upgrade` **RDS API パラメータ:** `AutoMinorVersionUpgrade` | 変更はただちに発生します。この設定は、[Apply immediately (すぐに適用)] 設定を無視します。 | この変更時にダウンタイムは発生しません。 | すべての DB エンジン |
| **バックアップレプリケーション** [**別の AWS リージョンへのレプリケーションを有効にする**] を選択して、災害復旧用の追加リージョンにバックアップを作成します。次に、追加バックアップ先**リージョン**を選択します。 | DB インスタンスの変更時には使用できません。AWS CLI または RDS API でクロスリージョンバックアップを有効にする方法については、「[Amazon RDS のクロスリージョン自動バックアップの有効化](AutomatedBackups.Replicating.Enable.md)」を参照してください。 | 変更は、可能な限り早く非同期的に適用されます。 | この変更時にダウンタイムは発生しません。 | すべての DB エンジン |
| **バックアップの保存期間** 自動バックアップが保持される日数。自動バックアップを無効にするには、バックアップ保持期間を 0 に設定します。 詳細については、「[バックアップの概要](USER_WorkingWithAutomatedBackups.md)」を参照してください。 AWS Backup を使用してバックアップを管理する場合、このオプションは適用されません。AWS Backup については、「[https://docs.aws.amazon.com/aws-backup/latest/devguide](https://docs.aws.amazon.com/aws-backup/latest/devguide)」を参照してください。 | **CLI オプション:** `--backup-retention-period` **RDS API パラメータ:** `BackupRetentionPeriod` | 変更をすぐに適用するように選択した場合は、直ちに適用されます。 変更をすぐに適用ように選択しないで、設定を 0 以外の値から別の 0 以外の値に変更した場合、変更は可能な限り早く非同期的に適用されます。そうでない場合、変更は次のメンテナンス時間中に行われます。 | 0 から 0 以外の値、0 以外の値から 0 に変更した場合、ダウンタイムが発生します。 これは、シングル AZ とマルチ AZ DB インスタンスの両方に適用されます。 | すべての DB エンジン |
| **バックアップウィンドウ** データベースの自動バックアップが実行される期間。バックアップウィンドウは、協定世界時 (UTC) の開始時間で、時間単位での実行期間です。 詳細については、「[バックアップの概要](USER_WorkingWithAutomatedBackups.md)」を参照してください。 AWS Backup を使用してバックアップを管理する場合、このオプションは表示されません。AWS Backup の詳細については、「[https://docs.aws.amazon.com/aws-backup/latest/devguide](https://docs.aws.amazon.com/aws-backup/latest/devguide)」を参照してください。 | **CLI オプション:** `--preferred-backup-window` **RDS API パラメータ:** `PreferredBackupWindow` | 変更は、可能な限り早く非同期的に適用されます。 | この変更時にダウンタイムは発生しません。 | すべての DB エンジン |
| **認証局** DB インスタンスによって使用されるサーバー証明書の認定機関 (CA)。 詳細については、「[SSL/TLS を使用した DB インスタンスまたはクラスターへの接続の暗号化](UsingWithRDS.SSL.md)」を参照してください。 | **CLI オプション:** `--ca-certificate-identifier` **RDS API パラメータ:** `CACertificateIdentifier` | 変更をすぐに適用するように選択した場合は、直ちに適用されます。 変更をすぐに適用ように選択しない場合は、次のメンテナンス期間中に適用されます。 | ダウンタイムは、DB エンジンが再起動なしのローテーションをサポートしていない場合にのみ発生します。[describe-db-engine-versions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-engine-versions.html) AWS CLI コマンドを使用すると、DB エンジンが再起動なしのローテーションをサポートしているかどうかを判断できます。 | すべての DB エンジン |
| **Copy tags to snapshots** DB インスタンスタグがある場合、このオプションはを有効にすると DB スナップショットを作成する際にそれらをコピーすることができます。 詳細については、「[ Amazon RDS リソースのタグ付け](USER_Tagging.md)」を参照してください。 | **CLI オプション:** `--copy-tags-to-snapshot` 、、または `--no-copy-tags-to-snapshot` **RDS API パラメータ:** `CopyTagsToSnapshot` | 変更はただちに発生します。この設定は、[Apply immediately (すぐに適用)] 設定を無視します。 | この変更時にダウンタイムは発生しません。 | すべての DB エンジン |
| **データベースポート** DB インスタンスへのアクセスに使用するポート。 ポート値は、DB インスタンスに関連するオプショングループのオプションに指定されているポート値と一致しないようにしてください。 詳細については、「[Amazon RDS DB インスタンスへの接続](CHAP_CommonTasks.Connect.md)」を参照してください。 | **CLI オプション:** `--db-port-number` **RDS API パラメータ:** `DBPortNumber` | 変更はただちに発生します。この設定は、[Apply immediately (すぐに適用)] 設定を無視します。 | DB インスタンスはすぐに再起動されます。 | すべての DB エンジン |
| **DB エンジンバージョン** 使用する DB エンジンのバージョン。本番稼働 DB インスタンスをアップグレードする前に、テスト DB インスタンスでアップグレードプロセスをテストすることをお勧めします。これを行うと、その期間の検証とアプリケーションの検証に役立ちます。 詳細については、「[DB インスタンスのエンジンバージョンのアップグレード](USER_UpgradeDBInstance.Upgrading.md)」を参照してください。 | **CLI オプション:** `--engine-version` **RDS API パラメータ:** `EngineVersion` | 変更をすぐに適用するように選択した場合は、直ちに適用されます。 変更をすぐに適用ように選択しない場合は、次のメンテナンス期間中に適用されます。 | この変更中に、ダウンタイムが発生します。 | すべての DB エンジン |
| **DB インスタンスクラス** 使用する DB インスタンスクラス。 詳細については、「[ DB インスタンスクラス](Concepts.DBInstanceClass.md)」を参照してください。 | **CLI オプション:** `--db-instance-class` **RDS API パラメータ:** `DBInstanceClass` | 変更をすぐに適用するように選択した場合は、直ちに適用されます。 変更をすぐに適用ように選択しない場合は、次のメンテナンス期間中に適用されます。 | この変更中に、ダウンタイムが発生します。 | すべての DB エンジン |
| **DB インスタンス識別子**: 新しい DB インスタンス識別子。この値は小文字で保存されます。 DB インスタンスの名前の変更に伴う影響の詳細については、「[DB インスタンスの名前を変更する](USER_RenameInstance.md)」を参照してください。 | **CLI オプション:** `--new-db-instance-identifier` **RDS API パラメータ:** `NewDBInstanceIdentifier` | 変更をすぐに適用するように選択した場合は、直ちに適用されます。 変更をすぐに適用ように選択しない場合は、次のメンテナンス期間中に適用されます。 | DB エンジンのバージョンが動的 SSL アップロードをサポートしていない限り、この変更中にダウンタイムが発生します。バージョンが再起動を必要とするかどうかを判断するには、次の AWS CLI コマンドを実行します。 aws rds describe-db-engine-versions \
--default-only \
--engine your-db-engine \
--query 'DBEngineVersions[*].SupportsCertificateRotationWithoutRestart'
| すべての DB エンジン |
| **DB パラメータ グループ** DB インスタンスに関連付ける DB パラメータグループ。 詳細については、「[Amazon RDS のパラメータグループ](USER_WorkingWithParamGroups.md)」を参照してください。 | **CLI オプション:** `--db-parameter-group-name` **RDS API パラメータ:** `DBParameterGroupName` | 新しい DB パラメータグループと DB インスタンスの関連付けはすぐに行われます。 | 新しい DB パラメータグループを DB インスタンスに関連付けると、ダウンタイムは発生しません。 DB パラメータグループの関連付けは、パラメータグループ内のパラメータ変更の適用とは異なります。RDS は、DB インスタンスを手動で再起動した後にのみ、変更された静的パラメータと動的パラメータを新しく関連付けられたパラメータグループに適用します。ただし、DB インスタンスに関連付けた後に DB パラメータグループの動的パラメータを変更すると、これらの変更は再起動せずに直ちに適用されます。 詳細については、「[Amazon RDS のパラメータグループ](USER_WorkingWithParamGroups.md)」および「[ DB インスタンスの再起動](USER_RebootInstance.md)」を参照してください。 | すべての DB エンジン |
| **専用ログボリューム** 専用ログボリューム (DLV) を使用して、データベーステーブルを含むボリュームとは別のストレージボリュームにデータベーストランザクションログを保存します。 詳細については、「[専用ログボリューム (DLV) を使用する](USER_PIOPS.dlv.md)」を参照してください。 | **CLI オプション:** `-dedicated-log-volume` **RDS API パラメータ:** `DedicatedLogVolume` | 変更は、DB インスタンスの再起動後に適用されます。 | DB インスタンスの再起動中にダウンタイムが発生します。 | MariaDB、MySQL、PostgreSQL |
| **削除保護** DB インスタンスが削除されないようにするには [**Enable deletion protection (削除保護の有効化)**] を選択します。 詳細については、「[DB インスタンスを削除する](USER_DeleteInstance.md)」を参照してください。 | **CLI オプション:** `--deletion-protection\|--no-deletion-protection` **RDS API パラメータ:** `DeletionProtection` | 変更はただちに発生します。この設定は、[Apply immediately (すぐに適用)] 設定を無視します。 | この変更時にダウンタイムは発生しません。 | すべての DB エンジン |
| **拡張モニタリング** [**拡張モニタリングを有効にする**] を選択すると、DB インスタンスが実行されているオペレーティングシステムに対してリアルタイムでのメトリクスの収集が有効になります。 詳細については、「[拡張モニタリングを使用した OS メトリクスのモニタリング](USER_Monitoring.OS.md)」を参照してください。 | **CLI オプション:** `--monitoring-interval`、、および `--monitoring-role-arn` **RDS API パラメータ:** `MonitoringInterval`、、および `MonitoringRoleArn` | 変更はただちに発生します。この設定は、[Apply immediately (すぐに適用)] 設定を無視します。 | この変更時にダウンタイムは発生しません。 | すべての DB エンジン |
| **IAM DB authentication** **[Enable IAM DB authentication]** (IAM DB 認証を有効にする)、 ユーザーとロールを通じてデータベースユーザーを認証します。 詳細については、「[MariaDB、MySQL、および PostgreSQL の IAM データベース認証](UsingWithRDS.IAMDBAuth.md)」を参照してください。 | **CLI オプション:** `--enable-iam-database-authentication\|--no-enable-iam-database-authentication` **RDS API パラメータ:** `EnableIAMDatabaseAuthentication` | 変更をすぐに適用するように選択した場合は、直ちに適用されます。 変更をすぐに適用ように選択しない場合は、次のメンテナンス期間中に適用されます。 | この変更時にダウンタイムは発生しません。 | MariaDB、MySQL、PostgreSQL のみ |
| **Kerberos 認証** DB インスタンスの移動先となる Active Directory を選択します。この操作の前にディレクトリが存在する必要があります。ディレクトリが既に選択されている場合は、[**None (なし)**] を指定して DB インスタンスを現在のディレクトリから削除できます。 詳細については、「[Kerberos 認証](database-authentication.md#kerberos-authentication)」を参照してください。 | **CLI オプション:** `--domain`、、および `--domain-iam-role-name` **RDS API パラメータ:** `Domain`、、および `DomainIAMRoleName` | 変更をすぐに適用するように選択した場合は、直ちに適用されます。 変更をすぐに適用ように選択しない場合は、次のメンテナンス期間中に適用されます。 | この変更中は、短いダウンタイムが発生します。 | Microsoft SQL Server、MySQL、Oracle、PostgreSQL のみ |
| **ライセンスモデル** Db2 および Oracle のライセンスを使用するには、**[bring-your-own-license]** を選択します。 Microsoft SQL Server の一般ライセンス契約が使用するには、[**license-included**] を選択します。 詳細については[Amazon RDS for Db2 のライセンスオプション](db2-licensing.md)、[Amazon RDS での Microsoft SQL Server のライセンス](SQLServer.Concepts.General.Licensing.md)、および[RDS for Oracle のライセンスオプション](Oracle.Concepts.Licensing.md)を参照してください。 | **CLI オプション:** `--license-model` **RDS API パラメータ:** `LicenseModel` | 変更をすぐに適用するように選択した場合は、直ちに適用されます。 変更をすぐに適用ように選択しない場合は、次のメンテナンス期間中に適用されます。 | この変更中に、ダウンタイムが発生します。 | Microsoft SQL Server と Oracle のみ |
| **ログのエクスポート** Amazon CloudWatch Logs に発行するデータベースログファイルのタイプ。 詳細については、「[Amazon CloudWatch Logs へのデータベースログの発行](USER_LogAccess.Procedural.UploadtoCloudWatch.md)」を参照してください。 | **CLI オプション:** `--cloudwatch-logs-export-configuration` **RDS API パラメータ:** `CloudwatchLogsExportConfiguration` | 変更はただちに発生します。この設定は、[Apply immediately (すぐに適用)] 設定を無視します。 | この変更時にダウンタイムは発生しません。 | すべての DB エンジン |
| **メンテナンスウィンドウ** システムメンテナンスを実行する時間帯。該当する場合は、システムメンテナンスにはアップグレードが含まれます。メンテナンス時間は、協定世界時 (UTC) の開始時間で、時間単位での実行期間です。 そのウィンドウを現在の時刻に設定した場合、現在の時刻からウィンドウの終わりまで 30 分以上必要です。このタイミングにより、保留中の変更が確実に適用されるようになります。 詳細については、「[Amazon RDS メンテナンスウィンドウ](USER_UpgradeDBInstance.Maintenance.md#Concepts.DBMaintenance)」を参照してください。 | **CLI オプション:** `--preferred-maintenance-window` **RDS API パラメータ:** `PreferredMaintenanceWindow` | 変更はただちに発生します。この設定は、[Apply immediately (すぐに適用)] 設定を無視します。 | ダウンタイムを引き起こす保留中のアクションが 1 つ以上あり、現在の時刻を含むようにメンテナンス時間を変更した場合、それらの保留中のアクションはすぐに適用され、ダウンタイムが発生します。 | すべての DB エンジン |
| でマスター認証情報を管理するAWS Secrets Manager **[Manage master credentials in AWS Secrets Manager]** ( でマスター認証情報を管理する) を選択して、Secrets Manager でユーザーのパスワードをシークレットに管理します。 オプションで、シークレットを保護するために使用する KMS キーを選択します。お客様のアカウントの KMS キーから選択するか、別のアカウントからキーを入力します。 RDS によって既に DB インスタンスのマスターユーザーのパスワードを管理している場合は、**Rotate secret immediately** (すぐにシークレットをローテーションする) を選択してマスターユーザーパスワードをすぐにローテーションできます。 詳細については、「[Amazon RDS および AWS Secrets Manager によるパスワード管理](rds-secrets-manager.md)」を参照してください。 | **CLI オプション:** `--manage-master-user-password \| --no-manage-master-user-password` `--master-user-secret-kms-key-id` `--rotate-master-user-password \| --no-rotate-master-user-password` **RDS API パラメータ:** `ManageMasterUserPassword` `MasterUserSecretKmsKeyId` `RotateMasterUserPassword` | マスターユーザーパスワードの自動管理をオンまたはオフにすると、すぐに変更が行われます。この変更は、[Apply immediately] (すぐに適用) の設定を無視します。 マスターユーザーのパスワードをローテーションする場合は、変更がすぐに適用されるように指定する必要があります。 | この変更時にダウンタイムは発生しません。 | すべての DB エンジン |
| **マルチ AZ 配置** 複数のアベイラビリティーゾーンにある DB インスタンスをデプロイする場合、[**はい**] をクリックします。それ以外の場合は、[**いいえ**] をクリックします。 詳細については、「[Amazon RDS でのマルチ AZ 配置の設定と管理](Concepts.MultiAZ.md)」を参照してください。 | **CLI オプション:** `--multi-az\|--no-multi-az` **RDS API パラメータ:** `MultiAZ` | 変更をすぐに適用するように選択した場合は、直ちに適用されます。 変更をすぐに適用ように選択しない場合は、次のメンテナンス期間中に適用されます。 | この変更時にダウンタイムは発生しません。ただし、パフォーマンスに影響する可能性があります。詳細については、「[Amazon RDS の DB インスタンスをマルチ AZ 配置に変換する](Concepts.MultiAZ.Migrating.md)」を参照してください。 | すべての DB エンジン |
| **ネットワークの種類** DB インスタンスでサポートされている IP アドレス設定プロトコル。 リソースが、インターネットプロトコルバージョン 4 (IPv4) アドレス設定プロトコル経由でのみ DB インスタンスと通信できるように指定する **IPv4**。 リソースが IPv4、インターネットプロトコルバージョン 6 (IPv6)、またはその両方で DB インスタンスと通信できるように指定する **デュアルスタックモード**。IPv6 アドレス設定プロトコルで DB インスタンスと通信する必要があるリソースがある場合は、デュアルスタックモードを使用します。また、IPv6 CIDR ブロックを、指定した DB サブネットグループ内のすべてのサブネットに関連付けてください。 詳細については、「[Amazon RDS IP アドレス指定](USER_VPC.WorkingWithRDSInstanceinaVPC.md#USER_VPC.IP_addressing)」を参照してください。 | **CLI オプション:** `--network-type` **RDS API パラメータ:** `NetworkType` | 変更をすぐに適用するように選択した場合は、直ちに適用されます。 変更をすぐに適用ように選択しない場合は、次のメンテナンス期間中に適用されます。 | この変更中、ダウンタイムが発生する可能性があります。 | すべての DB エンジン |
| **新しいマスターパスワード** マスターユーザーのパスワード。パスワードには、8–41 個の英数字を使用する必要があります。 | **CLI オプション:** `--master-user-password` **RDS API パラメータ:** `MasterUserPassword` | 変更は、可能な限り早く非同期的に適用されます。この設定は、[Apply immediately (すぐに適用)] 設定を無視します。 | この変更時にダウンタイムは発生しません。 | すべての DB エンジン |
| **オプショングループ** DB インスタンスに関連付けるオプショングループ。 詳細については、「[オプショングループを使用する](USER_WorkingWithOptionGroups.md)」を参照してください。 | **CLI オプション:** `--option-group-name` **RDS API パラメータ:** `OptionGroupName` | 変更をすぐに適用するように選択した場合は、直ちに適用されます。 変更をすぐに適用ように選択しない場合は、次のメンテナンス期間中に適用されます。 | この変更時にダウンタイムは発生しません。1 つの例外は MariaDB Audit Plugin を RDS for MariaDB または RDS for MySQL DB インスタンスに追加することです。これにより、停止が発生する可能性があります。 | すべての DB エンジン |
| ** Performance Insights** [**Performance Insights の有効化**] を選択すると、DB インスタンスの負荷をモニタリングし、データベースパフォーマンスの分析とトラブルシューティングを行うことができます。 Performance Insights は、一部の DB エンジンのバージョンと DB インスタンスクラスでは利用できません。DB インスタンスで利用できない場合、[**Performance Insights**] セクションはコンソールに表示されません。 詳細については、「[Amazon RDS での Performance Insights を使用したDB 負荷のモニタリング](USER_PerfInsights.md)」および「[Amazon RDS DB エンジンとインスタンスクラスでサポートされている Performance Insights](USER_PerfInsights.Overview.Engines.md)」を参照してください。 | **CLI オプション:** `--enable-performance-insights\| --no-enable-performance-insights` **RDS API パラメータ:** `EnablePerformanceInsights` | 変更はただちに発生します。この設定は、[Apply immediately (すぐに適用)] 設定を無視します。 | この変更時にダウンタイムは発生しません。 | Db2 を除くすべて |
| ** Performance Insights AWS KMS key** Performance Insights データを暗号化するための AWS KMS key の AWS KMS キー識別子。キー識別子は、KMS キーの Amazon リソースネーム (ARN)、AWS KMS キー識別子、またはキーエイリアスです。 詳細については、「[Amazon RDS の Performance Insights の有効化と無効化](USER_PerfInsights.Enabling.md)」を参照してください。 | **CLI オプション:** `--performance-insights-kms-key-id` **RDS API パラメータ:** `PerformanceInsightsKMSKeyId` | 変更はただちに発生します。この設定は、[Apply immediately (すぐに適用)] 設定を無視します。 | この変更時にダウンタイムは発生しません。 | Db2 を除くすべて |
| **Performance Insights の保持期間** Performance Insights データを保持する期間 (日数)。保持期間の設定は、**デフォルト (7 日間)** です。パフォーマンスデータをさらに長期間保持するには、1～24 か月を指定します。保持期間の詳細については、「[Performance Insights の料金とデータ保持](USER_PerfInsights.Overview.cost.md)」を参照してください。 詳細については、「[Amazon RDS の Performance Insights の有効化と無効化](USER_PerfInsights.Enabling.md)」を参照してください。 | **CLI オプション:** `--performance-insights-retention-period` **RDS API パラメータ:** `PerformanceInsightsRetentionPeriod` | 変更はただちに発生します。この設定は、[Apply immediately (すぐに適用)] 設定を無視します。 | この変更時にダウンタイムは発生しません。 | Db2 を除くすべて |
| **プロセッサの機能** DB インスタンスの DB インスタンスクラスの CPU コア数およびコアごとのスレッド数。 詳細については、「[RDS for Oracle で DB インスタンスクラスのプロセッサを設定する](USER_ConfigureProcessor.md)」を参照してください。 | **CLI オプション:** `--processor-features`、、および `--use-default-processor-features \| --no-use-default-processor-features` **RDS API パラメータ:** `ProcessorFeatures`、、および `UseDefaultProcessorFeatures` | 変更をすぐに適用するように選択した場合は、直ちに適用されます。 変更をすぐに適用ように選択しない場合は、次のメンテナンス期間中に適用されます。 | この変更中に、ダウンタイムが発生します。 | Oracle のみ |
| **プロビジョンド IOPS** DB インスタンスのプロビジョンド IOPS (毎秒ごとの I/O オペレーション) の値。この設定は、**[Storage type]** (ストレージタイプ) で次のいずれかを選択した場合にのみ使用できます。 [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/AmazonRDS/latest/UserGuide/USER_ModifyInstance.Settings.html) 詳細については、「[プロビジョンド IOPS SSD ストレージ](CHAP_Storage.md#USER_PIOPS)」および「[gp3 ストレージ (推奨)](CHAP_Storage.md#gp3-storage)」を参照してください。 | **CLI オプション:** `--iops` **RDS API パラメータ:** `Iops` | 変更をすぐに適用するように選択した場合は、直ちに適用されます。 変更をすぐに適用ように選択しない場合は、次のメンテナンス期間中に適用されます。 | この変更時にダウンタイムは発生しません。 | すべての DB エンジン |
| **パブリックアクセス** パブリック IP アドレスを DB インスタンスに付与する場合は [**パブリックアクセス可能**] を選択します。これにより、DB インスタンスは VPC 外からアクセス可能になります。パブリックにアクセス可能となるよう、DB インスタンスは、VPC のパブリックサブネット内にある必要があります。 VPC 内からのみ DB インスタンスにアクセス可能にするには、[**パブリックアクセス不可**] を選択します。 詳細については、「[VPC 内の DB インスタンスをインターネットから隠す](USER_VPC.WorkingWithRDSInstanceinaVPC.md#USER_VPC.Hiding)」を参照してください。 VPC の外部から DB インスタンスに接続するには、DB インスタンスがパブリックにアクセスできる必要があります。また、DB インスタンスのセキュリティグループのインバウンドルールを使用してアクセスを許可する必要があります。さらに、他の要件を満たす必要があります。詳細については、「[Amazon RDS DB インスタンスに接続できない](CHAP_Troubleshooting.md#CHAP_Troubleshooting.Connecting)」を参照してください。 DB インスタンスがパブリックアクセス可能でない場合は、AWS Site-to-Site VPN 接続または Direct Connect 接続を使用してプライベートネットワークからアクセスすることもできます。詳細については、「[ネットワーク間のトラフィックのプライバシー](inter-network-traffic-privacy.md)」を参照してください。 | **CLI オプション:** `--publicly-accessible \| --no-publicly-accessible` **RDS API パラメータ:** `PubliclyAccessible` | 変更はただちに発生します。この設定は、[Apply immediately (すぐに適用)] 設定を無視します。 | この変更時にダウンタイムは発生しません。 | すべての DB エンジン |
| **セキュリティグループ** DB インスタンスに関連付ける VPC セキュリティグループ。 詳細については、「[セキュリティグループによるアクセス制御](Overview.RDSSecurityGroups.md)」を参照してください。 | **CLI オプション:** `--vpc-security-group-ids` **RDS API パラメータ:** `VpcSecurityGroupIds` | 変更は、可能な限り早く非同期的に適用されます。この設定は、[Apply immediately (すぐに適用)] 設定を無視します。 | この変更時にダウンタイムは発生しません。 | すべての DB エンジン |
| **ストレージの自動スケーリング** [**Enable storage autoscaling (ストレージのオートスケーリングを有効にする)**] - DB インスタンスのストレージスペースが不足しないように、必要に応じて Amazon RDS のストレージを自動的に増やせるようにします。 [**Maximum storage threshold (ストレージの最大しきい値)**] を使用して、Amazon RDS で DB インスタンスのストレージを自動的に増やすための上限を設定します。デフォルトは 1,000 GiB です。 詳細については、「[Amazon RDS ストレージの自動スケーリングによる容量の自動管理](USER_PIOPS.Autoscaling.md)」を参照してください。 | **CLI オプション:** `--max-allocated-storage` **RDS API パラメータ:** `MaxAllocatedStorage` | 変更はただちに発生します。この設定は、[Apply immediately (すぐに適用)] 設定を無視します。 | この変更時にダウンタイムは発生しません。 | すべての DB エンジン |
| **ストレージスループット** DB インスタンスの新しいストレージスループット値。この設定は、**[Storage type]** (ストレージタイプ) に**汎用 SSD (gp3)** を選択した場合にのみ使用できます。 詳細については、「[gp3 ストレージ (推奨)](CHAP_Storage.md#gp3-storage)」を参照してください。 | **CLI オプション:** `--storage-throughput` **RDS API パラメータ:** `StorageThroughput` | 変更をすぐに適用するように選択した場合は、直ちに適用されます。 変更をすぐに適用ように選択しない場合は、次のメンテナンス期間中に適用されます。 | この変更時にダウンタイムは発生しません。 | すべての DB エンジン |
| **ストレージタイプ** 使用するストレージのタイプ。 **汎用 SSD (gp3)** を選択すると、**[Advanced settings]** (詳細設定) で追加の**プロビジョンド IOPS** と**ストレージスループット**をプロビジョニングできます。 **プロビジョンド IOPS SSD (io1)** または **プロビジョンド IOPS SSD (io2)** を選択した場合は、**プロビジョンド IOPS** 値を入力します。 Amazon RDS によって DB インスタンスでストレージのサイズまたはタイプを変更するための変更が開始されると、6 時間はストレージのサイズ、パフォーマンス、またはタイプを変更する別のリクエストを送信できません。 詳細については、「[Amazon RDS ストレージタイプ](CHAP_Storage.md#Concepts.Storage)」を参照してください。 | **CLI オプション:** `--storage-type` **RDS API パラメータ:** `StorageType` | 変更をすぐに適用するように選択した場合は、直ちに適用されます。 変更をすぐに適用ように選択しない場合は、次のメンテナンス期間中に適用されます。 | 以下の変更を行うと、プロセスが開始される間に短いダウンタイムが発生します。その後は、変更が実行されている間もデータベースを通常どおりに使用できます。 [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/AmazonRDS/latest/UserGuide/USER_ModifyInstance.Settings.html) | すべての DB エンジン |
| 追加のストレージボリューム | **CLI オプション:** `--additional-storage-volumes` **RDS API パラメータ:** `AdditionalStorageVolumes` | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/AmazonRDS/latest/UserGuide/USER_ModifyInstance.Settings.html) | RDS for Oracle または RDS for SQL Server DB インスタンスには、最大 3 つのストレージボリュームを追加できます。gp3 または io2 ストレージタイプを使用するように各追加ボリュームを設定できます。また、割り当てられたストレージ、IOPS、スループットのさまざまな設定を指定して、ワークロードの要件に合わせて最適化することもできます。 ボリューム名は、`rdsdbdata2`、`rdsdbdata3`、または `rdsdbdata4` として指定してください。 プライマリボリュームと追加ボリュームの合計ストレージは 256 TiB を超えることはできません。 | RDS for Oracle および RDS for SQL Server |
| **DB サブネットグループ** DB インスタンスの DB サブネットグループ。この設定を使用して、DB インスタンスを別の VPC に移動できます。 詳細については、「[Amazon VPC と Amazon RDS](USER_VPC.md)」を参照してください。 | **CLI オプション:** `--db-subnet-group-name` **RDS API パラメータ:** `DBSubnetGroupName` | 変更をすぐに適用するように選択した場合は、直ちに適用されます。 変更をすぐに適用ように選択しない場合は、次のメンテナンス期間中に適用されます。 | この変更中に、ダウンタイムが発生します。 | すべての DB エンジン |