ApsaraDB RDS:[新機能/新仕様] ApsaraDB RDS for MySQL はブルーグリーンデプロイメントをサポートしています。

ブルーグリーンデプロイメントとは

ブルーグリーンデプロイメントでは、同一の仕様を持つ 2 つの異なる環境を使用します。

• ブルー環境：本番トラフィックを処理し、読み取り操作と書き込み操作の両方をサポートする本番環境。

• グリーン環境：新しいバージョンが検証されるテスト環境。この環境は読み取り専用です。

データ整合性を確保するために、Data Transmission Service (DTS) インスタンスが作成され、ブルー環境とグリーン環境の間で継続的にデータが同期されます。

ブルーグリーンデプロイメントでは、本番（ブルー）環境からテスト（グリーン）環境にトラフィックをリダイレクトすることで、実際の環境で新しいバージョンの機能とパフォーマンスを検証できます。このアプローチにより、潜在的な欠陥を迅速に特定し、データベースのパフォーマンスを最適化し、ダウンタイムを最小限に抑えながら、更新されたデータベース機能を導入できます。

さらに、ブルーグリーンデプロイメントでは、問題が発生した場合に元のバージョンに迅速にロールバックできます。これにより、システムアップグレードの信頼性と柔軟性が向上し、データベースバージョンのアップグレードに伴うリスクが大幅に軽減され、ビジネスへの影響が最小限に抑えられます。

シナリオ

ブルーグリーンデプロイメントの典型的なシナリオは、データベースのメジャーまたはマイナーエンジンバージョンのアップグレードです。プロセスは次のとおりです。

1. 新しいバージョンのデプロイ：

   • グリーン環境を作成し、新しいデータベースバージョンを選択します。グリーン環境はテスト環境として機能し、本番トラフィックは処理しません。

   • グリーン環境で包括的な機能テストとパフォーマンステストを実行して、新しいバージョンの安定性を確保できます。

2. ブルー環境とグリーン環境の切り替え：

   • 新しいバージョンが検証されたら、トラフィックをブルー環境からグリーン環境に切り替えます。

   • 切り替えは、VIP を新しい RS に再マッピングすることで実装されます。切り替え中、ブルー環境のインスタンス ID と IP アドレスは変更されないため、プロセスは簡単かつ迅速です。

3. 監視と必要に応じたロールバック：

   • アップグレード後に重大な問題が発生した場合、元のバージョンにすぐにロールバックしてビジネスを復旧できます。

   • ロールバックプロセスは高速であるため、障害復旧に必要な時間が大幅に短縮されます。

4. 問題の修正と再デプロイ：

   • 新しいバージョンの問題を修正したら、グリーン環境に再デプロイして、別の検証ラウンドを実行できます。

   • 新しいバージョンが検証されたら、トラフィックをブルー環境からグリーン環境に再び切り替えます。

メリット

• ゼロダウンタイムアップグレード：バージョンのアップグレードはトラフィックの切り替えによって実装されます。アップグレード後も、本番環境のインスタンスの ID と IP アドレスは変更されないため、アプリケーションの接続設定を変更することなく持続的接続が保証されます。

• 迅速なロールバック：新しいバージョンで問題が発生した場合、再デプロイや問題の修正を行うことなく、元のバージョンに簡単にロールバックできます。

• リソースの隔離：新しいバージョンと元のバージョンは隔離された環境で実行されるため、相互干渉を防ぎます。

• 高可用性：冗長デプロイメントにより、トラフィック切り替え中であっても、リクエストを処理するための十分なリソースが利用可能になります。