すべてのプロダクト
Search
ドキュメントセンター

Container Service for Kubernetes:CCM

最終更新日:Dec 09, 2024

クラウドコントローラマネージャ (CCM) は、クロスノード通信の負荷分散を管理する機能を提供します。 このトピックでは、CCMを紹介し、コンポーネントの使用法ノートとリリースノートについて説明します。

概要

CCMを使用すると、以前はServer Load Balancer (SLB) 、Network Load Balancer (NLB) 、Virtual Private Cloud (VPC) として知られていたClassic Load Balancer (CLB) などのAlibaba CloudサービスとKubernetesを統合できます。 CCMは次の特徴を提供します:

  • SLBインスタンスの管理

    サービスにType=LoadBalancerを設定すると、CCMはサービスのCLBインスタンスまたはNLBインスタンスを自動的に作成し、リスナーとバックエンドサーバーグループを構成します。 CLBおよびNLBインスタンスの詳細については、「CLBインスタンスの概要」および「NLBインスタンス」をご参照ください。 サービスのエンドポイントが変更されるか、クラスターノードが変更されると、CCMはサービス用に作成されたCLBまたはNLBインスタンスのvServerグループを自動的に更新します。

  • クロスノード通信の有効化

    FlannelがKubernetesクラスターのネットワークプラグインとして使用されている場合、CCMはコンテナーとノード間のネットワーク接続を有効にできます。 これにより、クロスノード通信を実装できます。 CCMは、クラスターがデプロイされているVPCのルートテーブルにポッドCIDRブロックを追加します。 これは、クロスノード通信を可能にする。 この機能は、CCMをインストールするとすぐに使用できます。

使用上の注意

リリースノート

10月2024

バージョン

画像アドレス

リリース日

説明

影響

v2.10.0

registry-cn-hangzhou.ack.aliyuncs.com/acs/cloud-controller-manager:v2.10.0

2024-10-21

重要

このバージョンから、service.beta.kubernetes.io/alibaba-cloud-loadbalancer-additional-resource-tagsアノテーションへの変更は、既存および再利用された負荷分散インスタンスに適用されます。 このアノテーションを使用する場合は、ロードバランサインスタンスのタグがこのアノテーションの値と一致していることを確認し、コンソールでロードバランサインスタンスのタグを変更しないでください。

  • 新機能:

    • 準備ゲート機能がサポートされています。

    • service.beta.kubernetes.io/alibaba-cloud-loadbalancer-additional-resource-tagsアノテーションは、既存のインスタンスでタグを変更するためにサポートされています。

    • サービスの削除後にロードバランサーを保持するために、service.beta.kubernetes.io/alibaba-cloud-loadbalancer-preserve-lb-on-deleteアノテーションがサポートされています。

    • ノードへのnode.alibabacloud.com/nodepool-idおよびnode.alibabacloud.com/instance-charge-typeアノテーションの追加がサポートされています。

    • NLBインスタンスでは、service.beta.kubernetes.io/alibaba-cloud-loadbalancer-alpnおよびservice.beta.kubernetes.io/alibaba-cloud-loadbalancer-alpn-policyアノテーションがサポートされており、Application-Layer Protocol Negotiation (ALPN) ポリシーのTCP/SSLリスナーを指定します。

  • 改善:

    • Alpine Linuxはベースイメージ用にV3.18にアップグレードされます。

    • reconchileIDパラメーターがログ出力に追加されます。

  • 修正された問題:

    • NLBインスタンスのサービスが意図せずにCLBコントローラーによって管理される問題が修正されました。

ワークロードへの影響なし

5月2024

バージョン

画像アドレス

リリース日

説明

影響

v2.9.1

registry-cn-hangzhou.ack.aliyuncs.com/acs/cloud-controller-manager-amd64:v2.9.1

2024-05-10

重要

このバージョン以降、デフォルトでは、CLBインスタンスとNLBインスタンス、およびCCMによって作成されたサーバーグループなどの関連リソースは、クラスターが存在するリソースグループに属します。 以前のバージョンで作成された既存のCLBおよびNLBインスタンスは影響を受けません。

  • 新機能:

    • CCMがCLBまたはNLBインスタンスを作成するとき、クラスターが存在するリソースグループのIDがデフォルトで使用されます。

    • CLBインスタンスでは、service.beta.kubernetes.io/alibaba-cloud-loadbalancer-xforwardedfor-slbportアノテーションがサポートされており、X-Forwarded-SLBPortリクエストヘッダーを有効にします。

    • CLBインスタンスでは、service.beta.kubernetes.io/alibaba-cloud-loadbalancer-xforwardedfor-clientsrcportアノテーションがサポートされており、X-Forwarded-Client-srcportリクエストヘッダーを有効にします。

    • NLBインスタンスでは、elastic IPアドレス (EIP) 帯域幅プランのidを指定するために、service.beta.kubernetes.io/alibaba-cloud-loadbalancer-bandwidth-package-IDアノテーションがサポートされています。

    • 削除保護を有効にするために、NLBインスタンスではservice.beta.kubernetes.io/alibaba-cloud-loadbalancer-delete-protectionアノテーションがサポートされています。 デフォルトでは、この機能は新しく作成されたNLBインスタンスに対して有効になっています。

    • service.beta.kubernetes.io/alibaba-cloud-loadbalancer-modification-protectionアノテーションは、設定読み取り専用モードを有効にするためにNLBインスタンスでサポートされています。 デフォルトでは、このモードは新しく作成されたNLBインスタンスに対して有効になっています。

    • サーバーグループを再利用するNLBインスタンスでは、service.beta.kubernetes.io/alibaba-cloud-loadbalancer-vgroup-portアノテーションがサポートされています。 このアノテーションは、既存のNLBインスタンスが再利用された場合にのみ有効です。

    • NLBインスタンスが複数のサービスによって再利用される場合、service.beta.kubernetes.io/alibaba-cloud-loadbalancer-weightアノテーションを使用して、現在のサービスが受信するトラフィックの重みを指定できます。 このアノテーションは、既存のvServerグループが再利用された場合にのみ有効です。

    • NLBインスタンスは、VPC間で再利用できます。

    • service.beta.kubernetes.io/alibaba-cloud-loadbalancer-backend-ip-version: ipv6アノテーションは、IPv6バックエンドサーバーをマウントするデュアルスタックNLBインスタンスでサポートされています。

    • service.beta.kubernetes.io/alibaba-cloud-loadbalancer-ipv6-addressタイプのアノテーションは、デュアルスタックNLBインスタンスでIPv6ネットワークアクセスタイプを指定するためにサポートされています。

    • NLBインスタンスでは、service.beta.kubernetes.io/alibaba-cloud-loadbalancer-ppv2-pvl-ep-id対応service.beta.kubernetes.io/alibaba-cloud-loadbalancer-ppv2-pvl-eps-id対応、およびservice.beta.kubernetes.io/alibaba-cloud-loadbalancer-ppv2-pvl-vpc-id対応のアノテーションがサポートされ、VpcIdPrivateLinkEpId、およびPrivateLinkEpsId情報をプロキシプロトコル経由でバックエンドサーバーに渡します。

    • デュアルスタッククラスターでは、Elastic Compute Service (ECS) インスタンスのIPv6アドレスが自動的にノードに追加されます。

  • 改善:

    • デフォルトでは、エンドポイントの検出にEndpointの代わりにEndpointSliceが使用されます。

    • ルートテーブルIDが空の文字列であるかどうかを確認するための検証が追加されます。

    • 再利用シナリオでのAPI操作の戻り値を確認するための検証が追加されました。

    • resourceVersion=0パラメーター設定は、LISTリクエストを開始するときに使用されます。

  • 修正された問題:

    • フランネルモードでのノードの初期化中にNetworkUnavailable状態が設定されない問題が修正されました。

    • service.beta.kubernetes.io/alibaba-cloud-loadbalancer-resource-group-idアノテーションを使用してリソースグループを指定すると、NLBサーバーグループの所有権が無効になります。

ワークロードへの影響なし

10月2023日

バージョン

画像アドレス

リリース日

説明

影響

v2.8.1

registry-cn-hangzhou.ack.aliyuncs.com/acs/cloud-controller-manager-amd64:v2.8.1

2023-10-16

  • 新機能:

    • Addon Token認証モードがサポートされています。

    • service.beta.kubernetes.io/alibaba-cloud-loadbalancer-server-group-typeアノテーションを使用して、IPタイプのNLBサーバーグループを作成できます。 NLBサーバーグループの種類と説明の詳細については、「NLBサーバーグループ」をご参照ください。

  • 改善:

    • クライアントからKubernetes APIサーバーへの直接アクセスがサポートされており、データキャッシュによる古いデータの生成を防ぎます。

    • NLBサーバーグループを作成するロジックは、システムがサーバーグループを繰り返し作成しないように最適化されています。

    • ポッドに割り当てられているelastic network Interface (ENI) のIPアドレスをCLBインスタンスに追加すると、IPアドレスの検証が実行されます。 検証は、IPアドレスがクラスターが存在するVPCのCIDRブロック内にあることを確認するために実行されます。

ワークロードへの影響なし

6月2023

バージョン

画像アドレス

リリース日

説明

影響

v2.7.0

registry-cn-hangzhou.ack.aliyuncs.com/acs/cloud-controller-manager-amd64:v2.7.0

2023-06-21

  • 新機能:

    service.beta.kubernetes.io/alibaba-cloud-loadbalancer-ipアノテーションを使用して、内部対応のSLBインスタンスのIPアドレスを指定できます。

  • 改善:

    • CLBインスタンスとNLBインスタンスのバックエンドサーバーグループの同期ロジックは、クォータの不足によるバックエンドサーバーグループの更新の失敗を減らすように最適化されています。

    • サービスのハッシュ値の計算に使用するメソッドを更新して、クラスターの更新によるハッシュ値の変更を減らします。

  • 修正された問題:

    • EIPに関連するアノテーションをサービス構成に追加した後にサービス構成を更新できないという問題が修正されました。

    • ForwardPortアノテーションをサービス構成に追加した後、他のポートにHTTPを構成できないという問題が修正されました。

ワークロードへの影響なし

3月2023日

バージョン

画像アドレス

リリース日

説明

影響

v2.6.0

registry-cn-hangzhou.ack.aliyuncs.com/acs/cloud-controller-manager-amd64:v2.6.0

2023-03-02

  • 新機能:

    • SLBインスタンスからバックエンドサーバーを削除するために使用されるalpha.service-controller.kubernetes.io/exclude-balancerラベルは非推奨です。 node.kubernetes.io/exclude-from-external-load-balancersラベルを使用して、SLBインスタンスからバックエンドサーバーを削除します。

    • リスナーは、SLBインスタンスにTCPとUDPの両方を使用するように設定できます。

    • service.beta.kubernetes.io/alibaba-cloud-loadbalancer-health-check-switchアノテーションを使用すると、CLBインスタンスのTCPヘルスチェックとUDPヘルスチェックを無効にできます。

    • service.beta.kubernetes.io/alibaba-cloud-loadbalancer-proxy-protocolアノテーションを使用すると、CLBインスタンスのTCPリスナーとUDPリスナーのプロキシプロトコルを有効にできます。

      重要

      この機能を有効にすると、サービスが中断されます。 プロキシプロトコルを有効にする前に、アプリケーションを停止する必要があります。 作業は慎重に行ってください。

    • 証明書の有効期間は、HTTPSリスナーの同期中に確認できます。 証明書の有効期限が切れた場合、CLBインスタンスの同期は失敗します。

    • service.beta.kubernetes.io/alibaba-cloud-loadbalancer-security-group-idsアノテーションを使用して、NLBインスタンスのセキュリティグループを設定できます。

  • 改善:

    • リースは、エンドポイントスリースではなく、CCMリーダー選挙のリソースをロックするために使用されます。 これはリーダースイッチの頻度を減らします。

    • SLBインスタンスの更新ロジックが最適化されています。 名前やリソースグループなど、SLBインスタンスの属性が更新されない場合でも、SLBインスタンスのvServerグループは更新されます。

    • ノード変更を識別するための条件は、サービス更新の頻度を減らすために狭められる。

  • 修正された問題:

    レディノードがNotReadyとして認識されることがあるという問題は修正されました。

ワークロードへの影響なし

10月2022日、3月2023日、8月2023日、6月2024日

バージョン

画像アドレス

リリース日

説明

影響

v2.5.1

registry.cn-hangzhou.aliyuncs.com/acs/cloud-controller-manager-amd64:v2.5.1

2022-10-12

  • 新機能:

    • loadBalancerClassがalibabacloud.com/nlbに設定されているLoadBalancerサービスに対してNLBインスタンスを作成できます。 Kubernetes 1.24以降のみがこの機能をサポートしています。 詳細については、「」をご参照ください。NLBとは何ですか?

    • ネットワークリソースは、サービスのspec.loadBalancerClassフィールドに基づいてサービス用に作成できます。 spec.loadBalancerClassフィールドが空の場合、CLBインスタンスが作成されます。 spec.loadBalancerClassフィールドがalibabacloud.com/nlbに設定されている場合、NLBインスタンスが作成されます。 Kubernetes 1.24以降のみがこの機能をサポートしています。

  • 改善:

    • 再利用されたIPv6 SLBインスタンスを削除できない問題が修正されました。

    • ノードを削除できないという時折発生する問題が修正されました。

    • API呼び出しのデフォルトプロトコルとしてHTTPSが指定されています。

ワークロードへの影響なし

v2.4.5

registry-cn-hangzhou.ack.aliyuncs.com/acs/cloud-controller-manager-amd64:v2.4.5

2024-06-27

改善:

  • サービスのハッシュ値の計算に使用するメソッドを更新して、クラスターの更新によるハッシュ値の変更を減らします。

ワークロードへの影響なし

v2.4.4

registry-cn-hangzhou.ack.aliyuncs.com/acs/cloud-controller-manager-amd64:v2.4.4

2023-08-07

改善:

  • CLBおよびNLBサーバーグループの同期ロジックは、クォータの問題による同期障害を減らすために最適化されています。

  • 証明書の有効期間は、HTTPSリスナーの同期中に確認できます。 証明書の有効期限が切れた場合、CLBインスタンスの同期は失敗します。

  • SLBインスタンスの更新ロジックが最適化されています。 名前やリソースグループなど、SLBインスタンスの属性が更新されない場合でも、SLBインスタンスのvServerグループは更新されます。

ワークロードへの影響なし

v2.4.3

registry.cn-hangzhou.aliyuncs.com/acs/cloud-controller-manager-amd64:v2.4.3

2023-03-02

レディノードがNotReadyとして認識されることがあるという問題は修正されました。

ワークロードへの影響なし

v2.4.2

registry.cn-hangzhou.aliyuncs.com/acs/cloud-controller-manager-amd64:v2.4.2

2022-10-12

改善:

  • 再利用されたIPv6 SLBインスタンスを削除できない問題が修正されました。

  • ノードを削除できないという時折発生する問題が修正されました。

ワークロードへの影響なし

6月2022

バージョン

画像アドレス

リリース日

説明

影響

v2.4.0

registry.cn-hangzhou.aliyuncs.com/acs/cloud-controller-manager-amd64:v2.4.0

2022-06-20

  • 新機能:

    • service.beta.kubernetes.io/alibaba-cloud-loadbalancer-instance-charge-typeアノテーションを使用して、SLBインスタンスの課金方法を指定できます。

    • service.beta.kubernetes.io/alibaba-cloud-loadbalancer-tls-cipher-policyアノテーションを使用して、SLBインスタンスのTLSセキュリティポリシーを設定できます。 HTTPSのみがサポートされます。

    • ノードを追加するときにフィールドが空の場合、CCMはnode.spec.providerIDフィールドに値を自動的に割り当てます。

    • service.k8s.alibaba/loadbalancer-idラベルをLoadBalancerサービスに追加して、サービスに関連付けられているSLBインスタンスのidを示すことができます。

  • 改善:

    • ノードにToBeDeletedByClusterAutoscalerテイントがある場合、ノードはSLBインスタンスに追加されません。

    • 次の問題が修正されました。ルートの宛先CIDRブロックが同じである場合、競合したルートは削除できません。

    • 同時ルート同期のロジックは、誤検出を低減するように最適化される。

ワークロードへの影響なし

March 2022

バージョン

画像アドレス

リリース日

説明

影響

v2.3.0

registry.cn-hangzhou.aliyuncs.com/acs/cloud-controller-manager-amd64:v2.3.0

2022-03-21

  • 新機能:

    • service.beta.kubernetes.io/alibaba-cloud-loadbalancer-hostnameアノテーションを使用して、サービスのホスト名を指定できます。

    • service.beta.kubernetes.io/alibaba-cloud-loadbalancer-established-timeoutアノテーションを使用して、SLBインスタンスのTCPリスナーの接続タイムアウト期間を指定できます。

    • service.beta.kubernetes.io/alibaba-cloud-loadbalancer-request-timeoutアノテーションを使用して、SLBインスタンスのHTTPおよびHTTPSリスナーのリクエストタイムアウト期間を指定できます。

    • service.beta.kubernetes.io/alibaba-cloud-loadbalancer-health-check-methodアノテーションを使用して、SLBインスタンスのHTTPヘルスチェックのヘルスチェック方法を指定できます。

  • 改善:

    • vServerグループの形式は、既存のvServerグループを再利用するときに検証されます。

    • vSwitch選択のロジックは、デフォルトのvSwitchが指定されていないという問題を解決するために最適化されています。

    • vServerグループの同期ロジックは、API呼び出しの数を減らすように最適化されています。

ワークロードへの影響なし

11月2021

バージョン

画像アドレス

リリース日

説明

影響

v2.1.0

registry.cn-hangzhou.aliyuncs.com/acs/cloud-controller-manager-amd64:v2.1.0

2021-11-22

  • 新機能:

    • service.beta.kubernetes.io/alibaba-cloud-loadbalancer-xforwardedfor-protoアノテーションを使用すると、X-Forwarded-ProtoヘッダーフィールドからSLBインスタンスのリスナープロトコルを取得できます。

    • service.beta.kubernetes.io/alibaba-cloud-loadbalancer-idle-timeoutアノテーションを使用して、アイドル接続のタイムアウト期間を指定できます。

    • service.beta.kubernetes.io/alibaba-cloud-loadbalancer-http2対応アノテーションを使用してHTTP2を有効にできます。

  • 改善:

    service.beta.kubernetes.io/alibaba-cloud-loadbalancer-weightアノテーションを0に設定すると、特定のバックエンドサーバーへのトラフィックの配信を停止できます。

  • 修正された問題:

    • 多数のバックエンドポッドがCLBインスタンスに追加されている場合、CLBインスタンスに対してリスナーを作成できないという問題。

    • サービスのtargetPortパラメーターが更新された後、サービスによって使用されるCLBインスタンスが更新されないという問題。

ワークロードへの影響なし

9月2021

バージョン

画像アドレス

リリース日

説明

影響

v2.0.1

registry.cn-hangzhou.aliyuncs.com/acs/cloud-controller-manager-amd64:v2.0.1

2021-09-02

  • 新機能:

    • service.beta.kubernetes.io/alibaba-cloud-loadbalancer-vgroup-portアノテーションを使用すると、SLBインスタンスに追加された既存のvServerグループを再利用できます。 このアノテーションは、SLBインスタンスが再利用された場合にのみ有効です。 詳細については、「CCMを使用したクラスター間のサービスのデプロイ」をご参照ください。

    • 再利用されたSLBインスタンスが複数のサービス間で共有される場合、service.beta.kubernetes.io/alibaba-cloud-loadbalancer-weightアノテーションを使用して各サービスの重みを設定し、重み付きラウンドロビン (WRR) を有効にできます。 このアノテーションは、既存のvServerグループが再利用された場合にのみ有効です。 詳細については、「CCMを使用したクラスター間のサービスのデプロイ」をご参照ください。

    • service.beta.kubernetes.io/alibaba-cloud-loadbalancer-connection-drainアノテーションを使用して、SLBインスタンスの接続ドレインを設定できます。 TCPとUDPのみがサポートされています。

    • service.beta.kubernetes.io/alibaba-cloud-loadbalancer-connection-drain-timeoutアノテーションを使用して、SLBインスタンスの接続ドレインのタイムアウト期間を設定できます。 TCPとUDPのみがサポートされています。

    • targetPortフィールドは文字列値に設定できます。

    • LoadBalancerサービスにファイナライザーを指定できます。

  • 改善:

    • Alpine LinuxはベースイメージのV3.13に更新されます。

    • Prometheusメトリクスで使用されるポートが10258から8080に変更されます。

    • ノードラベルはスケジュールによって同期されます。

ワークロードへの影響なし

April 2021

バージョン

画像アドレス

リリース日

説明

影響

v1.9.3.380-gd6d0962-aliyun

registry.cn-hangzhou.aliyuncs.com/acs/cloud-controller-manager-amd64:v1.9.3.380-gd6d0962-aliyun

2021-04-20

  • デフォルトのサーバーグループを更新できない問題が修正されました。

  • SLBインスタンスがバックエンドサーバーに関連付けられていない場合、イベントが生成され、アラートがトリガーされます。

ワークロードへの影響なし

March 2021

バージョン

画像アドレス

リリース日

説明

影響

v1.9.3.378-g42eac35-aliyun

registry.cn-hangzhou.aliyuncs.com/acs/cloud-controller-manager-amd64:v1.9.3.378-g42eac35-aliyun

2021-03-08

新機能:

  • Container Service for Kubernetes (ACK) クラスター以外のECSインスタンスをvServerグループに追加できます。

  • kubernetes.reused.by.us erラベルは、再利用されたSLBインスタンスに自動的に追加されます。

改善:

  • 処理速度を向上させるために、処理サービスの同時スレッド数を増やします。

  • 仮想ノードの処理ロジックは、仮想ノードのステータス変更によって引き起こされるサービス更新を無視するように最適化されています。

  • service.beta.kubernetes.io/exclude-nodeラベルは非推奨です。 ノードをCCMの管理から除外するには、代わりにラベルservice.alibabacloud.com/exclude-nodeラベルを使用します。

  • リソースグループは、SLBインスタンスが再利用されるときに検証されます。 アノテーションで指定するリソースグループIDは、SLBインスタンスが属するリソースグループのIDである必要があります。 それ以外の場合、SLBインスタンスを使用して複数のサービスを公開することはできません。

  • イベントコンテンツの読みやすさが向上します。

  • アノテーションのバージョン優先度設定が最適化されています。 2つのバージョンのアノテーションがサービス設定に追加された場合、以前のバージョンよりも後のバージョンが優先されます。

修正された問題:

  • ノード設定が不完全なため、ルートエントリの削除に失敗したという問題。

  • ノード初期化のロジックは、テイントの欠落の問題を修正するために最適化されます。 これにより、初期化プロセス中にルートエントリが作成されないノードにポッドがスケジュールされるのを防ぎます。

ワークロードへの影響なし

12月2020

バージョン

画像アドレス

リリース日

説明

影響

v1.9.3.339-g9830b58-aliyun

registry.cn-hangzhou.aliyuncs.com/acs/cloud-controller-manager-amd64:v1.9.3.339-g9830b58-aliyun

2020-12-18

  • ハッシュ値は、LoadBalancerサービスの設定でサポートされています。 このように、CCMが再起動されると、サービス構成が変更されていない場合、関連するSLBインスタンスのvServerグループのみが更新されます。 関連するSLBインスタンスとリスナーの設定は更新されません。

  • SLB API呼び出しは、スロットリングの可能性を減らすように最適化されています。

ワークロードへの影響なし

9月2020

バージョン

画像アドレス

リリース日

説明

影響

v1.9.3.316-g8daf1a9-aliyun

registry.cn-hangzhou.aliyuncs.com/acs/cloud-controller-manager-amd64:v1.9.3.316-g8daf1a9-aliyun

2020-09-29

  • SLBインスタンスのvServerグループの更新に失敗することが修正されました。

  • ヘルスチェックポートが10252から10258に変更されました。

ワークロードへの影響なし

8月2020

バージョン

画像アドレス

リリース日

説明

影響

v1.9.3.313-g748f81e-aliyun

registry.cn-hangzhou.aliyuncs.com/acs/cloud-controller-manager-amd64:v1.9.3.313-g748f81e-aliyun

2020-08-10

  • 新機能:

    • service.beta.kubernetes.io/alibaba-cloud-loadbalancer-delete-protectionアノテーションを使用して、SLBインスタンスの削除保護を設定できます。 デフォルトでは、新しく作成されたSLBインスタンスの削除保護が有効になっています。

    • service.beta.kubernetes.io/alibaba-cloud-loadbalancer-modification-protectionアノテーションを使用して、SLBインスタンスの構成読み取り専用モードを設定できます。 デフォルトでは、新しく作成されたSLBインスタンスの設定読み取り専用モードが有効になっています。

    • service.beta.kubernetes.io/alibaba-cloud-loadbalancer-resource-group-idアノテーションを使用して、SLBインスタンスが属するリソースグループを指定できます。 この設定は、SLBインスタンスを作成する場合にのみ適用され、インスタンスの作成後に変更することはできません。

    • service.beta.kubernetes.io/alibaba-cloud-loadbalancer-nameアノテーションを使用して、SLBインスタンスの名前を指定できます。

    • Alibaba CloudサービスのAPI操作は、インターネットではなく内部ネットワークを介して呼び出すことができます。 CCM操作を呼び出すために、すべての地域でインターネットアクセスは不要になりました。

    • LoadBalancerサービス用に作成されたSLBインスタンスにタグが追加されます。 タグの形式はack.aliyun.com: {your-cluster-id} です。 この機能は、新しく作成されたクラスターにのみ適用されます。

    • クラウドプロバイダーIDは、<cloudProvider>://<optional>/<segments>/<provider id> 形式で指定でき、オープンソースのKubernetesと互換性があります。

    • Terwayを使用するクラスターでLoadBalancerサービスが作成されると、サービスに関連付けられているSLBインスタンスに、バックアップされたポッドが自動的に追加されます。 ポッドに割り当てられているENIのIPアドレスは、SLBインスタンスのバックエンドサーバーとして追加されます。 これにより、ネットワークパフォーマンスが向上します。 LoadBalancer Servicesの場合、targetPortフィールドを文字列値に設定することはできません。

  • 改善:

    • Alpine LinuxはベースイメージのV3.11.6に更新されます。

    • リスナーの更新は、vServerグループに自動的に同期されます。

    • SLB API操作が最適化されています。 SLB APIを呼び出して、速度を向上させたSLBインスタンスを作成できます。

ワークロードへの影響なし

6月2020

バージョン

画像アドレス

リリース日

説明

影響

v1.9.3.276-g372aa98-aliyun

registry.cn-hangzhou.aliyuncs.com/acs/cloud-controller-manager-amd64: v1.9.3.276-g372aa98-aliyun

2020-06-11

  • 新機能:

    • クラスターAPIサーバーにアタッチされたSLBインスタンスは、LoadBalancer Servicesによって再利用できません。

    • CCMの同期レイテンシを監視するために、Prometheusメトリック (ccm_node_latencies_duration_ms、ccm_route_latencies_duration_ms、ccm_slb_latencies_duration_ms) が追加されます。

    • イベントは、サービスと関連するSLBインスタンス間の同期プロセスを監視するために収集されます。

  • 改善:

    • 重量の計算は、ローカルモードのサービスに対して最適化されます。 ローカルモードを有効にするには、サービス設定でexternalTrafficPolicy=Localを設定します。 これにより、ポッド間の負荷分散が改善されます。 詳細については、「」をご参照ください。CCMはローカルモードでノードの重みをどのように計算しますか?

    • クラウドサービスのAPI呼び出しは、効率を向上させ、スロットリングの可能性を減らすために最適化されています。

    • service.beta.kubernetes.io/exclude-nodeというラベルの付いたノードを削除すると、関連するルートエントリは削除されなくなります。

  • 修正された問題:

    • サービスの更新中にアノテーションを追加して永続化タイムアウト0に設定できない問題。

    • サービスの更新中にアノテーションを追加して帯域幅100に設定できない問題。

ワークロードへの影響なし

March 2020

バージョン

画像アドレス

リリース日

説明

影響

v1.9.3.239-g40d97e1-aliyun

registry.cn-hangzhou.aliyuncs.com/acs/cloud-controller-manager-amd64: v1.9.3.239-g40d97e1-aliyun

2020-03-05

  • 新機能:

    LoadBalancerサービスの場合、CCMでは、関連するSLBインスタンスのバックエンドサーバーとしてECSノードとENIの両方を指定できます。

  • 改善:

    • Alibaba CloudサービスのAPI操作は、インターネットではなく内部ネットワークを介して呼び出すことができます。 CCM事業を呼び出すために、中国 (北京) 、中国 (上海) 、アラブ首長国連邦 (ドバイ) 以外の地域ではインターネットアクセスは不要になりました。

    • VPCルートエントリのクエリに使用されるAPI操作は、DescribeRouteEntryListに変更されます。 これにより、数百のクエリが短時間で受信された場合にパフォーマンスが向上します。

ワークロードへの影響なし

12月2019

バージョン

画像アドレス

リリース日

説明

影響

v1.9.3.220-g24b1885-aliyun

registry.cn-hangzhou.aliyuncs.com/acs/cloud-controller-manager-amd64: v1.9.3.220-g24b1885-aliyun

2019-12-31

  • vSwitch IDがサポートされています。 CloudConfigでvSwitch IDを :vswithid1,:vswitchid2の形式で指定できます。

  • スロットリングが有効な場合、バックオフがサポートされます。 バックオフにより、失敗したリクエストは30〜180秒ごとにリコンシルキューに再参加できます。

  • 調整するワーカースレッドの数は2に調整されます。 これにより、API呼び出しの1秒あたりのクエリ (QPS) クォータを完全に利用して、調整プロセスを高速化できます。

  • aliyungo SDKに基づくMapの同時読み取りと書き込みが原因でCCMが予期せず終了する問題が修正されました。

  • ノードがACKクラスターから削除されると、関連するルートエントリはCCMによってVPCルートテーブルから自動的に削除されます。

  • HTTPポート転送のポート依存関係によりポート設定を変更できない問題が修正されました。

  • SLBインスタンスのバックエンドサーバーがECSインスタンスの場合、バックエンドサーバーを変更するときにserveripフィールドは不要になります。 これにより、バックエンドサーバーを追加するときにAPIリクエストの既定のserverip値の変更によって引き起こされるエラーが防止されます。

  • ノードのルートエントリは、ノードのステータスがわかっている場合にのみVPCルートテーブルに追加されます。

  • NAT IPアドレスは、CCMによってノードメタデータに追加されなくなりました。これにより、APIサーバーがkubeletへの接続に失敗することがあるという問題が修正されました。

  • リスナーの設定を変更すると、リスナーが非アクティブ状態の場合にのみリスナーの起動操作が呼び出されます。 これにより、APIリクエストのスロットリングが防止されます。

ワークロードへの影響なし

11月2019

バージョン

画像アドレス

リリース日

説明

影響

v1.9.3.193-g6cddde4-aliyun

registry.cn-hangzhou.aliyuncs.com/acs/cloud-controller-manager-amd64:v1.9.3.193-g6cddde4-aliyun

2019-11-19

  • ラベルservice.beta.kubernetes.io/exclude-nodeをノードに追加できます。 ラベルが追加されると、ノードはCCMによって管理されなくなります。

  • 一度に複数のバックエンドポッドをSLBインスタンスに追加できます。 ポッドのネットワークタイプはTerwayである必要があります。

  • ローカルモードのサービスでは、ノードの重みを1未満にすることはできません (サービスにexternalTrafficPolicy=Localが設定されている場合) 。

  • 同時リクエストの処理時にvServerグループが繰り返し作成される問題は修正されました。

  • ノードの重みを設定すると、キャッシュによって古いデータが生成される問題が修正されました。

ワークロードへの影響なし

9月2019

バージョン

画像アドレス

リリース日

説明

影響

v1.9.3.164-g2105d2e-aliyun

registry.cn-hangzhou.aliyuncs.com/acs/cloud-controller-manager-amd64:v1.9.3-164-g2105d2e-aliyun

2019-09-11

  • service.beta.kubernetes.io/alibaba-cloud-loadbalancer-cert-idアノテーションを使用して、証明書を更新できます。

  • service.beta.kubernetes.io/alibaba-cloud-loadbalancer-forward-portアノテーションを使用して、HTTPポートからHTTPSポートへのポート転送を有効にできます。

  • service.beta.kubernetes.io/alibaba-cloud-loadbalancer-ACL-statusservice.beta.kubernetes.io/alibaba-cloud-loadbalancer-acl-id、アクセス制御リスト (acl) 設定でSLBインスタンスを作成するには、次のアノテーションを使用できます。service.beta.kubernetes.io/alibaba-cloud-loadbalancer-acl-type

  • service.beta.kubernetes.io/alibaba-cloud-loadbalancer-remove-unscheduled-backendアノテーションを使用して、スケジュール不可能なノードを削除できます。

  • Terwayネットワークプラグインを使用する場合、service.beta.kubernetes.io/backend-type: "eni" annotationを使用して、SLBインスタンスのバックエンドサーバーとしてeniが割り当てられているポッドを追加できます。 これにより、ネットワーク転送パフォーマンスが向上します。

  • ローカルモードのサービス (サービスにexternalTrafficPolicy=Localが設定されている場合) は、各ノードのポッド数に基づいてノードの重みを自動的に設定できます。

ワークロードへの影響なし

April 2019

バージョン

画像アドレス

リリース日

説明

影響

v1.9.3.105-gfd4e547-aliyun

registry.cn-hangzhou.aliyuncs.com/acs/cloud-controller-manager-amd64:v1.9.3.105-gfd4e547-aliyun

2019-04-15

  • VPCに対して複数のルートテーブルを作成できます。 構成ファイルを使用して、クラスターに複数のルートテーブルを設定できます。

  • 更新されたHTTP設定が有効にならない問題は修正されました。

ワークロードへの影響なし

March 2019

バージョン

画像アドレス

リリース日

説明

影響

v1.9.3.81-gca19cd4-aliyun

registry.cn-hangzhou.aliyuncs.com/acs/cloud-controller-manager-amd64:v1.9.3.81-gca19cd4-aliyun

2019-03-20

  • ACKによって作成されない既存のSLBインスタンスは、ACK管理クラスターおよびACK専用クラスターによって再利用できます。

  • カスタムノード名がサポートされています。 ノードの命名は、KubernetesのnodeNameフィールドに依存しなくなりました。

  • CCM 1.8.4とKubernetes 1.11.5の互換性の問題は修正されました。 CCMを最新バージョンに更新することを推奨します。

ワークロードへの影響なし

12月2018

バージョン

画像アドレス

リリース日

説明

影響

v1.9.3.59-ge3bc999-aliyun

registry.cn-hangzhou.aliyuncs.com/acs/cloud-controller-manager-amd64:v1.9.3.59-ge3bc999-aliyun

2018-12-26

  • SLBインスタンスは、複数のKubernetes Servicesで共有できます。

    • SLBインスタンスがサービスとともに作成された場合、他のサービスを作成するときにこのSLBインスタンスを再利用することはできません。 それ以外の場合、SLBインスタンスは削除されます。 複数のサービスを公開するために使用できるのは、コンソールまたはAPIを呼び出して手動で作成されたSLBインスタンスのみです。

    • 同じSLBインスタンスを共有するKubernetesサービスは、異なるフロントエンドリスニングポートを使用する必要があります。 そうしないと、ポートの競合が発生する可能性があります。

    • SLBインスタンスを再利用する場合は、リスナー名とvServerグループ名を識別子として使用する必要があります。 リスナーまたはvServerグループの名前は変更しないでください。

    • SLBインスタンス名を変更できます。

    • クラスター間でSLBインスタンスを共有することはできません。

  • VPCルートテーブルは、並列ではなく順番に管理されます。 これにより、スロットリングが防止される。

ワークロードへの影響なし

8月2018

バージョン

画像アドレス

リリース日

説明

影響

v1.9.3.10-gfb99107-aliyun

registry.cn-hangzhou.aliyuncs.com/acs/cloud-controller-manager-amd64:v1.9.3.10-gfb99107-aliyun

2018-08-15

  • service.beta.kubernetes.io/alibaba-cloud-loadbalancer-master-zoneidアノテーションを使用して、自動的に作成されたSLBインスタンスのプライマリゾーンを指定できます。

  • service.beta.kubernetes.io/alibaba-cloud-loadbalancer-slave-zoneidアノテーションを使用して、自動的に作成されたSLBインスタンスのセカンダリゾーンを指定できます。

    説明

    このパラメーターは、プライマリゾーンとセカンダリゾーンにデプロイされているSLBインスタンスをサポートしていないリージョンでは有効になりません。

  • service.beta.kubernetes.io/alibaba-cloud-loadbalancer-force-override-listenersアノテーションを使用して、既存のSLBインスタンスを再利用するときに既存のリスナーを上書きするかどうかを指定できます。 trueの値は、既存のSLBインスタンスを再利用するときに既存のリスナーを上書きします。

  • 帯域幅課金SLBインスタンスを作成するときに、service.beta.kubernetes.io/alibaba-cloud-loadbalancer-bandwidthアノテーションを使用して帯域幅を指定できます。 帯域幅はSLBインスタンスのリスナー間で共有されます。

ワークロードへの影響なし

6月2018

バージョン

画像アドレス

リリース日

説明

影響

v1.9.3

registry.cn-hangzhou.aliyuncs.com/acs/cloud-controller-manager-amd64:v1.9.3

2018-06-25

  • service.beta.kubernetes.io/alibaba-cloud-loadbalancer-backend-labelアノテーションを使用して、特定のラベルを持つワーカーノードをSLBインスタンスのバックエンドサーバーとして追加できます。

  • service.beta.kubernetes.io/alibaba-cloud-loadbalancer-specアノテーションを使用して、共有リソースやハイパフォーマンスなどのSLBインスタンスタイプを指定できます。

  • サービスのexternalTraffic: Localモードがサポートされています。 このモードを有効にすると、ポッドをホストするノードのみが、関連するSLBインスタンスのバックエンドサーバーとして追加されます。

  • ノードがクラスターに追加または削除された場合、ノードは関連するSLBインスタンスのバックエンドサーバーに自動的に追加または削除されます。

  • ノードのラベルが変更されると、関連するSLBインスタンスのバックエンドサーバーにノードが自動的に追加または削除されます。

  • Stickyセッションがサポートされています。

  • 既存のSLBインスタンスを使用してサービスを作成すると、リスナーはシステムによって管理されなくなります。 手動でリスナーを追加する必要があります。

ワークロードへの影響なし