LoadBalancer サービスを構成する場合の考慮事項 - Container Compute Service

Type=LoadBalancer サービスを構成すると、Alibaba Cloud Container Service for Kubernetes (ACK) のクラウドコントローラーマネージャー (CCM) によって、サービスのサーバーロードバランサー (SLB) が自動的に作成または構成されます。CCM は、SLB インスタンスのリスナーとバックエンドサーバーグループも自動的に構成します。このトピックでは、ACK クラスタで LoadBalancer サービスを構成する場合の考慮事項と、CCM のリソース更新ポリシーについて説明します。

CCM が SLB リソースを更新するために使用するポリシー

ACK では、サービスの既存の SLB インスタンスを指定するか、CCM を使用して SLB インスタンスを自動的に作成することができます。2 つの方法では、SLB リソースを更新するために異なるポリシーが使用されます。次の表に、違いを示します。

リソースオブジェクト	既存の SLB インスタンス	CCM によって作成および管理される SLB インスタンス
SLB	次のアノテーションを使用して、サービスの既存の SLB インスタンスを指定します: `service.beta.kubernetes.io/alibaba-cloud-loadbalancer-id`。 CCM は、指定された SLB インスタンスを使用して負荷分散を有効にします。他のアノテーションを使用して、SLB インスタンスを構成できます。CCM は、インスタンスの vServer グループを自動的に作成します。サービスが削除された場合、CCM はアノテーションで指定された既存の SLB インスタンスを削除しません。	CCM は、SLB インスタンス、リスナー、vServer グループなど、サービス構成に基づいて SLB リソースを自動的に作成、構成、管理します。サービスが削除された場合、CCM は作成された SLB インスタンスを削除します。
リスナー	次のアノテーションを使用してリスナーを構成します: service.beta.kubernetes.io/alibaba-cloud-loadbalancer-force-override-listeners:. アノテーションを false に設定すると、CCM は SLB インスタンスのリスナーを構成または管理しません。アノテーションを true に設定すると、CCM はサービス構成に基づいて SLB インスタンスのリスナーを構成および管理します。SLB インスタンスに既存のリスナーがある場合、CCM は既存のリスナーを置き換える新しいリスナーを作成します。	CCM は、サービス構成に基づいて SLB インスタンスのリスナーを構成します。
バックエンドサーバーグループ	サービスのエンドポイントが変更された場合、またはクラスタノードが変更された場合、CCM はサービスのために作成された SLB インスタンスの vServer グループを自動的に更新します。ACK クラスタでは、CCM は Pod IP アドレスのみをバックエンドサーバーとして SLB インスタンスにマウントできます。

注意事項

既存の SLB インスタンスを再利用する前に、インスタンスが次の要件を満たしていることを確認してください
- 再利用する SLB インスタンスは、SLB コンソールで作成されています。CCM によって作成された SLB インスタンスは再利用できません。
- クラスタの内部向け SLB インスタンスを再利用するには、SLB インスタンスとクラスタが同じ仮想プライベートクラウド (VPC) にデプロイされている必要があります。
CCM を使用して SLB インスタンスを構成する場合の考慮事項
- CCM は、LoadBalancer サービスに対してのみ SLB インスタンスを構成します。
  重要
  サービスの Type を LoadBalancer から LoadBalancer 以外 に変更すると、CCM はサービスのために作成された SLB インスタンスに関連する構成を自動的に削除します。その結果、SLB インスタンスを使用してサービスにアクセスできなくなります。
- 特定の条件が満たされると、CCM は宣言型 API を使用して、サービス構成に基づいて SLB インスタンスの構成を自動的に更新します。service.beta.kubernetes.io/alibaba-cloud-loadbalancer-force-override-listeners: が true に設定されている場合、SLB コンソールで行った変更が上書きされる可能性があります。
  重要
  SLB インスタンスが CCM によって作成および管理されている場合は、SLB コンソールで SLB インスタンスの構成を変更しないことをお勧めします。変更すると、CCM が構成を上書きし、サービスが使用できなくなる可能性があります。

クォータ

VPC

クラスタ内のノードは、ルートテーブル内のルートエントリにマッピングされます。デフォルトでは、VPC の各ルートテーブルには最大 200 個のエントリを含めることができます。クラスタ内のノード数が 200 を超える場合は、Quota Centerコンソールにログインしてアプリケーションを送信し、クォータの増加を申請してください。
VPC に関連する制限とクォータの詳細については、「制限とクォータ」を参照してください。
VPC リソースクォータを照会するには、VPC コンソールのクォータ管理ページにアクセスしてください。

SLB

CCM は、LoadBalancer サービスの SLB インスタンスを作成します。デフォルトでは、Alibaba Cloud アカウント内に最大 60 個の SLB インスタンスを持つことができます。さらに SLB インスタンスを作成するには、Quota Centerコンソールにログインしてアプリケーションを送信し、クォータの増加を申請してください。
CCM は、サービスポートを使用するリスナーを SLB インスタンスに自動的に作成します。デフォルトでは、各 SLB インスタンスは最大 50 個のリスナーをサポートします。各 SLB インスタンスでサポートされるリスナーの数を増やすには、Quota Centerコンソールにログインしてアプリケーションを送信し、クォータの増加を申請してください。
SLB の制限の詳細については、「制限」を参照してください。
SLB リソースクォータを照会するには、SLB コンソールのクォータ管理ページにアクセスしてください。