Elastic Load Balancing CodeDeploy との統合 - AWS CodeDeploy
Elastic Load Balancing のタイプ Blue/Green デプロイインプレースデプロイ

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

Elastic Load Balancing CodeDeploy との統合

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

注記

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

Elastic Load Balancing のタイプ

Elastic Load Balancing には、 CodeDeploy Classic Load Balancer、Application Load Balancer、Network Load Balancer の 3 種類のロードバランサーが用意されています。

Classic Load Balancer

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

注記

Classic Load Balancer は Amazon ECS デプロイではサポートされていません。

Application Load Balancer

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

注記

Application Load Balancer のターゲットグループには、EC2 インスタンスでのデプロイの場合は instance、および Fargate デプロイの場合は IP のターゲットタイプがなければなりません。詳細については、「ターゲットタイプ」を参照してください。

Network Load Balancer

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

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

Blue/Green デプロイ

Elastic Load Balancing ロードバランサーの背後にあるインスタンストラフィックの再ルーティングは、ブルー/グリーンデプロイの基本 CodeDeployです。

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

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

ブルー/グリーンデプロイでは、デプロイグループで 1 つ以上の Classic Load Balancer、Application Load Balancer ターゲットグループ、または Network Load Balancer ターゲットグループを指定できます。 CodeDeploy コンソールまたは を使用して AWS CLI 、ロードバランサーをデプロイグループに追加します。

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

インプレースデプロイ

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

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

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

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

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

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

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

注記

CodeDeployDefault.OneAtATime デプロイ設定は、スクリプトを使用してインプレースデプロイ用のロードバランサーをセットアップする場合にのみ使用してください。同時実行はサポートされておらず、 CodeDeployDefault.OneAtATime 設定によりスクリプトのシリアル実行が保証されます。デプロイ設定の詳細については、でのデプロイ設定の操作 CodeDeploy を参照してください。

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

Elastic Load Balancing ロードバランサーに登録されている Amazon EC2 インスタンス CodeDeploy を使用して でインプレースデプロイを設定するには、次の手順を実行します。

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

  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 がApplicationStartイベント中にregister_with_elb.shスクリプトを実行し、 ApplicationStop がイベント中にderegister_from_elb.shスクリプトを実行する手順を指定します。

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

    common_functions.sh スクリプトで:

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

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

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