Container Compute Service:既存の SLB インスタンスを使用してアプリケーションを公開する

使用上の注意

SLB インスタンスの再利用に関する制限

• 既存の SLB インスタンスを使用してアプリケーションを公開する場合は、次の制限事項に注意してください。

  • SLB コンソールを使用して作成された SLB インスタンスは再利用できます。Cloud Controller Manager (CCM) によって自動的に作成された SLB インスタンスと API サーバーの SLB インスタンスは再利用できません。

  • クラスタのイントラネット SLB インスタンスを再利用するには、SLB インスタンスとクラスタが同じ VPC にデプロイされている必要があります。

  • SLB インスタンスのネットワークタイプは、サービスの接続方法と一致している必要があります。

    • サービスが [インターネットアクセス] (service.beta.kubernetes.io/alibaba-cloud-loadbalancer-address-type: "internet") に使用される場合、SLB インスタンスの [ネットワークタイプ] は [インターネット向け] である必要があります。

    • サービスが [内部アクセス] (service.beta.kubernetes.io/alibaba-cloud-loadbalancer-address-type: "intranet") に使用される場合、SLB インスタンスの [ネットワークタイプ] は [イントラネット向け] である必要があります。

  • SLB インスタンスが複数のサービスを公開する場合、SLB インスタンスは異なるサービスポートでリッスンする必要があります。

  • 既存の SLB インスタンスを使用して異なるクラスタ内の 2 つのサービスを公開する場合は、2 つのサービスの名前が異なり、異なる名前空間にデプロイされていることを確認してください。

• CCM は、Type=LoadBalancer が構成されているサービスに対してのみ SLB インスタンスを構成します。CCM は、他のタイプのサービスに対しては SLB インスタンスを構成しません。

  重要

  Type=LoadBalancer が構成されているサービスが別のタイプのサービスに変更されると、CCM は関連する SLB インスタンスに追加された構成を削除します。その結果、SLB インスタンスを使用してサービスにアクセスできなくなります。

• CCM は宣言型 API を使用し、特定の条件が満たされた場合に、公開されているサービスの構成に合わせて SLB インスタンスの構成を自動的に更新します。service.beta.kubernetes.io/alibaba-cloud-loadbalancer-force-override-listeners: "true" を指定すると、SLB コンソールで更新した SLB 構成が上書きされる可能性があります。

  重要

  SLB コンソールで、CCM によって作成および管理される SLB インスタンスの構成を変更しないでください。変更すると、変更が上書きされ、サービスにアクセスできなくなる可能性があります。

• サービスの作成後、LoadBalancer サービスに関連付けられている SLB インスタンスを変更することはできません。SLB インスタンスを変更するには、新しいサービスを作成する必要があります。

SLB リソースクォータ

• CCM は、Type=LoadBalancer 設定のサービスに対して SLB インスタンスを作成します。デフォルトでは、Alibaba Cloud アカウント内に最大 60 個の SLB インスタンスを持つことができます。さらに SLB インスタンスを作成するには、Quota Centerコンソールにログインしてアプリケーションを送信ことでクォータの増加を申請してください。

• CCM は、サービス構成に基づいて、SLB インスタンスのバックエンドサーバーグループに Elastic Compute Service (ECS) インスタンスを自動的に追加します。

  • デフォルトでは、1 つの ECS インスタンスを最大 50 個のバックエンドサーバーグループに追加できます。ECS インスタンスをさらに多くのバックエンドサーバーグループに追加するには、Quota Centerコンソールにログインしてアプリケーションを送信ことでクォータの増加を申請してください。

  • デフォルトでは、1 つの SLB インスタンスに最大 200 台のバックエンドサーバーを追加できます。SLB インスタンスにさらに多くのバックエンドサーバーを追加するには、Quota Centerコンソールにログインしてアプリケーションを送信ことでクォータの増加を申請してください。

• CCM は、サービスポートを使用するリスナーを SLB インスタンスに自動的に作成します。デフォルトでは、各 SLB インスタンスは最大 50 個のリスナーをサポートします。各 SLB インスタンスでサポートされるリスナーの数を増やすには、Quota Centerコンソールにログインしてアプリケーションを送信ことでクォータの増加を申請してください。

• SLB の制限の詳細については、CLB の制限と NLB の制限をご参照ください。

  SLB リソースクォータを照会するには、SLB コンソールのクォータセンターページにアクセスしてください。

手順 1: アプリケーションをデプロイする

次のセクションでは、kubectl コマンドラインツールを使用してアプリケーションをデプロイする方法について説明します。

1. Cloud Shell で kubectl を使用して ACK クラスタを管理する。

2. my-nginx.yaml という名前のファイルを作成し、次の内容をファイルにコピーします。

   YAML ファイルの内容を表示

   apiVersion: apps/v1
   kind: Deployment
   metadata:
     name: my-nginx                 # アプリケーション名
     labels:
       app: nginx
   spec:
     replicas: 3                    # レプリケートされたポッドの数
     selector:
       matchLabels:
         app: nginx                 # アプリケーションを公開するために使用されるサービスの selector パラメータで同じ値を指定する必要があります。
     template:
       metadata:
         labels:
           app: nginx
       spec:
         containers:
         - name: nginx
           image: registry.cn-hangzhou.aliyuncs.com/acs-sample/nginx:latest
           ports:
           - containerPort: 80               # サービスでこのポートを公開します。

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

   kubectl apply -f my-nginx.yaml

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

   kubectl get deployment my-nginx

   予期される出力:

   NAME       READY   UP-TO-DATE   AVAILABLE   AGE
   my-nginx   3/3     3            3           50s

手順 2: 既存の SLB インスタンスを使用してアプリケーションを公開する

ACK コンソールまたは kubectl を使用して、アプリケーションを公開する LoadBalancer サービスを作成できます。