Blue-Green Deployment

必要なタイミングで検証環境を作成

• バージョンアップや変更作業が必要になったタイミングで、前回作業時に取得したカスタムOSイメージより検証環境を作成します。
• 検証環境はIIJ GIO P2 パブリックリソースの仮想サーバ（ベストエフォートタイプ）を契約します。ベストエフォートタイプの仮想サーバは起動している時間に応じた課金となるため、作業をしない時は電源をOFFにして無駄な課金を避けられます。
• 検証完了後、切り替えの前に検証環境のサーバを本番環境相当の適切なスペックに変更します。
• 切り替え完了後、正常な動作を確認した後に元の環境を解約します。

［効果］

• カスタムOSイメージを利用することで、容易に検証環境を作成できます。
• ベストエフォートタイプの仮想サーバを利用し、夜間などの作業しない時間帯にサーバを停止することで、サーバ利用のコストを最適化できます。

本番環境と検証環境の容易な切り替え

• 切り替えの前に、データベース等検証用の設備を本番用に切り替えます。この作業では、DNSやアプリケーションの設定値変更が必要になる可能性があります。
• ロードバランサの新しいプール設定に検証環境のサーバを登録します。その後、現在設定されている本番プールを新しく作成した検証プールに切り替えます。

［効果］

• 実施する作業はロードバランサのプール切り替えのみとなるので、停止時間を最小限にすることが可能です。
• 切り替え後に問題が発生した場合は、容易に元のプールへの切り戻しができます。

共有コンテンツ設置先

• 共通となる静的コンテンツなどは、IIJ GIO P2 ストレージリソースのNFSストレージ上に設置します。

切り替えが難しいサーバの対応

• 切り替えが難しいサーバは共通サーバとして切り替え対象にはしないように構成します。
• 例えばデータベースサーバを共通サーバとして用意し、検証系作業時に利用する時はレプリケーションで検証用データベースを作成したうえで検証作業を実施します。

［効果］

• サーバのローカルにはデータを持たせないことで、データを気にすることなくシステムの切り替えが可能です。
• 切り替えが難しいサーバは共通サーバとして切り出すことで、システム全体の切り替えを容易に行えるようになります。

固有のデータ保管先

• IIJ GIO P2 ストレージリソースでは、NFSタイプのNASを提供します。この領域にサーバ固有のデータを配置するようにします。
• 例えばログファイルは通常、一定期間保持しておく必要がありますが、サーバごとにログを保持している場合、切り替えのタイミングでログはすべて失われてしまいます。ログ保管先をNASにすることで、サーバを切り替えた際にもログを失うことはありません。

［効果］

• サーバ固有のデータをNASに外部保管することで、サーバに状態を持たせなくてすみます。これによりサーバを容易に切り替えることが可能になります。

利用したデザインパターン

• サーバクローニング
• 共有ストレージの利用
• オンラインDBの複製