Container Service for Kubernetes:複数リージョンで ELB を使用してサービスを公開

仕組み

ACK Edge クラスターのノードプールは、クラウドノードプールまたはエッジノードプールに分類されます。ELB インスタンスはエッジノードプールの負荷分散を処理し、各 ELB インスタンスは単一リージョンにスコープされます。

LoadBalancer Service を作成すると、edge-controller-manager (ECM) は、一致するノードプールごとに PoolService を自動的に作成します。各 PoolService は、そのリージョン内の ELB インスタンスのライフサイクルを管理します。その結果、単一の LoadBalancer Service は、複数のデータセンターのエンドポイント (リージョンごとに 1 つの ELB インスタンス) にマップされます。

次の図は、このアーキテクチャを示しています。ENS ノードプールは 2 つのリージョン (中国 (合肥) と中国 (成都)) にデプロイされており、LoadBalancer Service は個別の ELB インスタンスを介して両方のリージョンでアプリケーションを公開します。

前提条件

開始する前に、次のことを確認してください。

• ターゲットリージョンに ENS ノードプールを持つ ACK Edge クラスター

• ECM バージョン 2.1.0 以降

• クラスターに接続するように構成された kubectl CLI

• (セルフマネージド ELB の場合) 各ターゲットリージョンに既存の ELB インスタンス

注意事項

• ECM は、type: LoadBalancer を持つ Service に対してのみ ELB インスタンスを構成します。

• ECM によって管理される ELB インスタンスは、k8s/${Service_Name}/${Service_Namespace}/${NodePool_Id}/${Cluster_Id} 形式で命名されます。誤削除を防ぐため、重複する名前は避けてください。

• ECM によって管理される Elastic IP アドレス (EIP) も同じ命名形式に従います。誤削除を防ぐため、重複する名前は避けてください。

• 複数の Service で 1 つの ELB インスタンスを共有するには、セルフマネージド EIP と ELB インスタンスを使用し、externalTrafficPolicy を Cluster に設定します。

• Elastic Network Interface (ENI) を持たない ENS インスタンスの場合は、エッジネットワークを作成し、ELB インスタンスを使用して公開します。インターネットアクセスを有効にするには、ENS インスタンスに EIP を割り当てるか、NAT を構成します。

• ENI を持つ ENS インスタンスの場合は、ホストネットワークにルーティングルールを追加します。

  # 10.0.0.3: internal network interface controller; 10.0.0.1: internal gateway address
  ip rule add from 10.0.0.3 lookup 4
  ip route add default via 10.0.0.1 table 4

ELB 管理アプローチの選択

ECM が ELB ライフサイクルを完全に管理するか、既存の ELB インスタンスの制御を維持するかによって、2 つのアプローチが利用可能です。

ステップ 1: アプリケーションのデプロイ

ENS ノードプール内のすべてのノードに cube という名前の DaemonSet をデプロイします。

1. 次の内容で cube.yaml という名前のファイルを作成します。

   apiVersion: apps/v1
   kind: DaemonSet
   metadata:
     name: cube
     labels:
       app: cube
   spec:
     selector:
       matchLabels:
         app: cube
     template:
       metadata:
         labels:
           app: cube
       spec:
         containers:
         - name: cube
           image: registry.cn-hangzhou.aliyuncs.com/acr-toolkit/ack-cube:1.0
           ports:
           - containerPort: 80

2. マニフェストを適用します。

   kubectl apply -f cube.yaml

3. DaemonSet が実行中であることを確認します。

   kubectl get ds cube

   期待される出力:

   NAME   DESIRED   CURRENT   READY   UP-TO-DATE   AVAILABLE   NODE SELECTOR   AGE
   cube   4         4         4       4            4           <none>          3d1h

ステップ 2: ノードプールへのアノテーションの追加

各 ENS ノードプールにネットワークアノテーションと Service ラベルを追加します。この例では、中国 (合肥) および中国 (成都) のノードプールに対して、各リージョンで繰り返します。

1. ノードプール名を取得します。

   kubectl get nodepool

2. ネットワーク ID アノテーションを追加します。

   kubectl annotate nodepool np-xxx alibabacloud.com/ens-network-id=n-xxx

3. リージョン ID アノテーションを追加します。

   kubectl annotate nodepool np-xxx alibabacloud.com/ens-region-id=cn-xxx-xxx

4. vSwitch ID アノテーションを追加します。

   kubectl annotate nodepool np-xxx alibabacloud.com/ens-vswitch-id=vsw-xxx,vsw-xxx

5. LoadBalancer Service がこのノードプールを選択できるように Service ラベルを追加します。

   kubectl label nodepool np-xxx k8s-svc=cube

ステップ 3: マルチリージョン ELB Service でアプリケーションを公開

2 つのオプションがあります。既存の ELB インスタンスがない場合は、オプション A を使用します。既存の ELB インスタンスがあり、それらを制御する必要がある場合は、オプション B を使用します。

ELB 更新ポリシー

次の表は、自動管理 ELB インスタンスとセルフマネージド ELB インスタンスのどちらを使用するかに基づいて、ELB リソースがどのように管理されるかを示しています。

次のステップ

• アノテーションを使用して高度な負荷分散オプションを構成する方法については、「ELB インスタンスを構成するためのアノテーションの使用」をご参照ください。

• ELB プロダクトの詳細については、「ELB とは」をご参照ください。