翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
Elastic Load Balancing は、Application Load Balancer、Network Load Balancer、Gateway Load Balancer、Classic Load Balancer などのロードバランサーをサポートします。各ロードバランサータイプのさまざまな機能については、Elastic Load Balancing の機能
また、VPC にある既存の Classic Load Balancer を、Application Load Balancer または Network Load Balancer に移行させることもできます。
Classic Load Balancer からの移行のメリット
ロードバランサーの各タイプにはそれぞれ独自の機能、関数、設定があります。各ロードバランサーの利点を確認し、最適なタイプを選定します。
Classic Load Balancer の代わりに Application Load Balancer を使用すると以下の利点があります。
以下をサポート:
-
特定の URL から別の URL にリクエストをリダイレクトし、1つの EC2 インスタンス上の複数のアプリケーションにリクエストをルーティングする。
-
カスタムの HTTP レスポンスを返す。
-
IP アドレス別にターゲットを登録し、Lambda 関数をターゲットとして登録する。ロードバランサーの VPC 外のターゲットを含める。
-
企業 ID またはソーシャル ID によりユーザーを認証する。
-
Amazon Elastic Container Service (Amazon ECS) コンテナ化アプリケーション。
-
各サービスのヘルスを個別にモニタリングする。
アクセスログには追加情報が含まれ、圧縮形式で保存されます。
ロードバランサーのパフォーマンスが全体的に向上します。
移行ウィザードを使用した移行
移行ウィザードは、Classic Load Balancer の設定を使って同等の Application Load Balancer または Network Load Balancer を作成します。他の方法に比べ、Classic Load Balancer の移行に要する時間と労力を削減できます。
注記
移行ウィザードは新しいロードバランサーを作成します。このウィザードは、既存の Classic Load Balancer を Application Load Balancer または Network Load Balancer に変換しません。トラフィックを新たに作成されたロードバランサーにリダイレクトするには手動で行う必要があります。
制限
-
新しいロードバランサーの名前は、同じリージョン内にある同じタイプの既存のロードバランサーと同じにすることはできません。
-
Classic Load Balancer のキーに
aws:プレフィックスを含むタグがあると、そのタグは移行されません。
Application Load Balancer に移行する場合
-
Classic Load Balancer にサブネットが 1 つしかない場合、2 つ目のサブネットを指定する必要があります。
-
Classic Load Balancer に TCP ヘルスチェックを使用する HTTP/HTTPS リスナーがある場合、ヘルスチェックのプロトコルは HTTP に更新され、パスは「/」に設定されます。
-
Classic Load Balancer に、カスタムのまたはサポートされていないセキュリティポリシーを使用する HTTPS リスナーがある場合、移行ウィザードは新しいロードバランサータイプのデフォルトのセキュリティポリシーを使用します。
Network Load Balancer に移行する場合
-
次のインスタンスタイプは、新しいターゲットグループには登録されません。C1、CC1、CC2、CG1、CG2、CR1、CS1、G1、G2、HI1、HS1、M1、M2、M3、T1。
-
Classic Load Balancer の一部のヘルスチェック設定は、新しいターゲットグループに移行できない場合があります。このような状況は、移行ウィザードの概要セクションに変更として表示されます。
-
Classic Load Balancer に SSL リスナーがある場合、移行ウィザードは SSL リスナーの証明書とセキュリティポリシーを使用して TLS リスナーを作成します。
移行ウィザードを使用して Classic Load Balancer を移行するには
-
Amazon EC2 コンソール (https://console.aws.amazon.com/ec2/
) を開きます。 -
ナビゲーションペインの [ロードバランシング] で [ロードバランサー] を選択します。
-
移行させる Classic Load Balancer を選択します。
-
ロードバランサーの [詳細] セクションで [移行ウィザードを起動]を選択します。
-
[Application Load Balancer に移行] または [Network Load Balancer に移行] を選択して移行ウィザードを開きます。
-
[新しいロードバランサーに名前を付ける] の [ロードバランサー名] に新しいロードバランサーの名前を入力します。
-
[新しいターゲットグループに名前を付けて、ターゲットを確認] の [ターゲットグループ名] に新しいターゲットグループの名前を入力します。
-
(オプション) [ターゲット] では、新しいターゲットグループに登録されるターゲットインスタンスを確認できます。
-
(オプション) [タグを確認] では、新しいロードバランサーに適用されるタグを確認できます。
-
[Application Load Balancer の概要] または [Network Load Balancer の概要] で、移行ウィザードによって割り当てられた設定オプションを確認し、確定します。
-
設定に問題がなければ、[Application Load Balancer を作成] または [Network Load Balancer を作成] を選択して移行を開始します。
ロードバランサーコピーユーティリティを使用した移行
ロードバランサーのコピーユーティリティは、 AWS GitHub ページの Elastic Load Balancing Tools リポジトリで利用できます。
リソース
ロードバランサーを手動で移行する
以下の情報は、VPC 内の既存の Classic Load Balancer に基づいて、新しい Application Load Balancer または Network Load Balancer を手動で作成するための一般的な手順を示しています。 AWS Management Console、、 AWS CLIまたは AWS SDK を使用して移行できます。詳細については、「Elastic Load Balancing の使用開始」を参照してください。
移行プロセスを完了すると、新しいロードバランサーの機能を利用できます。
ステップ 1: 新しいロードバランサーを作成する
移行する Classic Load Balancer と同等の設定でロードバランサーを作成します。
-
新しいロードバランサーを、Classic Load Balancer と同じスキーム (インターネット向けまたは内部向け)、サブネット、セキュリティグループを設定して作成します。
-
ロードバランサーの 1 つのターゲットグループを、Classic Load Balancerと同じヘルスチェック設定で作成します。
-
次のいずれかを行ってください。
-
Classic Load Balancer が Auto Scaling グループに接続されている場合は、ターゲットグループを Auto Scaling グループに接続します。これにより、Auto Scaling インスタンスがターゲットグループに登録されます。
-
EC2 インスタンスをターゲットグループに登録します。
-
-
1 つ以上のリスナーを作成し、各リスナーに、リクエストをターゲットグループに転送するデフォルトのルールを設定します。HTTPS リスナーを作成する場合は、Classic Load Balancer 用に指定したのと同じ証明書を指定できます。デフォルトのセキュリティポリシーを使用することをお勧めします。
-
Classic Load Balancer がタグ付けされている場合は、それらを見直して、関連性のあるタグを新しいロードバランサーに追加します。
ステップ 2: トラフィックを新しいロードバランサーに段階的にリダイレクトする
インスタンスを新しいロードバランサーに登録したら、古いロードバランサーから新しいロードバランサーにトラフィックをリダイレクトするプロセスを開始できます。これにより、アプリケーションの可用性に与えるリスクを最小限に抑えながら、新しいロードバランサーをテストできます。
トラフィックを新しいロードバランサーに段階的にリダイレクトするには
-
インターネットに接続したウェブブラウザのアドレスフィールドに、新しいロードバランサーの DNS 名を貼り付けます。すべて適切な場合は、ブラウザにアプリケーションのデフォルトページが表示されます。
-
ドメイン名を新しいロードバランサーに関連付ける新しい DNS レコードを作成します。DNS サービスが重み付けをサポートしている場合は、新しい DNS レコードに重み 1 を、古いロードバランサーの既存の DNS レコードに重み 9 を指定します。これで、トラフィックの 10% が新しいロードバランサーに、90% が古いロードバランサーにリダイレクトされます。
-
新しいロードバランサーをモニタリングして、トラフィックが受信され、リクエストがインスタンスにルーティングされていることを確認します。
重要
DNS レコードの有効期限 (TTL) は 60 秒です。つまり、ドメイン名を解決する DNS サーバーは、変更が反映される間、レコード情報を 60 秒間キャッシュに保持します。したがって、これらの DNS サーバーは、前のステップを完了してから最大 60 秒間、トラフィックを引き続き古いロードバランサーにルーティングできます。伝達の実行中、トラフィックは両方のロードバランサーにリダイレクトされる可能性があります。
-
すべてのトラフィックが新しいロードバランサーにリダイレクトされるまで、DNS レコードの重みの更新を繰り返します。完了したら、古いロードバランサーの DNS レコードを削除できます。
ステップ 3: ポリシー、スクリプト、およびコードを更新する
Classic Load Balancer を Application Load Balancer または Network Load Balancer に移行した場合は、必ず以下のことを行ってください。
-
API バージョン 2012-06-01 を使用する IAM ポリシーを更新して、バージョン 2015-12-01 を使用します。
-
AWS/ELB名前空間の CloudWatch メトリクスを使用するプロセスを更新して、AWS/ApplicationELBまたはAWS/NetworkELB名前空間のメトリクスを使用します。 -
aws elb AWS CLI コマンドを使用するスクリプトを更新して aws elbv2 AWS CLI コマンドを使用します。
-
AWS::ElasticLoadBalancing::LoadBalancerリソースを使用する AWS CloudFormation テンプレートを更新して、AWS::ElasticLoadBalancingV2リソースを使用します。 -
Elastic Load Balancing API バージョン 2012-06-01 を使用するコードを更新して、バージョン 2015-12-01 を使用します。
リソース
-
AWS CLI コマンドリファレンス の elbv2
-
Application Load Balancer ユーザーガイドの Application Load Balancer metrics
-
Network Load Balancer ユーザーガイドの Network Load Balancer metrics
-
AWS CloudFormation ユーザーガイド の AWS::ElasticLoadBalancingV2::LoadBalancer
ステップ 4: 古いロードバランサーを削除する
古い Classic Load Balancer は、以下を行った後に削除できます。
-
すべてのトラフィックを古いロードバランサーから新しいロードバランサーにリダイレクトしました。
-
古いロードバランサーにルーティングされたすべての既存のリクエストが完了しました。
