Amazon Aurora のブルー/グリーンデプロイの制限と考慮事項

ブルー/グリーンデプロイの一部であるクラスターを停止および開始することはできません。

ブルー/グリーンデプロイでは、AWS Secrets Manager を使用したマスターユーザーのパスワード管理はサポートされていません。

ブルー DB クラスターでバックトラックを強制実行しようとすると、ブルー/グリーンデプロイが中断され、スイッチオーバーがブロックされます。

切り替え中、ブルー環境とグリーン環境では Amazon Redshift とのゼロ ETL 統合はできません。最初に統合を削除してから切り替えて、統合を再作成する必要があります。

ブルー/グリーンデプロイを作成するときには、グリーン環境でイベントスケジューラー (event_scheduler パラメーター) を無効にする必要があります。これにより、グリーン環境でイベントが生成されて不整合が発生するのを防ぐことができます。

ブルー DB クラスターで設定されている Auto Scaling ポリシーはグリーン環境にコピーされません。最初にブルー環境またはグリーン環境でセットアップされたかにかかわらず、スイッチオーバー後に再設定する必要があります。

暗号化されていない DB クラスターを暗号化された DB クラスターに変更することはできません。さらに、暗号化された DB クラスターを暗号化されていない DB クラスターに変更することはできません。

ブルーの DB クラスターを、対応するグリーンの DB クラスターよりも上位のエンジンバージョンに変更することはできません。

ブルー環境とグリーン環境のリソースは同じ AWS アカウント にある必要があります。

Amazon RDS Proxy を使用する場合は、ブルー/グリーンデプロイを作成する前に、ブルークラスターをプロキシに登録する必要があります。特定のブルークラスターにブルー/グリーンデプロイが既に存在する場合、そのブルークラスターを Amazon RDS Proxy に登録することはブロックされます。

Aurora Global Databases では、ブルー/グリーンデプロイの Amazon RDS Proxy はサポートされていません。

ブルー/グリーンデプロイは、以下の機能ではサポートされていません。

ブルー/グリーンデプロイを切り替えると、ポイントインタイムリカバリ (PITR) の履歴は新しい本番 DB クラスターに引き継がれません。グリーン DB クラスターは独自のリソース ID を保持します。その復元可能な最も早い時点は、グリーン環境を作成した時点からとなります。スイッチオーバー前の時点を含め、新しい本番 DB クラスターをそれより前の時点に復元することはできません。ブルー DB クラスターは、削除されるまで独自の PITR 履歴と自動バックアップを保持します。スイッチオーバー後にブルー DB クラスターを復元するには、名前ではなくリソース ID (SourceDbClusterResourceId) を使用します。スイッチオーバー中に名前が変更されるためです。詳細については、「DB クラスターを指定の時点の状態に復元する」を参照してください。

ソース DB クラスターには tmp という名前のデータベースを含めることはできません。この名前のデータベースはグリーン環境にコピーされません。

ブルーの DB クラスターを外部のバイナリログレプリカにすることはできません。

バックトラックが有効になっているソース DB クラスターの場合、グリーン DB クラスターはバックトラックのサポートなしで作成されます。バックトラックは、ブルー/グリーンデプロイに必須のバイナリログ (binlog) レプリケーションでは機能しないためです。詳細については、「Aurora DB クラスターのバックトラック」を参照してください。

ブルー/グリーンデプロイは MySQL 用の AWS JDBC ドライバーをサポートしていません。詳細については、GitHub の「既知の制限事項」を参照してください。

ブルー DB クラスターで rds.logically_replicate_unlogged_tables パラメータが 1 に設定されていない限り、ログに記録されていないテーブルはグリーン環境にレプリケートされません。ブルー/グリーンデプロイを作成した後は、ログに記録されていないテーブルでレプリケーションエラーが発生するのを避けるため、このパラメータ値を変更しないでください。

ブルー DB クラスターを論理ソース (パブリッシャー) またはレプリカ (サブスクライバー) にすることはできません。

ブルー DB クラスターが外部データラッパー (FDW) 拡張機能の外部サーバーとして設定されている場合は、IP アドレスの代わりにクラスターエンドポイント名を使用する必要があります。これにより、スイッチオーバー後も設定は機能し続けます。

ブルー/グリーンデプロイでは、各データベースに論理レプリケーションスロットが必要です。データベースの数が増えると、特に DB クラスターが十分にスケーリングされていない場合、リソースのオーバーヘッドが増加し、レプリケーションの遅延につながる可能性があります。影響は、データベースワークロードや接続数などの要因によって異なります。影響を軽減するには、DB インスタンスクラスをスケールアップするか、ソースクラスターのデータベース数を減らすことを検討してください。

Babelfish for Aurora PostgreSQL の場合、ブルー/グリーンデプロイはバージョン 15 (15.7 以降) とバージョン 16 (16.3 以降) でのみサポートされています。

Aurora Replicas で実行プランをキャプチャする場合は、apg_plan_mgmt.create_replica_plan_capture 関数を呼び出すときにブルー DB クラスターエンドポイントを指定する必要があります。これにより、プランのキャプチャはスイッチオーバー後も引き続き機能します。詳細については、「レプリカでの Aurora PostgreSQL 実行プランのキャプチャ」を参照してください。

グリーン環境の論理的なレプリケーション適用プロセスは、シングルスレッドです。ブルー環境が大量の書き込みトラフィックを生成した場合、グリーン環境は維持できない可能性があります。これにより、特に書き込みスループットが継続的に高いワークロードでは、レプリケーションの遅延や障害が発生する可能性があります。ワークロードを徹底的にテストしてください。メジャーバージョンのアップグレードが必要で、大量の書き込みワークロードを処理するシナリオでは、AWS Database Migration Service (AWS DMS) やセルフマネージド論理レプリケーションなどの代替アプローチを検討してください。

Aurora のブルー/グリーンデプロイでは、パーティションテーブルでの新しいパーティションの作成はサポートされていません。新しいパーティションの作成には CREATE TABLE などのデータ定義言語 (DDL) オペレーションが含まれますが、これらはブルー環境からグリーン環境にレプリケートされません。ただし、既存のパーティションテーブルとそのデータはグリーン環境にレプリケートされます。

以下の制約事項が PostgreSQL 拡張機能に適用されます。

すべてのオペレーションは、グローバルデータベースのライタークラスターと同じリージョンから開始する必要があります。

グローバルスイッチオーバーまたはグローバルフェイルオーバーを実行すると、アクティブなブルー/グリーンデプロイが無効になります。ブルー/グリーンデプロイは、新しいプライマリリージョンから削除して再作成する必要があります。

Aurora PostgreSQL の場合、本番環境でグローバル書き込み転送を有効にし、ブルー/グリーンデプロイを作成すると、書き込み転送はグリーンクラスターで無効になります。これは、ブルー/グリーンスイッチオーバー後、グリーン環境が新しい本番環境になったときにのみ、グリーン環境で有効になります。スイッチオーバー後、書き込み転送は -old1 クラスターで無効になります。

ブルー/グリーンデプロイの作成後にグローバルデータベースのトポロジを変更すると、アクティブなブルー/グリーンデプロイが無効になります。ブルー/グリーンデプロイは、新しいプライマリリージョンから削除して再作成する必要があります。

自動スナップショットは、古いブルー環境で最初に設定されたバックアップ保持日数ごとに保持されます。古いブルークラスターの自動スナップショットはグリーンにコピーされません。

グローバルフェイルオーバーはブルー/グリーンスイッチオーバー中にサポートされますが、グローバルスイッチオーバーはブルー/グリーンスイッチオーバー中にサポートされません。

グリーン環境の DB クラスターと DB パラメータグループが、すべてのセカンダリリージョンに同じ名前で存在することを確認します。任意のリージョンのパラメータグループが使用できない場合、リージョンのデフォルトのパラメータグループが使用されます。

ブルー/グリーンデプロイのスイッチオーバー中は、グローバルデータベースメンバーで RDS Proxy を使用しないでください。

RDS API とリソース ID を使用してフィルタリングを実行する場合は、切り替え後にフィルタリングに使用されるリソース ID を調整します。

CloudTrail をリソースの監査に使用する場合は、切り替え後に新しいリソース ID を追跡するように CloudTrail のコンシューマーを調整します。詳細については、「AWS CloudTrail での Amazon Aurora API コールのモニタリング」を参照してください。

ブルー環境のリソースにデータベースアクティビティストリームを使用する場合は、切り替え後に新しいストリームのデータベースイベントをモニタリングするようにアプリケーションを調整します。詳細については、「データベースアクティビティストリームでサポートされているリージョンと Aurora DB エンジン」を参照してください。

パフォーマンスインサイト API を使用する場合は、切り替え後に API への呼び出しでリソース ID を調整します。詳細については、「Amazon Aurora の Amazon CloudWatch Database Insights を使用した DB 負荷のモニタリング」を参照してください。

切り替え後に同じ名前のデータベースをモニタリングできますが、切り替え前のデータは含まれていません。

IAM ポリシーでリソース ID を使用する場合は、必要に応じて新しく移行したリソースのリソース ID を追加してください。詳細については、「Amazon Aurora での Identity and Access Management」を参照してください。

DB クラスターに IAM ロールが関連付けられている場合は、スイッチオーバー後にそれらを再度関連付けます。アタッチされたロールはグリーンの環境に自動的にコピーされません。

IAM データベース認証を使用して DB クラスターを認証する場合は、データベースアクセスに使用する IAM ポリシーの Resource 要素の下にブルーとグリーンのデータベースの両方が表示されていることを確認してください。これは、スイッチオーバー後にグリーンのデータベースに接続するために必要です。詳細については、「IAM データベースアクセス用の IAM ポリシーの作成と使用」を参照してください。

ブルー/グリーンデプロイに含まれていた DB クラスターの手動 DB クラスタースナップショットを復元する場合は、スナップショットが取られた時間を調べて、正しい DB クラスタースナップショットを復元します。詳細については、「DB クラスタースナップショットからの復元」を参照してください。

切り替え後は、ブルー環境のチェックポイントがグリーン環境で無効であるため、AWS Database Migration Service (AWS DMS) レプリケーションタスクを再開できません。レプリケーションを続行するには、新しいチェックポイントで DMS タスクを再作成する必要があります。

Amazon Aurora は、基盤となるブルー環境の Aurora ストレージボリュームをクローニングすることでグリーン環境を作成します。グリーンのクラスターボリュームには、グリーン環境に加えられた増分変更のみが保存されます。ブルー環境の DB クラスターを削除すると、グリーン環境の基盤となる Aurora ストレージボリュームのサイズは、フルサイズまで増大します。詳細については、「Amazon Aurora DB クラスターのボリュームのクローン作成」を参照してください。

ブルー/グリーンデプロイのグリーン環境の DB クラスターに DB インスタンスを追加すると、切り替え時にブルー環境の DB インスタンスが新しい DB インスタンスに置き換わることはありません。ただし、新しい DB インスタンスは DB クラスターに残り、新しい本稼働環境の DB インスタンスになります。

ブルー/グリーンデプロイのグリーン環境で DB クラスターの DB インスタンスを削除すると、ブルー/グリーンデプロイで代わりになる新しい DB インスタンスを作成することはできません。

削除した DB インスタンスと同じ名前と ARN で新しい DB インスタンスを作成する場合、DbiResourceId が異なるため、グリーン環境には含まれません。

グリーン環境で DB クラスター内の DB インスタンスを削除すると、次のような動作になります。

アクセスコントロールまたは運用管理にリソースタグを使用する場合は、スイッチオーバーまでタグの変更がブルー環境とグリーン環境の間で同期されないことを理解する必要があります。ブルー/グリーンデプロイを作成すると、ブルー環境のタグがグリーン環境にコピーされます。作成後、いずれかの環境に行ったタグの変更は自動的に同期されません。スイッチオーバー中、ブルー環境タグはグリーン環境内のすべてのタグを置き換えます。ブルー/グリーンデプロイを作成する前にブルー環境にすべての必要なタグを適用するか、スイッチオーバー後に新しい本番環境に必要なタグを再適用します。タグの詳細については、Amazon Aurora および Amazon RDS リソースのタグ付けを参照してください。