メインコンテンツに移動

Amazon RDS for MySQL

Amazon RDS for MySQL のよくある質問

全般

すべて開く

    はい。Amazon RDS for MySQL 用の Database Savings Plans を購入すると、1 年間にわたって一定量の使用を確約することで、コストを最大 20% 削減できます。 対象となる使用量に関する追加情報は、Database Savings Plans の料金ページでご確認いただけます。

    Amazon リレーショナルデータベース (Amazon RDS) for MySQL は、MySQL Community Edition のバージョン 8.4 および 8.0 をサポートしています。RDS for MySQL は RDS 延長サポートのもと MySQL 5.7 もサポートしています。サポートされているマイナーバージョンの詳細については、Amazon RDS ユーザーガイドをご覧ください。

    MySQL においてバージョン番号は以下のように整理されています。
    MySQL バージョン = X.Y.Z

    X = メジャーバージョン、Y = リリースレベル、Z = リリースシリーズ内のバージョン番号
    Amazon RDS では、メジャーバージョンまたはリリースレベルが変更されると、バージョン変更がメジャーであると判断されます。例: 5.6.X -> 5.7.X。
    同じリリースでバージョン番号が変更されていれば、バージョン変更はマイナーであると判断されます。例: 5.6.27 -> 5.6.29。

    Amazon RDS for MySQL のポイントインタイム復元、スナップショット復元、および Amazon Redshift 機能とのゼロ ETL 統合には、クラッシュからの回復が可能なストレージエンジンが必要で、InnoDB ストレージエンジンでのみサポートされます。MySQL は様々な機能を持つ複数のストレージエンジンをサポートしていますが、それらすべてがクラッシュの回復とデータ耐久性に最適化されているわけではありません。例えば、MyISAM ストレージエンジンは、信頼性の高いクラッシュ回復をサポートしておらず、MySQL がクラッシュ後に再起動した時、特定時点の復元およびスナップショット復元が意図どおりに機能せず、データが紛失または破損する可能性があります。それでも、Amazon RDS で MyISAM を使用する場合は、このステップに従ってください。DB スナップショット復元機能の特定のシナリオに役立つことがあります。フェデレーティッドストレージエンジンは、現在 Amazon RDS for MySQL ではサポートされていません。

    Amazon RDS for MySQL リードレプリカにはトランザクションストレージエンジンが必要であり、InnoDB ストレージエンジンでのみサポートされています。MyISAM などの非トランザクション MySQL ストレージエンジンでは、リードレプリカが意図したとおりに動作しない可能性があります。それでも MyISAM でリードレプリカを使用する場合は、Amazon CloudWatch の「レプリカラグ」の計測値 (AWS マネジメントコンソールまたは Amazon CloudWatch API を介して取得できます) を注意して監視し、レプリケーションエラーが原因でリードレプリカが停止した場合は再作成することをお勧めします。一時テーブルや他の非トランザクションエンジンを使用する場合も、同様の注意事項が適用されます。

    MySQL バージョン 5.6 以降では、バイナリログフォーマットを行ベースに設定できます。デフォルトでは、レプリケーションは混合フォーマット (行ベースと記述ベースのレプリケーション) で設定されます。これは、ほとんどのユースケースを満たすことができます。MySQL のドキュメントには、「混合フォーマットと行ベースのレプリケーションの違い」についての詳細が記載されています。

Amazon ブルー/グリーンデプロイのよくある質問

すべて開く

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

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

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

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

    例えば、次のような場合です。RDS for MySQL 5.7 データベースが、マルチ AZ (MAZ) 構成で us-east-1 AWS リージョンの 2 つの r5.2xlarge db.instance (プライマリデータベースインスタンスとリードレプリカ) で実行しているとします。それぞれの r5.2xlarge db.instance は、20GiB 汎用 Amazon Elastic Block Store (Amazon 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 ブルー/グリーンデプロイを使用して変更をロールバックすることはできません。

Amazon RDS Optimized Writes のよくある質問

すべて開く

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

    Amazon RDS Optimized Writes は、db.r6i および db.r5b インスタンスで利用可能です。これらのインスタンスが利用可能なすべてのリージョンで利用できます。

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

    いいえ。Amazon Aurora MySQL 互換エディション は、既に「ダブルライトバッファ」の使用を回避しています。 その代わりに、Aurora は 3 つの アベイラビリティーゾーン (AZ) で 6 つの方法でデータをレプリケートし、クォーラムベースのアプローチでデータを耐久性をもって書き込み、その後正しく読み取ることができます。

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

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

Amazon RDS Optimized Reads のよくある質問

すべて開く

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

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

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