Server Load Balancer:レイヤー 7 リスナーの ALB へのワンクリック移行

移行の制限事項

サポートされている CLB インスタンスタイプ

• レイヤー 7 リスナー (HTTP または HTTPS) が設定された VPC 内の内部向け IPv4 CLB インスタンス。

• レイヤー 7 リスナー (HTTP または HTTPS) が設定されたインターネット向け IPv4 CLB インスタンス。

サポートされていないシナリオ

移行ウィザードは、次のシナリオをサポートしていません。CLB から ALB へレイヤー 7 リスナーを手動で移行することを推奨します。

• HTTP または HTTPS リスナーが設定されていない CLB インスタンス。

• クラシックネットワーク内の内部向け CLB インスタンス。

• IPv6 CLB インスタンス。

移行に関する考慮事項

• ALB が利用できないリージョンでは、移行はサポートされていません。ALB をサポートするリージョンについては、「ALB をサポートするリージョンとゾーン」をご参照ください。

• 移行ウィザードは WAF 設定を移行しません。CLB インスタンスで WAF が有効になっている場合、移行後に移行先の ALB インスタンスで手動で WAF 保護を有効にする必要があります。新しい ALB インスタンスに WAF 3.0 を有効にすることを推奨します。詳細については、「ALB インスタンスの WAF 保護を有効にする」をご参照ください。

• 移行ウィザードは、CLB のしきい値ベースのアラートルールを移行しません。Cloud Monitor コンソール、API、または SDK を使用して、ALB インスタンスの新しいアラートルールを設定する必要があります。詳細については、「ALB メトリクスのアラートルールを設定する」をご参照ください。

• ALB インスタンスでは、DDoS 保護がデフォルトで有効になっています。ただし、移行ウィザードはカスタム DDoS 保護しきい値を移行しません。移行後、Traffic Security コンソールでこれらのしきい値を手動で設定する必要があります。

• 移行ウィザードは、アクセスコントロール設定を移行しません。アクセスコントロールが必要な場合は、移行後に ALB インスタンスに設定する必要があります。詳細については、「アクセスコントロール」をご参照ください。

• HTTPS リスナーの場合、サーバー証明書と CA 証明書を手動で指定する必要があります。

• 移行ウィザードは、CLB のプライマリ/セカンダリサーバーグループ設定を移行しません。

• 移行ウィザードは、内部向け CLB インスタンスのバックエンドサーバーを自動的に移行します。ただし、現在、インターネット向け CLB インスタンスのバックエンドサーバーは移行しません。移行ウィザードは、ALB インスタンスが存在する VPC 内に新しいサーバーグループを作成します。このサーバーグループにバックエンドサーバーを手動で追加する必要があります。バックエンドサーバーは、ALB インスタンスと同じ VPC 内にある必要があります。

課金

CLB から ALB へのワンクリック移行では、追加料金は発生しません。新しい ALB インスタンスは、ALB の課金ルールに従って課金されます。

• ALB の課金ルール

• 従量課金 CLB の課金ルール

前提条件

• 移行する CLB インスタンスに、レイヤー 7 リスナー (HTTP または HTTPS リスナー) を設定します。

• この例では、4 つの ECS インスタンスを使用します。

  • アプリケーションサーバー：ECS01 と ECS02 はバックエンドサーバーです。

  • テストサーバー：移行前のトラフィックのテストには ECS03 を、移行中のトラフィックの検証には ECS04 を使用します。

    すでにテストサーバーがある場合は、ECS03 と ECS04 を作成する必要はありません。

ステップ 1：移行ウィザードの使用

1. 次のいずれかの方法で移行ウィザードを開きます。

   方法 1：CLB コンソール

   1. CLB コンソールにログインします。

   2. 上部のナビゲーションバーで、CLB インスタンスが設置されているリージョンを選択します。

   3. インスタンス ページで、目的のインスタンスを見つけ、その ID をクリックします。

   4. 移行ウィザード タブをクリックします。メッセージ内の情報を確認した後、ALB 移行ウィザード カードの 有効化 をクリックします。

   方法 2：ALB コンソール

   説明

   移行対象の CLB インスタンスのリージョンに ALB インスタンスが存在しない場合、この方法は使用できません。代わりに方法 1 を使用してください。

   1. ALBコンソールにログインします。

   2. 上部のナビゲーションバーで、CLB インスタンスが設置されているリージョンを選択します。

   3. インスタンス ページで、CLB を ALB への移行ウィザード をクリックします。

   4. CLB を ALB への移行ウィザード ダイアログボックスで、メッセージ内の情報を確認し、移行する CLB インスタンスを選択して、移行ウィザードに移動する をクリックします。

2. 設定の審査 ステップでは、CLB インスタンスの基本情報と ALB インスタンスの事前設定情報を確認します。 アイコンが付いたすべてのリスナーを設定し、確認チェックボックスを選択してから、次へ をクリックします。

   • ：手動設定が必要な設定項目を示します。

   • ：システムが自動的に変更する設定項目を示します。

   リスナーの編集 と 証明書の編集 をクリックして、ALB リスナーの設定を変更できます。証明書は HTTPS リスナーの場合にのみ変更できます。

3. インスタンスの作成 ステップで、新しい ALB インスタンスの VPC と vSwitch を設定し、次へ をクリックします。

   パラメーター	説明
   [VPC]	内部向け CLB インスタンスの場合、新しい ALB インスタンスはデフォルトで CLB インスタンスと同じ VPC にデプロイされます。 インターネット向け CLB インスタンスの場合、VPC を選択する必要があります。
   [ゾーン]	ゾーンと vSwitch を選択します。 高可用性のため、現在のリージョンが 2 つ以上のゾーンをサポートしている場合は、少なくとも 2 つのゾーンを選択することをお勧めします。ALB は、複数ゾーンを使用しても追加料金は発生しません。 選択した各ゾーンで vSwitch を選択します。ゾーンに利用できる vSwitch がない場合は、コンソールの指示に従って作成してください。 オプション： インターネット向け CLB インスタンスを移行する場合、選択した各ゾーンで Elastic IP アドレス (EIP) を選択する必要があります。 利用可能な既存の EIP がない場合、EIP の購入 を選択できます。システムが自動的に、従量課金 (データ転送量課金) の BGP (Multi-ISP) Elastic IP アドレス (EIP) (Anti-DDoS Origin Basic 保護付き) を作成し、ALB インスタンスに関連付けます。 既存の EIP を新しい ALB インスタンスに関連付けることもできます。 重要 Internet Shared Bandwidth インスタンスに含まれていない、従量課金 (データ転送量課金) の EIP のみを関連付けることができます。 同一の ALB インスタンスでは、異なるゾーンの EIP は同じタイプである必要があります。

4. 注文書の確認 ステップで、ALB インスタンスの設定を確認し、料金計算 セクションのチェックボックスをオンにして、移行を開始 をクリックします。

5. 完了 ステップでは、移行が完了するまで待ちます。その後、次の操作を実行できます。

   移行はリソースオーケストレーションサービス (ROS) によって実行され、 1～10 分かかります。 プロンプトに従って ROS コンソールに移動し、対応するスタックで移行タスクのステータスを確認できます。

   • インスタンスの表示 をクリックして、新しい ALB インスタンスの詳細ページに移動します。

   • CLB インスタンスのリストに戻るには、CLB インスタンスリストに戻る をクリックします。

   • ALB インスタンスリストに戻る をクリックして、ALB インスタンスの一覧に戻ります。

6. 次のステップ：移行後、バックエンドサーバーが新しい ALB インスタンスに追加されているか確認します。

   1. 左側のナビゲーションウィンドウで、ALB > インスタンス を選択します。

   2. インスタンス ページで、新しい ALB インスタンスを見つけ、その ID をクリックします。

   3. リスナー タブをクリックします。目的のリスナーを見つけ、操作 列の 詳細を表示 をクリックします。

   4. リスナーの詳細 タブで、サーバーグループ (デフォルトの転送ルール) セクションの バックエンドサーバーの表示/変更 をクリックします。表示される バックエンドサーバー タブで、バックエンドサーバーがリストされているかどうかを確認します。

      バックエンドサーバーが表示されていない場合は、バックエンドサーバーの追加 をクリックして、少なくとも 2 つ追加してください。また、ALB インスタンスがリクエストを分散できるように、それらのサーバーにアプリケーションをデプロイする必要もあります。この例では、ECS01 と ECS02 が ALB インスタンスのバックエンドサーバーとして追加されます。

      • ECS インスタンスの作成方法の詳細については、「ウィザードを使用したインスタンスの作成」をご参照ください。

      • 次の例は、ECS01 と ECS02 にテストアプリケーションをデプロイするコマンドを示しています。

        ECS01 にアプリケーションをデプロイするコマンド

        yum install -y nginx
        systemctl start nginx.service
        cd /usr/share/nginx/html/
        echo "Hello World ! This is ECS01." > index.html
        

        ECS02 にアプリケーションをデプロイするコマンド

        yum install -y nginx
        systemctl start nginx.service
        cd /usr/share/nginx/html/
        echo "Hello World ! This is ECS02." > index.html
        

ステップ 2：トラフィックのテスト

（オプション）アクセスログの有効化

ALB は Simple Log Service (SLS) と統合されており、アクセスログを提供します。アクセスログを使用して、ALB インスタンスの負荷を監視し、問題のトラブルシューティングを行います。

1. ALBコンソールにログインします。

2. 上部メニューで、ALB インスタンスがデプロイされているリージョンを選択します。

3. インスタンス ページで、対象の ALB インスタンスを見つけ、その ID をクリックします。

4. インスタンスの詳細ページで、アクセスログ タブをクリックします。次に、アクセスログ タブで アクセスログの作成 をクリックします。

5. アクセスログの作成 ダイアログボックスで、プロジェクト と Logstore を設定してから、OK をクリックします。確認ダイアログボックスで、もう一度 OK をクリックします。

   パラメーター	説明
   [プロジェクト]	Simple Log Service におけるリソース管理の単位であり、リソースの隔離と制御に使用されます。 [既存の Project の選択]：ドロップダウンリストからプロジェクトを選択します。 [Project の新規作成]：新しいプロジェクトの名前を入力します。
   [Logstore]	Simple Log Service における単位であり、ログデータの収集、保存、クエリに使用されます。 [既存の Logstore の選択]：ドロップダウンリストから Logstore を選択します。 [Logstore の新規作成]：新しい Logstore の名前を入力します。新しいプロジェクトを作成する場合は、新しい Logstore も作成する必要があります。
   [サービスにリンクされたロールの作成に関する注意事項]	この操作により、必要な権限を持つサービスリンクロールが自動的に作成されます。

トラフィックのテスト

1. ECS03 にリモートログインします。

   説明

   この ECS03 インスタンスには、パブリック IP アドレスがあります。

2. 次のコマンドを実行して、hosts ファイルを変更します。

   sudo vi /etc/hosts

   hosts ファイルに、ALB インスタンスの Elastic IP アドレスとドメイン名を追加してから、ファイルを保存して閉じます。

   118.XX.XX.113 www.example.net

3. 次のコマンドを実行して、ALB インスタンス経由のトラフィック転送をテストします。

   curl -v www.example.net

   次の図は、期待される出力を示しています。

   [root@xxx ~]# curl -v www.example.net
   * Rebuilt URL to: www.example.net/
   *   Trying 118.xxx.xxx.113...
   * TCP_NODELAY set
   * Connected to www.example.net (118.xxx.xxx.113) port 80 (#0)
   > GET / HTTP/1.1
   > Host: www.example.net
   > User-Agent: curl/7.61.1
   > Accept: */*
   >
   < HTTP/1.1 200 OK
   < Date: Mon, 25 Sep 2023 09:10:00 GMT
   < Content-Type: text/html
   < Content-Length: 29
   < Connection: keep-alive
   < Last-Modified: Mon, 25 Sep 2023 08:44:00 GMT
   < ETag: "65114850-1d"
   < Accept-Ranges: bytes
   <
   Hello World ! This is ECS01.
   

   [xxx@xxxsuZ ~]# curl -v www.example.net
   * Rebuilt URL to: www.example.net/
   *   Trying 118.xxx.113...
   * TCP_NODELAY set
   * Connected to www.example.net (118.xxx.113) port 80 (#0)
   > GET / HTTP/1.1
   > Host: www.example.net
   > User-Agent: curl/7.61.1
   > Accept: */*
   >
   < HTTP/1.1 200 OK
   < Date: Mon, 25 Sep 2023 09:10:06 GMT
   < Content-Type: text/html
   < Content-Length: 29
   < Connection: keep-alive
   < Last-Modified: Mon, 25 Sep 2023 08:45:03 GMT
   < ETag: "6511488f-1d"
   < Accept-Ranges: bytes
   <
   Hello World ! This is ECS02.
   

4. （オプション）アクセスログを表示するには、ALB コンソールに戻ります。対象の ALB インスタンスの アクセスログ タブで、保存先パス の横にあるリンクをクリックします。

   Simple Log Service コンソールでは、必要に応じて request_uri、http_host、upstream_addr、status などのフィールドを組み合わせて、ALB のドメイン名または URL ベースの転送ルールの実行時ログを表示することもできます。

ステップ 3： ALB インスタンスへのトラフィック移行

次の手順では、CLB インスタンスに対して DNS 名前解決が既に設定されており、A レコードがサービスドメイン名を CLB インスタンスのサービスアドレスにマッピングしていることを前提とします。ALB インスタンスの設定を確認した後、次のように CLB インスタンスから ALB インスタンスへトラフィックを移行します。このトピックでは、Alibaba Cloud DNS を例とします。Alibaba Cloud DNS の詳細については、「パブリック権威 DNS 名前解決」をご参照ください。

ステップ 1： 一時ドメインと CNAME レコードの設定

1. Alibaba Cloud DNS コンソールにログインします。

2. インターネットの権威ある DNS 解決 ページで、CLB インスタンスのドメイン名 example.net を見つけてクリックします。

3. 解決設定 ページで、CLB インスタンスのサービスアドレスを指す A レコードを見つけ、[操作] 列の Edit をクリックします。

4. Edit Record パネルで、ホストレコード を変更し、OK をクリックします。 この例では、ホストレコード を web0 に変更します。 他のパラメーターは変更しません。

5. 解決設定 ページで、Add Record をクリックします。Add Record パネルで、次のパラメーターを設定し、OK をクリックします。

   パラメーター	説明
   [レコードタイプ]	ドロップダウンリストから [CNAME] を選択します。
   [ホストレコード]	ドメイン名のプレフィックス。この例では、www を入力します。
   [DNS リクエストソース]	デフォルトを選択します。
   TTL	Time to Live (TTL) は、DNS レコードが DNS サーバーにキャッシュされる時間を制御します。この例では、値を 5 秒に設定します。
   [レコード値]	一時ドメイン名を入力します。この例では、web0.example.net を入力します。

ステップ 2： ALB の CNAME レコードの追加

解決設定ページでAdd Recordをクリックし、Add Recordパネルで次のパラメーターを設定して OK をクリックします。

ステップ 3： 重み設定によるカナリアリリースの開始

1. 解決設定 ページで、ステップ 2 で追加した CNAME レコードを見つけます。Edit の横にあるドロップダウン矢印をクリックし、レコードセットを変更する を選択します。

2. Edit Record パネルの下部にある レコードコレクション セクションで、CLB インスタンスと ALB インスタンスの DNS レコードの重みを次のように設定します。CLB インスタンスの DNS レコードの重みを 100 に、ALB インスタンスの DNS レコードの重みを 0 に設定します。 OK をクリックして変更を保存し、終了します。

3. サービスに影響がないことを確認した後、CLB インスタンスの DNS レコードの重みを徐々に減らし、ALB インスタンスの DNS レコードの重みを増やします。

4. ALB インスタンスと同じ VPC 内の ECS04 インスタンスにログインし、dig コマンドを複数回実行して、トラフィック移行を確認します。

   説明

   ECS04 インスタンスにパブリック IP アドレスがあることを確認し、yum install bind-utils を実行して dig コマンドをインストールしてください。

   dig www.example.net

   次の図は、コマンドの出力を示しています。結果は、設定された重みに基づいて、リクエストが ALB または CLB インスタンスに分散されていることを示しています。

   [root@xxx 2uvl6raykm3Z ~]# dig www.xxx.net
   
   ; <<>> DiG 9.11.4-P2-RedHat-9.11.4-26.P2.el7_9.10 <<>> www.xxx.net
   ;; global options: +cmd
   ;; Got answer:
   ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 31592
   ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0
   
   ;; QUESTION SECTION:
   ;www.xxx.net.                IN      A
   
   ;; ANSWER SECTION:
   www.xxx.net.        5       IN      CNAME   web0.xxx.net.
   web0.xxx.net.       5       IN      A       47.xxx.xxx.144
   
   ;; Query time: 63 msec
   ;; SERVER: 100.xxx.136#53(100.xxx.136)
   ;; WHEN: Thu Jan 19 15:46:40 CST 2023
   ;; MSG SIZE  rcvd: 66
   

   [root@xxx vl6raykm3Z ~]# dig www.xxx.net
   
   ; <<>> DiG 9.11.4-P2-RedHat-9.11.4-26.P2.el7_9.10 <<>> www.xxx.net
   ;; global options: +cmd
   ;; Got answer:
   ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 14224
   ;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 0
   
   ;; QUESTION SECTION:
   ;www.xxx.net.                IN      A
   
   ;; ANSWER SECTION:
   www.xxx.net.        5       IN      CNAME   alb-xxx.com.
   alb-xxx.com.        60      IN      A       116.xxx.54
   alb-xxx.com.        60      IN      A       118.xxx.39
   
   ;; Query time: 4 msec
   ;; SERVER: 100.xxx.136#53(100.xxx.136)
   ;; WHEN: Thu Jan 19 15:47:52 CST 2023
   ;; MSG SIZE  rcvd: 128
   

ステップ 4： トラフィック移行の完了

トラフィック移行の検証結果に基づいて、CLB インスタンスの DNS レコードの重みを徐々に 0 に減らし、同時に ALB インスタンスの DNS レコードの重みを徐々に 100 に増やします。これにより、CLB インスタンスから ALB インスタンスへのトラフィック移行が完了します。CLB インスタンス上のすべての長時間接続が完全に処理され、CLB インスタンスが新しいトラフィックを受信しなくなったら、ビジネスシナリオに基づいて一定期間インスタンスを監視してから、CLB インスタンスをリリースできます。CLB インスタンスのリリース方法の詳細については、「CLB インスタンスのリリース」をご参照ください。

DNS プロバイダーが加重 CNAME レコードをサポートしていない場合は、クリックして代替移行プランを表示してください。

よくある質問