インスタンスクローンによる迅速なデプロイ - Server Load Balancer

迅速な環境デプロイ、ディザスタリカバリ、設定移行などのシナリオでは、Application Load Balancer (ALB) のインスタンスクローン機能を使用して、ソースインスタンスと同一または類似のインスタンスを迅速に作成し、デプロイ効率を向上させ、運用上の複雑さを軽減します。

ALB インスタンスクローン

インスタンスクローン機能は、リスナー、サーバーグループ、転送ルール、ヘルスチェックなどの主要コンポーネントを含む、既存の ALB インスタンスの設定を複製します。これにより、面倒な手動での再設定を回避し、新しいインスタンスがソースインスタンスと同一または類似の設定を持つようになります。この機能は、特にディザスタリカバリや設定移行に役立ちます。

主な機能

迅速な複製： Resource Orchestration Service (ROS) を利用した自動化プロセスにより、ワンクリックで既存の ALB インスタンスをクローンできます。この迅速なプロセスにより、デプロイ効率が向上し、運用上の複雑さが軽減されます。
設定の一貫性：新しいインスタンスはソースインスタンスと同一または類似の設定を持つことが保証され、設定ミスを防ぎます。
柔軟なデプロイ：複数リージョンでの事業拡大やディザスタリカバリのフェールオーバーといった複雑な要件に対応するため、クローンしたインスタンスを異なるリージョンやゾーンにデプロイできます。

ユースケース

環境移行：テスト環境の設定を準本番環境や本番環境にクローンすることで、環境間の一貫性を確保し、機能のリリースを迅速化できます。
ディザスタリカバリ：サービス障害時に、インスタンスクローンを使用して待機系の負荷分散リソースを迅速にデプロイし、事業継続性と高可用性を向上させることができます。
設定移行：バージョンアップやアーキテクチャ調整などのために、既存インスタンスの設定を新しいインスタンスに移行し、手動での反復的な設定作業を回避できます。

制限事項

クローン先の ALB インスタンスとソースの ALB インスタンスは、同じ Edition である必要があります。
ALB イングレスインスタンスはクローンできません。
ALB インスタンスで変更保護が有効になっている場合はクローンできません。
ソースの ALB インスタンスが Internet Shared Bandwidth インスタンスに追加されている場合、クローンされた ALB インスタンスは自動的に Internet Shared Bandwidth インスタンスに追加されません。インスタンスの詳細ページで手動でインスタンスを追加できます。
アップグレードされていない ALB インスタンスをクローンすると、デフォルトでアップグレードされた ALB インスタンスが作成されます。詳細については、「アップグレードされていない ALB インスタンスとアップグレードされた ALB インスタンスの違い」をご参照ください。

例

ある企業がテスト環境で新機能をデプロイし、負荷分散のために ALB インスタンスを使用しています。ALB インスタンスには、HTTP リクエストを HTTPS にリダイレクトする転送ルールが設定されており、カスタムドメイン名を使用してテストサービスを提供しています。テストクライアントがドメイン名 www.example.com にアクセスすると、DNS は CNAME レコードに基づいてドメイン名を ALB インスタンスに解決します。その後、ALB インスタンスは転送ルールに基づいてトラフィックを ECS01 と ECS02 に転送します。

機能が受け入れテストに合格した後、ALB インスタンスの設定を本番環境に移行する必要があります。ALB インスタンスを手動で設定するのは時間がかかり、特にトラフィックの多い本番環境では、設定の不整合が業務に影響を与える可能性があります。

この問題を解決するため、同社はインスタンスクローン機能を使用して、テスト環境から本番環境へ ALB 設定を迅速に複製することを決定しました。この機能を使用することで、同社は本番環境に ALB インスタンスを迅速にデプロイし、新機能の迅速な立ち上げと安定した運用を保証できます。

前提条件

ソース ALB インスタンスには、リスナー、バックエンドサーバー、CNAME レコードが設定されている必要があります。また、カスタムドメイン名 www.example.com を通じてテストアクセスできる必要があります。詳細については、「ALB を使用した IPv4 サービスの負荷分散」をご参照ください。
- ソース ALB インスタンスには、HTTP リスナーと HTTPS リスナーがあります。HTTP リスナーには、HTTP リクエストを HTTPS にリダイレクトするためのリダイレクト転送ルールが設定されています。
- ソース ALB インスタンスのバックエンドサーバー ECS01 と ECS02 にサービスをデプロイしておきます。
  このトピックでは、オペレーティングシステムとして Alibaba Cloud Linux 3 を使用し、Nginx を用いてポート 80 でリッスンする HTTP サービスを設定します。
  例：ECS01 へのテストサービスのデプロイ
```
yum install -y nginx
systemctl start nginx.service
cd /usr/share/nginx/html/
echo "Hello World ! This is ECS01." > index.html
```
必要に応じて、クローン先の ALB インスタンス用のバックエンドサーバーを準備しておきます。
- クローン先の ALB インスタンスがソース ALB インスタンスと同じ Virtual Private Cloud (VPC) 内にある場合、ソース ALB インスタンスのバックエンドサーバー ECS01 と ECS02 を、クローン先の ALB インスタンスのバックエンドサーバーとしても使用できます。
- クローン先の ALB インスタンスがソース ALB インスタンスと同じ VPC 内にない場合、クローン先の VPC にバックエンドサーバー ECS03 と ECS04 を準備し、それらにサービスをデプロイします。
クライアントをシミュレートするためのサーバーを準備しておきます。ECS-A は移行前のトラフィックテストに使用し、ECS-B は移行中のアクセストラフィックの検証に使用します。両方のサーバーはパブリックネットワークアクセスが必要です。このトピックでは、オペレーティングシステムとして Alibaba Cloud Linux 3 を使用します。
すでにテストサーバーがある場合は、ECS-A と ECS-B を作成する必要はありません。

操作手順

手順1：ソース ALB インスタンスのクローン

ALB コンソールの上部メニューで、ソース ALB インスタンスのリージョンを選択します。
インスタンス ページで、クローンするインスタンスを見つけます。操作列で、 > クローン を選択します。
クローン ダイアログボックスで、クローン先の ALB インスタンスのパラメーターを設定し、次へをクリックします。
デフォルトでは、クローン先の ALB インスタンスのパラメーターはソース ALB インスタンスと同じです。この例では、クローン先リージョン をドイツ (フランクフルト) から米国 (シリコンバレー) に変更し、クローン先 VPC をデフォルトの VPC1 からクローン先の VPC2 に変更し、対応するクローン先のゾーンと vSwitch を選択します。その他のパラメーターについては、デフォルト値を維持するか、必要に応じて変更できます。
クローンされたインスタンスがパブリックネットワークタイプであり、クローン先のリージョンが ALB が Anycast EIP をサポートするリージョンである場合、IP アドレスタイプ (EIP または Anycast EIP) を選択し、選択したゾーンに対応するタイプのパブリック IP アドレスを割り当てる必要もあります。
設定の確認 ステップで、クローン先の ALB インスタンスの情報と料金を確認し、クローン をクリックします。
クローンの結果を確認します。
クローンが完了したら、クローン先の ALB インスタンスの設定とソース ALB インスタンスの設定を比較できます。
インスタンスクローンは ROS によって提供されます。クローンプロセス中は、ROS コンソールにログインして進行状況を確認できます。
バックエンドサーバー ECS03 と ECS04 を、クローン先の ALB インスタンスのサーバーグループに追加します。

手順2：トラフィックのテスト

クローン先の ALB インスタンスがバックエンドサービスに接続できるようにするため、バックエンドサービスで iptables やその他のサードパーティ製セキュリティソフトウェアなどのアクセスポリシーが設定されている場合は、ALB インスタンスの vSwitch の CIDR ブロックを許可リストに追加してください。

テストサーバー ECS-A にリモート接続します。
次のコマンドを実行して hosts ファイルを変更します。
```
sudo vi /etc/hosts
```
hosts ファイルに、クローン先の ALB インスタンスの Elastic IP Address (EIP) とドメイン名を追加します。ファイルを変更したら、変更を保存して終了します。
```
47.251.XX.XX www.example.com
```
次のコマンドを実行して、クローン先の ALB インスタンスのトラフィック転送をテストします。
```
curl -v -L www.example.com
```
次の出力が返され、HTTP リクエストが正常に HTTPS にリダイレクトされ、応答したサーバーが ECS03 であることを示します。
コマンドを再度実行します。応答したサーバーが ECS04 に変わります。

手順3：クローン先インスタンスへのトラフィック移行

警告

トラフィックを移行する前に、ソースとクローン先の ALB インスタンスの転送ルール設定を比較し、両者の機能が同一であることを確認してください。移行中にビジネスに予期せぬ影響を与えないように、すべての設定が受け入れテストに合格していることを確認してください。
ALB のトラフィックは、オフピーク時に移行してください。

ソース ALB インスタンスには CNAME レコードが設定されています。クローン先の ALB インスタンスの設定を検証した後、必要に応じてソース ALB インスタンスからクローン先の ALB インスタンスにトラフィックを移行できます。

このトピックでは、Alibaba Cloud DNS の加重ルーティングポリシー機能を例に説明します。ソースとクローン先の ALB インスタンス間の重み比率を動的に調整することで、DNS トラフィックをソースインスタンスから新しいインスタンスに段階的に移行します。

パート1：CNAME レコードの追加

左側メニューで、ALB > インスタンス を選択します。インスタンス ページで、作成した ALB インスタンスの DNS 名をコピーします。
次の手順に従って CNAME レコードを追加します。
1. Alibaba Cloud DNS コンソールで、対象のドメイン名を見つけ、Actions 列の 解決設定 をクリックします。
  Alibaba Cloud に登録されていないドメインの場合、DNS 設定を行う前に、まず Alibaba Cloud DNS コンソールにドメインを追加する必要があります。
2. 解決設定 ページで Add Record をクリックし、CNAME レコードを設定してから OK をクリックします。
  この例では、Record Type を [CNAME] に設定し、Record Value をクローン先の ALB インスタンスの DNS 名に設定します。その他の DNS レコードパラメーターについては、デフォルト値を維持するか、必要に応じて変更できます。
3. Change Resource Record Confirmation ダイアログボックスで、DNS 情報を確認し、OK をクリックします。

パート2：重みの設定とカナリアリリースの開始

解決設定 ページで、パート1で追加した CNAME レコードを見つけます。変更の隣にあるドロップダウン矢印をクリックし、レコードセットを変更する をクリックします。
Edit Record パネルの レコードコレクション で、ソースとクローン先の ALB インスタンスの DNS レコードの重みを設定します。ソース ALB インスタンスの DNS レコードの重みを 100 に、クローン先 ALB インスタンスの DNS レコードの重みを 0 に設定します。
加重ルーティングポリシーは、ドメイン名の下に同じホスト名と DNS ラインに対して複数の A、CNAME、または AAAA レコードが存在する場合にのみ有効にできます。
ビジネスへの影響が見られない場合は、ソース ALB インスタンスの DNS レコードの重みを徐々に減らし、クローン先 ALB インスタンスの DNS レコードの重みを増やします。
テストサーバー ECS-B にリモート接続し、dig コマンドを複数回実行して、トラフィック移行の効果を検証します。
```
dig www.example.com
```
出力例を次の図に示します。コマンドを複数回実行することで、リクエストがそれぞれの重みに基づいてソース ALB インスタンスまたはクローン先 ALB インスタンスのいずれかへ分散されることを確認できます。

(オプション) パート3：トラフィック移行の完了

トラフィック移行の検証結果に基づいて、ソース ALB インスタンスの DNS レコードの重みを徐々に 0 に減らし、クローン先 ALB インスタンスの DNS レコードの重みを 100 に増やします。これにより、ソース ALB インスタンスからクローン先 ALB インスタンスへのトラフィック移行が完了します。

ソース ALB インスタンスへのすべての永続的な接続が閉じられ、新しいトラフィックがルーティングされなくなった後、インスタンスを一定期間監視し、ビジネスシナリオに基づいてリリースできます。

Server Load Balancer:インスタンスクローンによる迅速なデプロイ