Amazon RDS for MariaDB のよくある質問

Amazon RDS ブルー/グリーンデプロイは、RDS for MariaDB のバージョン 10.2 以降でご利用いただけます。利用可能なバージョンの詳細については、RDS for MariaDB ドキュメントを参照してください。

Amazon RDS ブルー/グリーンデプロイは、すべての AWS リージョンおよび AWS GovCloud リージョンで利用可能です。

Amazon RDS ブルー/グリーンデプロイを使用すると、より安全、簡単、高速にデータベースの更新ができます。ブルー/グリーンデプロイは、メジャーバージョンまたはマイナーバージョンのデータベースエンジンのアップグレード、オペレーティングシステムの更新、論理レプリケーションを中断しないグリーン環境でのスキーマの変更 (テーブルの最後に新しい列を追加するなど)、またはデータベースパラメーター設定の変更などのユースケースに最適です。ブルー/グリーンデプロイを使用すると、1 回のスイッチオーバーで複数のデータベースを同時に更新できます。これにより、セキュリティパッチを最新の状態に保ち、データベースのパフォーマンスを向上させ、短期間で予測可能なダウンタイムで新しいデータベース機能にアクセスできます。

グリーンインスタンスでワークロードを実行する場合、ブルーインスタンスと同じ料金が発生します。ブルーおよびグリーンインスタンスで実行するコストは、db.instance の現在の標準料金、ストレージのコスト、読み取り/書き込み I/O のコスト、およびバックアップや Amazon RDS Performance Insights のコストなど、有効な機能を含みます。事実上、ブルーグリーンデプロイの有効期間中は、db.instance でワークロードを実行するコストの約 2 倍を支払うことになります。

例えば、以下のような場合です。RDS for MariaDB 10.2 データベースが 2 つの r5.2xlarge db.instances、プライマリデータベースインスタンスとリードレプリカ、us-east-1 AWS リージョンで MAZ (Multi-AZ) 構成で実行されている場合です。それぞれの r5.2xlarge db.instance は、20GiB 汎用 Amazon Elastic Block Storge (EBS) で構成されています。Amazon RDS ブルー/グリーンデプロイを使用してブルーインスタンスのトポロジーのクローンを作成し、15 日間 (360 時間) 実行し、スイッチオーバーに成功した後にブルーインスタンスを削除します。ブルーインスタンスのコストは、オンデマンド料金 1.926 USD/時 (インスタンス + EBS コスト) で 15 日間 1,387 USD です。この 15 日間、ブルー/グリーンデプロイを使用した場合の合計コストは 2,774 USD で、これはその期間のブルーインスタンスの運用コストの 2 倍となります。

Amazon RDS ブルー/グリーンデプロイでは、メジャー/マイナーバージョンアップグレード、スキーマの変更、インスタンスのスケーリング、エンジンパラメータの変更、メンテナンスアップデートなど、より安全でシンプル、かつ迅速なデータベース変更を行うことが可能です。

Amazon RDS ブルー/グリーンデプロイでは、ブルー環境は現在の本番環境です。グリーン環境は、スイッチオーバー後に新しい本番環境となるステージング環境です。

Amazon RDS ブルー/グリーンデプロイがスイッチオーバーを開始すると、スイッチオーバーが完了するまで、ブルーとグリーンの両方の環境への書き込みがブロックされます。スイッチオーバーの間、ステージング環境 (グリーン環境) はブルー環境に追いつき、ブルー環境とグリーン環境の間でデータの一貫性を確保します。ブルー環境とグリーン環境が完全に同期すると、ブルー/グリーンデプロイはグリーン環境にトラフィックをリダイレクトすることで、グリーン環境を新しいブルー環境として推進します。ブルー/グリーンデプロイは、スイッチオーバーが、完了してからグリーン環境への書き込みを可能にするよう設計されており、スイッチオーバープロセス中のデータ損失はゼロになります。

Amazon RDS ブルー/グリーンデプロイでは、古い本番環境は削除されません。必要に応じて、追加の検証やパフォーマンス/リグレッションのテストのためにアクセスすることができます。古い本番環境が不要になった場合は、削除することができます。古い本番インスタンスでは、それを削除するまで標準料金が発生します。

Amazon RDS ブルー/グリーンデプロイのスイッチオーバーガードレールは、スイッチオーバー前にグリーン環境が追いつくまで、ブルー環境とグリーン環境での書き込みをブロックします。ブルー/グリーンデプロイは、ブルーとグリーンの環境におけるプライマリとレプリカのヘルスチェックも行います。レプリケーションのヘルスチェックも行います。例えば、レプリケーションが停止していないか、エラーが発生していないか、などを確認します。ブルー環境とグリーン環境の間で長時間実行されているトランザクションを検出します。最大許容ダウンタイムは最短で 30 秒から指定でき、進行中のトランザクションがこれを超えると、スイッチオーバーがタイムアウトします。

ブルー環境がセルフマネージド論理レプリカまたはサブスクライバーの場合、スイッチオーバーはブロックされます。最初にブルー環境へのレプリケーションを停止し、スイッチオーバーを続行してからレプリケーションを再開することをお勧めします。対照的に、ブルー環境がセルフマネージド論理レプリカまたはパブリッシャーのソースである場合は、スイッチオーバーを続けることができます。ただし、スイッチオーバー後にグリーン環境からレプリケートするには、セルフマネージドレプリカを更新する必要があります。

いいえ、Amazon RDS ブルー/グリーンデプロイは、Amazon RDS Proxy、クロスリージョンリードレプリカ、またはカスケードリードレプリカをサポートしていません。

いいえ。現時点では、Amazon RDS ブルー/グリーンデプロイを使用して変更をロールバックすることはできません。

MariaDB は、メモリ内の 16 KiB ページのデータを、まず「ダブルライトバッファ」に、次にテーブルストレージにと、耐久性のあるストレージに 2 回書き込むことで、データ損失からユーザーを保護します。Amazon RDS Optimized Writes は、AWS Nitro System の Torn Write Prevention 機能を使用して、高い信頼性および耐久性をもって、1 ステップで 16 KiB のデータページをデータファイルに直接書き込みます。

Amazon RDS Optimized Writes は、MariaDB のバージョン 10.6.10 以降で利用可能です。

Amazon RDS Optimized Writes は、db.r6i、db.r6g、db.r5b、db.x2iedn、db.x2idn データベースインスタンスで使用できます。米国東部 (バージニア北部、オハイオ)、米国西部 (北カリフォルニア、オレゴン)、カナダ (中部)、欧州 (ロンドン、アイルランド、パリ、フランクフルト、ストックホルム、ミラノ)、南米 (サンパウロ)、アジアパシフィック (ソウル、ムンバイ、シドニー、東京、シンガポール)、AWS GovCloud (米国東部、米国西部) の AWS リージョンで利用可能になりました。

すべての Amazon RDS for MariaDB ユーザーは、書き込みトランザクションのスループットを最大 2 倍向上させるために Amazon RDS Optimized Writes を実装する必要があります。デジタル決済、金融取引、オンラインゲームアプリケーションなど、書き込みの多いワークロードを持つアプリケーションでは、この機能が特に有用です。

現時点では、インスタンスクラスが Optimized Writes をサポートしていても、この初期リリースでは、既存のデータベースインスタンスのために Amazon RDS Optimized Writes を有効にすることはサポートされていません。

RDS for MariaDB をご利用のお客様は、Amazon RDS Optimized Writes を追加費用なしでご利用いただけます。

クエリ処理に MariaDB の一時オブジェクトを使用するワークロードは、Amazon RDS Optimized Reads の恩恵を受けることができます。Optimized Reads は、Amazon Elastic Block Store ボリュームではなく、データベースインスタンスの NVMe ベースのインスタンスストレージに一時オブジェクトを配置します。これにより、複雑なクエリ処理を最大 2 倍高速化することができます。

Amazon RDS Optimized Reads は、RDS for MariaDB の 10.4.25, 10.5.16, 10.6.7 以降で利用可能です。

Amazon RDS Optimized Reads は、db.r5d、db.m5d、db.r6gd、db.m6gd、X2idn および X2iedn インスタンスが利用可能なすべてのリージョンでご利用いただけます。詳細については、Amazon RDS DB インスタンスクラスのドキュメントをご覧ください。

お客様は、複雑なクエリ、汎用分析、または複雑なグループ、ソート、ハッシュ集約、高負荷の結合、および共通テーブル式 (CTE) を必要とするワークロードがある場合、Amazon RDS Optimized Reads を使用する必要があります。これらのユースケースでは、一時テーブルが作成され、Optimized Reads によってワークロードのクエリ処理を高速化することが可能になります。

はい。お客様は、Optimized Read が有効になっているインスタンスにワークロードを移動することにより、既存の Amazon RDS データベースを変換して Amazon RDS Optimized Reads を使用することができます。また、Optimized Reads は、サポートされているすべてのインスタンスクラスでデフォルトで利用可能です。db.r5d、db.m5d、db.r6gd、m6gd、X2idn および X2iedn インスタンスでワークロードを実行している場合、既に Optimized Reads の恩恵を受けています。