CodeDeploy とElastic Load Balancing

CodeDeploy のデプロイ中、インスタンスが準備完了ではない、現在デプロイ中、または環境の一部として不要になった場合は、ロードバランサーはそのインスタンスへのインターネットトラフィックのルーティングを防止します。ただし、ロードバランサーの正確な役割は、Blue/Green デプロイで使用されるかインプレースデプロイで使用されるかによって異なります。

注記

Elastic Load Balancer のロードバランサーの使用は Blue/Green デプロイでは必須、インプレースデプロイでは任意です。

Elastic Load Balancing

Elastic Load Balancing は、CodeDeploy デプロイで使用できる 3 種類のロードバランサーを提供しています。クラシックロードバランサー、Application Load Balancer、および Network Load Balancer。

Classic Load Balancer

ルーティングおよび負荷分散を、トランスポートレイヤー (TCP/SSL) またはアプリケーションレイヤー (HTTP/HTTPS) のいずれかで行います。これは、EC2-Classic または VPC をサポートします。

Application Load Balancer

ルーティングと負荷分散をアプリケーションレイヤー (HTTP/HTTPS) で行い、パスベースのルーティングをサポートしています。Virtual Private Cloud (VPC) 内の EC2 の各インスタンスまたはコンテナインスタンスのポートにリクエストをルーティングできます。

注記

Application Load Balancer ターゲットグループには、のターゲットタイプがある必要があります。instanceEC2 インスタンスでのデプロイの場合、およびIPFargate デプロイの場合。詳細については、「」を参照してください。[Target type (ターゲットタイプ)]。

Network Load Balancer

パケットのコンテンツからではなく、TCP パケットヘッダーから抽出されたアドレス情報に基づいて、トランスポートレイヤー (TCP/UDP Layer-4) でルーティングと負荷分散を行います。Network Load Balancer は、ロードバランサーの有効期間中、トラフィックバーストを処理し、クライアントのソース IP を保持して、固定 IP を使用します。

Elastic Load Balancing ロードバランサーの詳細については、以下のトピックを参照してください。

• Elastic Load Balancing とは

• Classic Load Balancer とは

• Application Load Balancer とは

• Network Load Balancer とは?

Blue/Green デプロイ

Elastic Load Balancing ロードバランサーの背後でインスタンストラフィックを再ルーティングすることは Blue/Green CodeDeploy の基本です。

Blue/Green デプロイの場合、ロードバランサーは、最新のアプリケーションリビジョンのデプロイ先であるデプロイグループの新しいインスタンス (置き換え先環境) に対しては、指定したルールに基づくトラフィックのルーティングを許可し、前回のアプリケーションリビジョンの実行元である古いインスタンス (元の環境) からはトラフィックをブロックします。

置き換え先環境のインスタンスがロードバランサーに登録されると、置き換え元環境のインスタンスは登録解除され、終了可能になります。

青/緑のデプロイでは、デプロイグループでClassic Load Balancer、Application Load Balancer、またはNetwork Load Balancer を指定できます。CodeDeploy コンソールを使用するか、AWS CLIをクリックして、ロードバランサーをデプロイグループに追加します。

Blue/Green デプロイにおけるロードバランサーの使用に関する詳細については、以下のトピックを参照してください。

• Elastic Load Balancing の CodeDeploy でのロードバランサーのセットアップ Amazon EC2

• Blue/Green デプロイ用のアプリケーションを作成する (コンソール)

• EC2/オンプレミスBlue/Green デプロイ用のデプロイグループを作成する (コンソール)

インプレースデプロイ

インプレースデプロイ中は、ロードバランサーにより、デプロイ先のインスタンスに対するインターネットトラフィックのルーティングがブロックされ、そのインスタンスへのデプロイが完了した時点でインスタンスに対するトラフィックのルーティングが再開されます。

インプレースデプロイ中にロードバランサーが使用されないと、インターネットトラフィックはデプロイプロセス中に依然としてインスタンスにルーティングされる場合があります。その結果、お客様に表示されるウェブアプリケーションが破損していたり、不完全であったり、古いものであったりする可能性があります。インプレースデプロイで Elastic Load Balancing ロードバランサーを使用する場合、デプロイグループのインスタンスはロードバランサーから登録解除され、最新のアプリケーションリビジョンに更新されてから、デプロイが後で同じデプロイグループの一部としてロードバランサーに再登録されます。成功した。CodeDeploy は、ロードバランサーの背後でインスタンスが正常になるまで最大 1 時間待機します。待機期間中にロードバランサーによってインスタンスが正常とマークされていない場合、CodeDeployはデプロイの設定に基づいて次のインスタンスに移動するか、デプロイに失敗します。

インプレースデプロイの場合、Classic Load Balancer、Application Load Balancer、またはNetwork Load Balancer を指定できます。ロードバランサーをデプロイグループの設定の一部として指定できます。または CodeDeploy が提供するスクリプトを使用してロードバランサーを実装します。

デプロイグループを使用してインプレースデプロイロードバランサーを指定する

ロードバランサーをデプロイグループに追加するには、CodeDeploy コンソールを使用します。AWS CLI。インプレースデプロイでロードバランサーをデプロイグループで指定する詳細については、次のトピックを参照してください。

• インプレースデプロイ用のアプリケーションの作成 (コンソール)

• インプレースデプロイ用のデプロイグループを作成する (コンソール)

• Elastic Load Balancing の CodeDeploy でのロードバランサーのセットアップ Amazon EC2

スクリプトを使用してインプレースデプロイメントロードバランサーを指定する

次の手順のステップに従ってデプロイライフサイクルスクリプトを使用し、インプレースデプロイのロードバランシングをセットアップします。

注記

CodeDeployDefault.OneAtATime 設定は、スクリプトを使用してインプレイスデプロイ用のロードバランサーを設定するときのみ使用します。同時実行はサポートされておらず、CodeDeployDefault.OneAtATime 設定によりスクリプトの直列実行が確実になります。デプロイ設定の詳細については、CodeDeploy でデプロイ設定を使用する を参照してください。

GitHub の CodeDeploy サンプルリポジトリでは、CodeDeploy Elastic Load Balancer ロードバランサーの使用に対応できる手順とサンプルを提供します。これらのリポジトリには、3 つのサンプルスクリプトが含まれています。register_with_elb.sh,deregister_from_elb.sh, およびcommon_functions.sh— 開始するのに必要なすべてのコードを提供します。これらの 3 つのスクリプトのプレースホルダーを編集して、appspec.yml ファイルからこれらのスクリプトを参照します。

Elastic Load Balancing ロードバランサーに登録された CodeDeploy で Amazon EC2 インスタンスを使用してインプレースデプロイをセットアップするには、以下を実行します。

1. インプレースデプロイで使用するロードバランサーのタイプのサンプルをダウンロードします。

   • Classic Load Balancer

   • Application Load Balancerまたは、Network Load Balancer(同じスクリプトをいずれのタイプにも使用できます)

2. ターゲットの Amazon EC2 インスタンスのそれぞれがAWS CLIがインストールされた。

3. ターゲットの Amazon EC2 インスタンスごとに IAM インスタンスプロファイルに少なくとも elasticloadbalancing: * および autoscaling: * アクセス許可がアタッチされていることを確認します。

4. アプリケーションのソースコードディレクトリにデプロイライフサイクルイベントのスクリプト (register_with_elb.sh、deregister_from_elb.sh、および common_functions.sh) を含めます。

5. 左appspec.ymlアプリケーションリビジョンについては、CodeDeploy にregister_with_elb.sh中のスクリプトApplicationStartイベントとderegister_from_elb.sh中のスクリプトApplicationStopevent.

6. インスタンスが Amazon EC2 Auto Scaling グループの一部である場合、この手順は省略できます。

   common_functions.sh スクリプトで:

   • を使用している場合は、Classic Load Balancerで Elastic Load Balancing ロードバランサーの名前を指定します。ELB_LIST=""をクリックし、ファイルの他のデプロイ設定に必要な変更を加えます。

   • を使用している場合は、Application Load Balancerまたは、Network Load Balancerで、Elastic Load Balancing ターゲットグループの名前を指定します。TARGET_GROUP_LIST=""をクリックし、ファイルの他のデプロイ設定に必要な変更を加えます。

7. アプリケーションのソースコード appspec.yml およびデプロイライフサイクルイベントのスクリプトをアプリケーションリビジョンにバンドルしてから、リビジョンをアップロードします。Amazon EC2 インスタンスにリビジョンをデプロイします。デプロイ中、デプロイライフサイクルイベントスクリプトは、ロードバランサーへの Amazon EC2 インスタンスの登録を解除し、接続がドレインするまで待機して、デプロイが完了した後、Amazon EC2 インスタンスをロードバランサーに再登録します。