AWS Blue/Green デプロイメントを使用して、ダウンタイムなしで MySQL RDS データベースのストレージをスケールダウンする

AWS RDS ブルー/グリーン デプロイメント: ゼロダウンタイムのデータベース更新

DevOps エンジニアであれば、運用ワークロードを中断することなく RDS データベースを更新するという課題をご存知でしょう。 従来の方法ではダウンタイムのリスクが生じることがよくあります。 しかし、AWS Blue/Green デプロイメントを使用すると、ゼロダウンタイムで更新を実行できます。この記事では、AWS RDS コンソールを使用したステップバイステップのガイドを提供します。

開始する前に、ワークロードが低く、開発アクティビティが最小限に抑えられている期間中に更新をスケジュールしてください。 予定されているメンテナンスをチームに通知します。 この例では、データベース インスタンスのストレージをダウンスケールします。 同じプロセスが他の更新にも適用されます。 続行する前に、MySQL または MariaDB RDS インスタンスの自動バックアップを有効にすることが重要です。

準備

1 つのマスターと 3 つのレプリカを備えたクラスター上のストレージを 400 GB から 200 GB にダウンスケールします。

ステップ 1: ブルー/グリーン展開を開始する

マスターデータベースを選択します。 アクションで、Blue/Green デプロイメントの作成を選択します。 これにより、「ブルー」画面 (運用環境) が開きます。

ステップ 2: グリーン環境を作成する

Blue/Green デプロイメントに名前を付けます (大文字と小文字は区別されません)。これにより、本番環境 (青) のコピーがステージング環境 (緑) として作成されます。

ステップ 3: グリーン環境を構成する

データベース エンジンとパラメータ グループを指定します。 ストレージをダウンスケーリングするには、Blue 環境と同じ設定を使用します。

ステップ 4: Green インスタンスを構成する

Blue 環境と同じインスタンス タイプを選択します。

ステップ 5: ストレージのダウンスケール

グリーン展開 (マスターとレプリカ) に割り当てられたストレージを削減します。 コンソールの更新はクラスター全体に適用されます。

(マスター比較)

(レプリカの比較)

作成をクリックする前に、コスト見積もりを確認してください。

デプロイにかかる時間は、データベースのサイズ、ワークロード、レプリカの数によって異なります。 この例では、5 時間かかりました。 AWS は名前変更とエンドポイントの更新を処理します。アプリケーションの構成を変更する必要はありません。 Blue (プライマリ) 環境では最小限の遅延が観察されました。 結果: ダウンタイムゼロ!

以上がAWS Blue/Green デプロイメントを使用して、ダウンタイムなしで MySQL RDS データベースのストレージをスケールダウンするの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。