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

概要

ACK Edgeクラスター内のノードプールは、クラウドノードプールとエッジノードプールに分類できます。 ACK Edgeクラスターでは、LoadBalancer Servicesを使用して、オンクラウドノードプールまたはエッジノードプールにデプロイされたアプリケーションを公開できます。

このトピックでは、ELBサービスを使用して、エッジノードプールにデプロイされたアプリケーションを公開します。 次の図では、ACK Edgeクラスターの制御プレーンが仮想プライベートクラウド (VPC) にデプロイされています。 さまざまなネットワークのデータセンターのコンピューティングリソースをクラウドに接続し、LoadBalancerサービスを使用してさまざまなリージョンのアプリケーショングループを公開できます。 つまり、LoadBalancerサービスは複数のデータセンターのエンドポイントにマッピングされます。

この例では、ENSノードプールは中国 (合肥) および中国 (成都) リージョンで作成されます。 ELBインスタンスは、2つのリージョンのアプリケーションからの要求を分散するために使用されます。

ACK Edgeクラスターを使用すると、カスタムクラスターリソースPoolServicesを作成できます。 edge-controller-manager (ECM) コンポーネントは、作成したLoadBalancerサービスに基づいてノードプールによって管理されるPoolServiceを自動的に選択し、同じリージョンのServer Load Balancer (SLB) インスタンスのライフサイクルをPoolServiceにバインドできます。

注意事項

• ECMは、タイプがType=LoadBalancerのサービスに対してのみSLBインスタンスを構成します。 ECMのバージョンは2.1.0以降である必要があります。

• ECMによって管理されるELBインスタンスの名前は、k8s/${Service_Name}/${Service_Namespace}/${NodePool_Id}/${Cluster_Id} 形式です。 同じ名前のELBインスタンスが誤って削除された場合に、重複する名前を使用しないでください。

• ECMによって管理されるElastic IPアドレス (EIP) は、k8s/${Service_Name}/${Service_Namespace}/${NodePool_Id}/${Cluster_Id} 形式で名前が付けられます。 同じ名前のEIPが誤って削除された場合は、重複する名前を使用しないでください。

• 1つのELBインスタンスを共有する複数のサービスを作成するには、セルフマネージドEIPとELBインスタンスを選択する必要があります。 また、外部トラフィックポリシーのタイプはクラスターである必要があります。

• エッジネットワークを作成し、elastic network Interface (ENI) が割り当てられていないENSインスタンスを作成し、ELBインスタンスを使用してENSインスタンスを公開することを推奨します。 ENSインスタンスのインターネットアクセスを有効にするには、EIPをENSインスタンスに割り当てるか、NATを設定します。

• ENIが割り当てられたENSインスタンスを作成する場合は、ELBインスタンスも必要です。 この場合、ENSインスタンスのホストネットワークにルーティングルールを追加する必要があります。

  # In this example, 10.0.0.3 indicates the internal network interface controller, and 10.0.0.1 indicates the internal gateway address.
  ip rule add from 10.0.0.3 lookup 4
  ip route add default via 10.0.0.1 table 4

  経由でデフォルトを追加

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

この例では、cubeという名前のアプリケーションが、ENSノードプールの各ノードにデプロイされています。

1. 次のYAMLファイルはDeamonSetを作成します。

   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 #Expose the port.

2. 次のコマンドを実行して、アプリケーションをデプロイします。

   kubectl apply -f cube.yaml

3. 次のコマンドを実行して、アプリケーションのステータスを照会します。

   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ノードプールに属性アノテーションとサービスラベルを追加する必要があります。 この例では、中国 (合肥) および中国 (成都) リージョンのENSノードプールで次の操作を実行します。

1. 次のコマンドを実行して、ネットワークIDを追加します。

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

   に注釈を付ける

2. 次のコマンドを実行して、ENSノードID (VPC ID) を追加します。

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

   に注釈を付ける

3. 次のコマンドを実行してvSwitch IDを追加します。

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

   に注釈を付ける

4. 次のコマンドを実行して、サービスラベルを追加します。

   kubectl label nodepool np-chengdu k8s-svc=cube

ステップ3: マルチリージョンELBサービスを使用してアプリケーションを公開する

既存のELBインスタンスを使用してアプリケーションを公開できます。 使用可能なELBインスタンスがない場合は、自動的に作成されたELBインスタンスを使用してアプリケーションを公開できます。

ELB更新ポリシーは、アプリケーションの公開に使用する方法によって異なります。 詳細については、「ELB更新ポリシー」をご参照ください。

ELB更新ポリシー

関連ドキュメント

• サービスのYAMLファイルにアノテーションを追加して、さまざまな負荷分散機能を使用できます。 詳細については、「アノテーションを使用したELBインスタンスの設定」をご参照ください。

• ELBの詳細については、「」をご参照ください。ELBとは何ですか?