# MariaDB DB エンジンのアップグレード
<a name="USER_UpgradeDBInstance.MariaDB"></a>

新しいバージョンのデータベースエンジンが Amazon RDS でサポートされている場合は、DB インスタンスをその新しいバージョンにアップグレードできます。MariaDB DB インスタンスのアップグレードには、メジャーバージョンのアップグレードとマイナーバージョンのアップグレードの 2 種類あります。

*メジャーバージョンのアップグレード*には、既存のアプリケーションとの下位互換性のないデータベースの変更が含まれる場合があります。そのため、DB インスタンスのメジャーバージョンアップグレードは手動で実行する必要があります。メジャーバージョンアップグレードをスタートするには、DB インスタンスを変更します。ただし、メジャーバージョンのアップグレードを行う前に、「[RDS for MariaDB のメジャーバージョンアップグレード](USER_UpgradeDBInstance.MariaDB.Major.md)」の手順を実行することをお勧めします。

それに対して、*マイナーバージョンのアップグレード*に含まれるのは、既存のアプリケーションとの下位互換性がある変更のみです。マイナーバージョンのアップグレードを手動でスタートするには、DB インスタンスを変更します。または、DB インスタンスの作成時または変更時に、[**Auto minor version upgrade (マイナーバージョン自動アップグレード)**] を有効にすることができます。これにより、Amazon RDS によって新しいバージョンがテストおよび承認されると、DB インスタンスが自動的にアップグレードされます。アップグレードの実行については、「[DB インスタンスのエンジンバージョンのアップグレード](USER_UpgradeDBInstance.Upgrading.md)」を参照してください。

ご使用の MariaDB DB インスタンスでリードレプリケーションを使用している場合は、ソースインスタンスのアップグレード前に、すべてのリードレプリカをアップグレードする必要があります。DB インスタンスがマルチ AZ 配置にある場合、プライマリとスタンバイのレプリカの両方がアップグレードされます。アップグレードが完了するまで、DB インスタンスは使用できない場合があります。

MariaDB でサポートされるバージョンおよびバージョン管理については、「[Amazon RDS の MariaDB のバージョン](MariaDB.Concepts.VersionMgmt.md)」を参照してください。

データベースエンジンをアップグレードするには、ダウンタイムが必要です。ダウンタイムの時間は、DB インスタンスのサイズによって異なります。

Amazon RDS は、複数のデータベースリソースと AWS アカウントにわたるマイナーバージョンの自動アップグレードを管理するためのアップグレードロールアウトポリシーもサポートしています。詳細については、「[自動マイナーバージョンアップグレードの AWS Organizations アップグレードロールアウトポリシーの使用](RDS.Maintenance.AMVU.UpgradeRollout.md)」を参照してください。

**ヒント**  
ブルー/グリーンデプロイを使用することで、DB インスタンスのアップグレードに必要なダウンタイムを最小限に抑えることができます。詳細については、「[データベース更新のために Amazon RDS ブルー/グリーンデプロイを使用する](blue-green-deployments.md)」を参照してください。

**Topics**
+ [MariaDB のアップグレードに関する考慮事項](#USER_UpgradeDBInstance.MariaDB.Considerations)
+ [有効なアップグレードターゲットの検索](#USER_UpgradeDBInstance.MariaDB.FindingTargets)
+ [MariaDB のバージョン番号](USER_UpgradeDBInstance.MariaDB.VersionID.md)
+ [RDS for MariaDB の RDS バージョン番号](USER_UpgradeDBInstance.MariaDB.rds.version.md)
+ [RDS for MariaDB のメジャーバージョンアップグレード](USER_UpgradeDBInstance.MariaDB.Major.md)
+ [MariaDB DB インスタンスのアップグレード](#USER_UpgradeDBInstance.MariaDB.Upgrading)
+ [RDS for MariaDB のマイナーバージョンの自動アップグレード](USER_UpgradeDBInstance.MariaDB.Minor.md)
+ [RDS for MariaDB データベースをアップグレードするときにリードレプリカを使用してダウンタイムを短縮する](USER_UpgradeDBInstance.MariaDB.ReducedDowntime.md)
+ [イベントによる RDS for MariaDB DB エンジンのアップグレードのモニタリング](USER_UpgradeDBInstance.MariaDB.Monitoring.md)

## MariaDB のアップグレードに関する考慮事項
<a name="USER_UpgradeDBInstance.MariaDB.Considerations"></a>

Amazon RDS によってアップグレードプロセス中に 2 つ以上の DB スナップショットが作成されます。Amazon RDS は、アップグレードを変更する*前に* DB インスタンスのスナップショットを最大 2 つ作成します。アップグレードがデータベースに対して機能しない場合は、これらのスナップショットの 1 つを復元して、以前のバージョンを実行する DB インスタンスを作成できます。Amazon RDS は、アップグレードが完了すると、DB インスタンスのもう 1 つのスナップショットを作成します。Amazon RDS は、AWS Backup が DB インスタンスのバックアップを管理するかどうかにかかわらず、これらのスナップショットを作成します。

**注記**  
DB インスタンスのバックアップ保持期間を 0 より大きく設定した場合にのみ、Amazon RDS は DB スナップショットを作成します。バックアップ保持期間を変更するには、「[Amazon RDS DB インスタンスを変更する](Overview.DBInstance.Modifying.md)」を参照してください。

アップグレードが完了したら、データベースエンジンの前のバージョンに戻すことはできません。前のバージョンに戻す必要がある場合は、作成された初期の DB スナップショットを復元して、新しい DB インスタンスを作成します。

Amazon RDS でサポートされている新しいバージョンに DB インスタンスをアップグレードするタイミングを制御します。このレベルの管理によって、特定のデータベースのバージョンとの互換性を維持しながら、新しいバージョンを本稼働環境にデプロイする前にアプリケーションに対してテストできます。準備が整ったら、自分のスケジュールに最適なタイミングでバージョンアップグレードを実行できます。

ご使用の DB インスタンスでリードレプリカを使用している場合は、ソースインスタンスのアップグレード前に、すべてのリードレプリカをアップグレードする必要があります。

DB インスタンスがマルチ AZ 配置にある場合は、プライマリとスタンバイの両方の DB インスタンスがアップグレードされます。プライマリとスタンバイの DB インスタンスは同時にアップグレードされ、アップグレードが完了するまで停止します。停止時間は、データベースエンジン、エンジンのバージョン、DB インスタンスのサイズによって異なります。

## 有効なアップグレードターゲットの検索
<a name="USER_UpgradeDBInstance.MariaDB.FindingTargets"></a>

AWS マネジメントコンソール を使用して DB インスタンスをアップグレードする場合、DB インスタンスの有効なアップグレードターゲットが表示されます。次の AWS CLI コマンドを実行して、DB インスタンスの有効なアップグレードターゲットを特定することもできます。

Linux、macOS、Unix の場合:

```
aws rds describe-db-engine-versions \
  --engine mariadb \
  --engine-version version_number \
  --query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" --output text
```

Windows の場合:

```
aws rds describe-db-engine-versions ^
  --engine mariadb ^
  --engine-version version_number ^
  --query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" --output text
```

例えば、MariaDB バージョン 10.5.15 DB インスタンスの有効なアップグレードターゲットを特定するには、次の AWS CLI コマンドを実行します。

Linux、macOS、Unix の場合:

```
aws rds describe-db-engine-versions \
  --engine mariadb \
  --engine-version 10.5.17 \
  --query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" --output text
```

Windows の場合:

```
aws rds describe-db-engine-versions ^
  --engine mariadb ^
  --engine-version 10.5.17 ^
  --query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" --output text
```

# MariaDB のバージョン番号
<a name="USER_UpgradeDBInstance.MariaDB.VersionID"></a>

RDS for MariaDB データベースエンジンのバージョン番号付けシーケンスは、*major.minor.patch.YYYYMMDD* または *major.minor.patch* の形式です。例えば、10.11.5.R2.20231201 または 10.4.30 です。使用される形式は、MariaDB エンジンのバージョンによって異なります。

**major**  
メジャーバージョン番号は、10.11 など、バージョン番号の整数部分と 1 つ目の小数部分の両方です。メジャーバージョンのアップグレードでは、バージョン番号の主要な部分が大きくなります。例えば、*10.5*.20 から 10.6.12 へのアップグレードはメジャーバージョンのアップグレードであり、*10.5* と *10.6* はメジャーバージョン番号です。

**minor**  
マイナーバージョン番号は、バージョン番号の 3 番目と 4 番目の部分です。例えば、10.11.5 の 5 です。

**patch**  
パッチはバージョン番号の 4 番目の部分です。例えば、10.11.5.R2 の R2 です。RDS パッチバージョンには、リリース後にマイナーバージョンに追加された重要なバグ修正が含まれています。

**YYYYMMDD**  
日付はバージョン番号の 5 番目の部分です。例えば、10.11.5.R2.20231201 の 20231201 です。RDS 日付バージョンは、リリース後にマイナーバージョンに追加された重要なセキュリティ修正を含むセキュリティパッチです。エンジンの動作を変更する可能性のある修正は含まれていません。

次の表に、RDS for MariaDB バージョン 10.11 の命名スキームを示します。


| 10.11 マイナーバージョン | 命名スキーム | 
| --- | --- | 
| ≥5  | 新しい DB インスタンスでは、*major.minor.patch.YYYMMDD *を使用します。例えば、10.11.5.R2.20231201。 既存の DB インスタンスは、次のメジャーバージョンまたはマイナーバージョンのアップグレードまで、10.11.5.R2 など、*major.minor.patch* を使用する場合があります。 | 
| < 5 |  既存の DB インスタンスは、*major.minor.patch* を使用します。例えば、10.11.4.R2。  | 

次の表に、RDS for MariaDB バージョン 10.6 の命名スキームを示します。


| 10.6 マイナーバージョン | 命名スキーム | 
| --- | --- | 
| ≥ 14 |  新しい DB インスタンスは、*major.minor.patch.YYYMMDD* を使用します。例えば、10.6.14.R2.20231201。 既存の DB インスタンスは、次のメジャーまたはマイナーバージョンのアップグレードまで、10.6.14.R2 など、*major.minor.patch* を使用する場合があります。 | 
| < 14 | 既存の DB インスタンスは、*major.minor.patch* を使用します。例えば、10.6.13.R2。 | 

次の表に、RDS for MariaDB バージョン 10.5 の命名スキームを示します。


| 10.5 マイナーバージョン | 命名スキーム | 
| --- | --- | 
| ≥ 21 |  新しい DB インスタンスは、*major.minor.patch.YYYMMDD* を使用します。例えば、10.5.21.R2.20231201。 既存の DB インスタンスは、次のメジャーまたはマイナーバージョンのアップグレードまで、10.5.21.R2 など、*major.minor.patch* を使用する場合があります。 | 
| < 21 |  既存の DB インスタンスは、*major.minor.patch* を使用します。例えば、10.5.20.R2。  | 

次の表に、RDS for MariaDB バージョン 10.4 の命名スキームを示します。


| 10.4 マイナーバージョン | 命名スキーム | 
| --- | --- | 
| ≥ 30 |  新しい DB インスタンスは、*major.minor.patch.YYMMDD* を使用します。例えば、10.4.30.R2.20231201。 既存の DB インスタンスは、次のメジャーまたはマイナーバージョンのアップグレードまで、10.4.30.R2 など、*major.minor.patch* を使用する場合があります。 | 
| < 30 |  既存の DB インスタンスは、*major.minor.patch* を使用します。例えば、10.4.29.R2。  | 

# RDS for MariaDB の RDS バージョン番号
<a name="USER_UpgradeDBInstance.MariaDB.rds.version"></a>

RDS バージョン番号は `major.minor.patch` または `major.minor.patch.YYYYMMDD` 命名規則を使用します。RDS パッチバージョンには、リリース後にマイナーバージョンに追加された重要なバグ修正が含まれています。RDS 日付バージョン (*YYMMDD* ) はセキュリティパッチです。セキュリティパッチには、エンジンの動作を変更する可能性のある修正は含まれていません。

データベースの Amazon RDS バージョン番号を識別するには、まず次のコマンドを使用して `rds_tools` 拡張機能を作成する必要があります。

```
CREATE EXTENSION rds_tools;
```

RDS for MariaDB データベースの RDS バージョン番号は、次の SQL クエリで確認できます。

```
mysql> select mysql.rds_version();
```

例えば、RDS for MariaDB 10.6.14 データベースの RDS をクエリすると、次が出力が返されます。

```
+---------------------+
| mysql.rds_version() |
+---------------------+
| 10.6.14.R2.20231201  |
+---------------------+
1 row in set (0.01 sec)
```

# RDS for MariaDB のメジャーバージョンアップグレード
<a name="USER_UpgradeDBInstance.MariaDB.Major"></a>

メジャーバージョンのアップグレードには、既存のアプリケーションとの下位互換性のないデータベースの変更が含まれる場合があります。そのため、Amazon RDS では、メジャーバージョンアップグレードは自動的に適用されません。DB インスタンスを手動で変更する必要があります。本稼働インスタンスへの適用前に、いずれのアップグレードも徹底的にテストすることをお勧めします。

**注記**  
MariaDB 11.8 では、`require_secure_transport` のデフォルト値は `1` になり、安全な SSL/TLS 接続が必要です。非セキュア接続が必要な場合は、`0` に設定します。

Amazon RDS では、MariaDB データベースエンジンのメジャーバージョンに対して、以下のインプレースアップグレードをサポートしています。
+ MariaDB の任意バージョンから MariaDB 11.8 へ
+ MariaDB の任意バージョンから MariaDB 11.4 へ
+ MariaDB の任意バージョンから MariaDB 10.11 へ
+ MariaDB の任意バージョンから MariaDB 10.6 へ
+ MariaDB 10.4 から MariaDB 10.5 へ

カスタムパラメータグループを使用しており、メジャーバージョンアップグレードを実行する場合には、新しい DB エンジンバージョンのデフォルトのパラメータグループを指定するか、新しい DB エンジンバージョンの独自のカスタムパラメータグループを作成する必要があります。新しいパラメータグループを DB インスタンスと関連付けるには、アップグレードの完了後に、顧客主導型のデータベースの再起動が必要となります。パラメータグループの変更を適用するためにインスタンスを再起動する必要がある場合には、インスタンスのパラメータグループのステータスとして `pending-reboot` が表示されます。インスタンスのパラメータグループのステータスは、AWS マネジメントコンソール で表示するか、`describe-db-instances` などの「describe」呼び出しを実行して表示することができます。

## MariaDB DB インスタンスのアップグレード
<a name="USER_UpgradeDBInstance.MariaDB.Upgrading"></a>

MariaDB DB インスタンスの手動または自動アップグレードについては、「[DB インスタンスのエンジンバージョンのアップグレード](USER_UpgradeDBInstance.Upgrading.md)」を参照してください。

# RDS for MariaDB のマイナーバージョンの自動アップグレード
<a name="USER_UpgradeDBInstance.MariaDB.Minor"></a>

DB インスタンスの作成または変更時に次の設定を指定すると、DB インスタンスを自動的にアップグレードできます。
+ [**マイナーバージョンの自動アップグレード**] の設定は有効です。
+ **バックアップ保持期間**の設定は 0 より大きいです。

AWS マネジメントコンソールの場合、これらの設定は**AAdditional configuration** (追加設定) の下にあります。下図は、**Auto minor version upgrade** (自動マイナーバージョンアップグレード) 設定を示しています。

![\[マイナーバージョン自動アップグレードの設定\]](http://docs.aws.amazon.com/ja_jp/AmazonRDS/latest/UserGuide/images/amvu.png)


これらの設定の詳細については、「[DB インスタンスの設定](USER_ModifyInstance.Settings.md)」をご参照ください。

一部の AWS リージョン の RDS for MariaDB メジャーバージョンでは、RDS によって 1 つのマイナーバージョンが自動アップグレードバージョンとして指定されます。Amazon RDS でマイナーバージョンのテストと承認が完了すると、メンテナンスウィンドウの間にマイナーバージョンアップグレードが自動的に行われます。RDS では、新しくリリースされたマイナーバージョンが自動アップグレードバージョンとして自動的に設定されることはありません。RDS によって新しい自動アップグレードバージョンが指定される前に、以下のような複数の基準が考慮されます。
+ 既知のセキュリティの問題
+ MariaDB コミュニティバージョンのバグ
+ マイナーバージョンがリリースされてからのフリート全体の安定性

**注記**  
TLS バージョン 1.0 と 1.1 の使用のサポートは、MariaDB の特定のマイナーバージョン以降では終了しています。サポートしている MariaDB のマイナーバージョンの詳細については、「[Amazon RDS 上の MariaDB DB インスタンスの SSL/TLS サポート](MariaDB.Concepts.SSLSupport.md)」参照してください。

次の AWS CLI コマンドを実行して、特定の AWS リージョン で指定された MariaDB マイナーバージョンの現在の自動マイナーアップグレードターゲットバージョンを確認できます。

Linux、macOS、Unix の場合:

```
aws rds describe-db-engine-versions \
--engine mariadb \
--engine-version minor_version \
--region region \
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{AutoUpgrade:AutoUpgrade,EngineVersion:EngineVersion}" \
--output text
```

Windows の場合:

```
aws rds describe-db-engine-versions ^
--engine mariadb ^
--engine-version minor_version ^
--region region ^
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{AutoUpgrade:AutoUpgrade,EngineVersion:EngineVersion}" ^
--output text
```

例えば、次の AWS CLI コマンドにより、米国東部 (オハイオ) AWS リージョン (us-east-2) の MariaDB マイナーバージョン 10.5.12 の自動マイナーアップグレードターゲットを特定できます。

Linux、macOS、Unix の場合:

```
aws rds describe-db-engine-versions \
--engine mariadb \
--engine-version 10.5.16 \
--region us-east-2 \
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{AutoUpgrade:AutoUpgrade,EngineVersion:EngineVersion}" \
--output table
```

Windows の場合:

```
aws rds describe-db-engine-versions ^
--engine mariadb ^
--engine-version 10.5.16 ^
--region us-east-2 ^
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{AutoUpgrade:AutoUpgrade,EngineVersion:EngineVersion}" ^
--output table
```

以下のような出力が生成されます。

```
----------------------------------
|    DescribeDBEngineVersions    |
+--------------+-----------------+
|  AutoUpgrade |  EngineVersion  |
+--------------+-----------------+
|  True        |  10.5.17        |
|  False       |  10.5.18        |
|  False       |  10.5.19        |
|  False       |  10.6.5         |
|  False       |  10.6.7         |
|  False       |  10.6.8         |
|  False       |  10.6.10        |
|  False       |  10.6.11        | 
|  False       |  10.6.12        |
+--------------+-----------------+
```

この例では、`AutoUpgrade` 値は、MariaDB バージョン 10.5.17 の場合、`True` です。したがって、自動マイナーアップグレードターゲットは MariaDB バージョン 10.5.17 であり、出力で強調表示されています。

MariaDB DB インスタンスは、以下の基準を満たしている場合、メンテナンスウィンドウの間に自動的にアップグレードされます。
+ [**マイナーバージョンの自動アップグレード**] の設定は有効です。
+ **バックアップ保持期間**の設定は 0 より大きいです。
+ DB インスタンスでは、現在の自動アップグレードマイナーバージョン未満の DB エンジンのマイナーバージョンが実行されています。

詳細については、「[マイナーエンジンバージョンの自動アップグレード](USER_UpgradeDBInstance.Upgrading.md#USER_UpgradeDBInstance.Upgrading.AutoMinorVersionUpgrades)」を参照してください。

# RDS for MariaDB データベースをアップグレードするときにリードレプリカを使用してダウンタイムを短縮する
<a name="USER_UpgradeDBInstance.MariaDB.ReducedDowntime"></a>

ほとんどの場合、MariaDB DB インスタンスをアップグレードする際のダウンタイムを減らすには、ブルー/グリーンデプロイが最適なオプションです。詳細については、「[データベース更新のために Amazon RDS ブルー/グリーンデプロイを使用する](blue-green-deployments.md)」を参照してください。

ブルー/グリーンデプロイを使用できず、MariaDB DB インスタンスが現在本稼働アプリケーションで使用されている場合は、次の手順を使用して DB インスタンスのデータベースバージョンをアップグレードできます。この手順により、アプリケーションの停止時間を短縮できます。

リードレプリカを使用して、ほとんどのメンテナンスステップを事前に実行し、実際の停止中に必要な変更を最小限に抑えることができます。この方法で、既存の DB インスタンスを変更せずに、新しい DB インスタンスのテストおよび準備ができます。

次の手順は、MariaDB バージョン 10.5 から MariaDB バージョン 10.6 へのアップグレードの例を示しています。他のメジャーバージョンへのアップグレードに、この同じ一般的なステップを使用できます。

**DB インスタンスの使用中に MariaDB データベースをアップグレードするには**

1. AWS マネジメントコンソール にサインインし、Amazon RDS コンソール [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/) を開きます。

1. MariaDB 10.5 DB インスタンスのリードレプリカを作成します。このプロセスにより、データベースのアップグレード可能なコピーが作成されます。DB インスタンスの他のリードレプリカも存在する場合があります。

   1. コンソールで [**データベース**] を選択し、アップグレードする DB インスタンスを選択します。

   1. [**アクション**] で [**リードレプリカの作成**] を選択します。

   1. リードレプリカの **[DB instance identifier]** (DB インスタンス識別子) の値を指定し、**[DB instance class]** (DB インスタンスクラス) とその他の設定がご使用の MariaDB 10.5 DB インスタンスのものと一致していることを確認します。

   1. [**Create read replica**] を選択します。

1. (オプション) リードレプリカが作成され、**ステータス**が [**利用可能**] になったら、リードレプリカをマルチ AZ 配置に変換し、バックアップを有効にします。

   デフォルトでは、リードレプリカは、バックアップが無効なシングル AZ デプロイとして作成されます。リードレプリカは最終的に本番 DB インスタンスになるため、ベストプラクティスは、マルチ AZ デプロイを設定し、すぐにバックアップを有効にすることです。

   1. コンソールで [**データベース**] を選択し、作成したばかりのリードレプリカを選択します。

   1. **Modify** を選択します。

   1. **マルチ AZ 配置**で、[**スタンバイインスタンスの作成**] を選択します。

   1. **[Backup Retention Period]** (バックアップ保持期間) として、0 以外の正の値 (3 日など) を選択し、**[Continue]** (続行) を選択します。

   1. [**変更のスケジューリング**] で、[**すぐに適用**] を選択します。

   1. [**DB インスタンスの変更**] を選択します。

1. リードレプリカの **[Status]** (ステータス) が **[Available]** (使用可能) になったら、リードレプリカを MariaDB 10.6 にアップグレードします。

   1. コンソールで [**データベース**] を選択し、作成したばかりのリードレプリカを選択します。

   1. **Modify** を選択します。

   1. **[DB engine version]** (DB エンジンバージョン) として、アップグレードする MariaDB 10.6 バージョンを選択し、**[Continue]** (続行) を選択します。

   1. [**変更のスケジューリング**] で、[**すぐに適用**] を選択します。

   1. [**Modify DB instance**] を選択してアップグレードをスタートします。

1. アップグレードが完了し、**[Status]** (ステータス) が **[Available]** (利用可能) になったら、アップグレードしたリードレプリカがソース MariaDB 10.5 DB インスタンスで最新であることを確認します。確認するには、リードレプリカに接続して、`SHOW REPLICA STATUS` コマンドを実行します。`Seconds_Behind_Master` フィールドが `0` である場合、レプリカは更新されています。
**注記**  
MariaDB の旧バージョンは、`SHOW SLAVE STATUS` ではなく `SHOW REPLICA STATUS` を使用していました。10.6 より前の MariaDB バージョンを使用している場合は、`SHOW SLAVE STATUS` を使用します。

1. (オプション) リードレプリカのリードレプリカを作成します。

   DB インスタンスをスタンドアロン DB インスタンスに昇格した後、リードレプリカを追加する場合、すぐにリードレプリカを作成できます。

   1. コンソールで [**データベース**] を選択し、アップグレードしたばかりのリードレプリカを選択します。

   1. [**アクション**] で [**リードレプリカの作成**] を選択します。

   1. リードレプリカの **[DB instance identifier]** (DB インスタンス識別子) の値を指定し、**[DB instance class]** (DB インスタンスクラス) とその他の設定がご使用の MariaDB 10.5 DB インスタンスのものと一致していることを確認します。

   1. [**Create read replica**] を選択します。

1. (オプション) リードレプリカのカスタム DB パラメータグループを設定します。

   DB インスタンスをスタンドアロン DB インスタンスに昇格した後、カスタムパラメータグループを使用する場合、すぐにDB パラメータグループを作成して、リードレプリカに関連付けられます。

   1. MariaDB 10.6 のカスタム DB パラメータグループを作成します。手順については、[Amazon RDS での DB パラメータグループの作成](USER_WorkingWithParamGroups.Creating.md) を参照してください。

   1. 作成したばかりの DB パラメータグループで変更するパラメータを変更します。手順については、「[Amazon RDS の DB パラメータグループのパラメータの変更](USER_WorkingWithParamGroups.Modifying.md)」を参照してください。

   1. コンソールで [**データベース**] を選択し、リードレプリカを選択します。

   1. **Modify** を選択します。

   1. **[DB parameter group]** (DB パラメータグループ) で、作成したばかりの MariaDB 10.6 DB パラメータグループを選択し、**[Continue]** (続行) を選択します。

   1. [**変更のスケジューリング**] で、[**すぐに適用**] を選択します。

   1. [**Modify DB instance**] を選択してアップグレードをスタートします。

1. MariaDB 10.6 リードレプリカをスタンドアロン DB インスタンスにします。
**重要**  
MariaDB 10.6 のリードレプリカをスタンドアロン DB インスタンスに昇格すると、MariaDB 10.5 DB インスタンスのレプリカではなくなります。MariaDB 10.6 のリードレプリカの昇格は、ソースの MariaDB 10.5 DB インスタンスが読み取り専用モードであり、すべての書き込みオペレーションが停止されているメンテナンスウィンドウ中に行うことをお勧めします。昇格が完了したら、アップグレードした MariaDB 10.6 DB インスタンスに書き込み操作を送信して、書き込み操作が失われないようにできます。  
また、MariaDB 10.6 のリードレプリカを昇格する前に、必要なすべてのデータ定義言語 (DDL) のオペレーションを MariaDB 10.6 のリードレプリカに対して実行することをお勧めします。例えば、インデックスの作成があります。これにより、昇格後の MariaDB 10.6 のリードレプリカのパフォーマンスへの悪影響を避けることができます。リードレプリカを昇格させるには、次の手順に従います。

   1. コンソールで [**データベース**] を選択し、アップグレードしたばかりのリードレプリカを選択します。

   1. [**アクション**] で、[**Promote (昇格)**] を選択します。

   1. [**はい**] を選択して、リードレプリカインスタンスの自動バックアップを有効にします。詳細については、「[バックアップの概要](USER_WorkingWithAutomatedBackups.md)」を参照してください。

   1. **[Continue]** (続行) をクリックします。

   1. [**Promote Read Replica**] を選択します。

1. これで、MariaDB データベースのアップグレードバージョンが作成されました。この時点で、アプリケーションを新しい MariaDB 10.6 DB インスタンスに送信できます。

# イベントによる RDS for MariaDB DB エンジンのアップグレードのモニタリング
<a name="USER_UpgradeDBInstance.MariaDB.Monitoring"></a>

RDS for MariaDB データベースのエンジンバージョンをアップグレードすると、Amazon RDS はプロセスの各フェーズで特定のイベントを発行します。アップグレードの進行状況を追跡するには、これらのイベントを表示またはサブスクライブします。

 RDS イベントの詳細については、「[Amazon RDS イベントのモニタリング](working-with-events.md)」を参照してください。

エンジンのアップグレード中に発生する特定の Amazon RDS イベントの詳細については、「[ Amazon RDS イベントカテゴリとイベントメッセージ](USER_Events.Messages.md)」を参照してください。