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

Container Service for Kubernetes:[廃止] Kubernetes 1.18 の ACK Edge リリースノート

最終更新日:May 17, 2025

ACK Edge は、エッジコンピューティングシナリオ向けに設計された Container Service for Kubernetes(ACK)が提供するクラウドエッジ統合マネージドソリューションです。このトピックでは、Kubernetes 1.18 の ACK Edge のリリースノートについて説明します。

更新された機能

機能

説明

ACK Edge クラスタのバージョン

ACK Edge のバージョンが 1.18.8-aliyunedge.1 に更新されました。

クラウドエッジ O&M チャネルと O&M 監視

  • [tunnel-server] は、個々のノードの [iptables] ルールではなく、クラスタのドメインネームシステム(DNS)解決に基づいて、エッジ O&M および監視のトラフィックをインターセプトして処理します。

  • [metrics-server][prometheus] など、クラウドエッジ O&M チャネルに依存する監視コンポーネントは、[tunnel-server] と同じノードにデプロイする必要がなくなりました。

  • [tunnel-server] は、複数のポッドレプリカにデプロイでき、すべてのノード間でロードバランシングをサポートします。

  • meta server モジュールがクラウドエッジ O&M チャネルに追加されました。このモジュールは、Prometheus metricsdebug/pprof を処理するために使用されます。[tunnel-server] のエンドポイントは http://127.0.0.1:10265 です。[edge-tunnel-agent] のエンドポイントは http://127.0.0.1:10266 です。コンポーネントの --meta-port 起動パラメータを指定することで、エンドポイントのポートを変更できます。

エッジノードの自律性

エッジキャッシング、ヘルスチェック、サービスエンドポイント、およびトラフィック分析が最適化されました。エッジトラフィックの自律性が強化されました。InCluster モードでのエッジアプリケーションから [kube-apiserver] へのアクセスが強化されました。以下のセクションでは、改善点について説明します。

  • エッジでのサービスのトラフィックトポロジは、[edge-hub] によってサポートされており、Kubernetes の機能ゲートに依存しなくなりました。

  • エッジでのサービスのエンドポイントは、[edge-hub] によって、クラスタの [kube-apiserver] のパブリックエンドポイントに自動的に変更されます。これにより、エッジのアプリケーションは InCluster モードでクラスタにアクセスできます。

  • CustomResourceDefinitions(CRD)は、[edge-hub] によってキャッシュできます。たとえば、nodenetworkconfigurations CRD をキャッシュできます。この CRD は、Flannel のネットワーク情報を格納するために使用されます。

  • クラウドでのヘルスチェックは、[edge-hub] によって改善されました。ヘルスチェック中に、healthz リクエストではなく、Lease ハートビートが送信されます。

  • ポート 10261 とポート 10267 は、[edge-hub] によってリッスンされます。ポート 10261 はリクエストの転送に使用されます。ポート 10267 は、[edge-hub] に送信されるローカルリクエスト(liveness プローブmetricspprof など yurthub の)を処理するために使用されます。

  • node_edge_hub_proxy_traffic_collector メトリックは、[edge-hub] によってサポートされています。このメトリックは、[kubelet][kube-proxy] などのエッジノードのコンポーネントが ポッド や デプロイメント などの Kubernetes リソースにアクセスするときに生成されるトラフィックを示します。

エッジでのセルベースの管理

エッジでのセルベースの管理(UnitedDeployment コントローラに基づく)で Patch フィールドがサポートされています。このフィールドを使用すると、各ノードプールの構成をカスタマイズできます。たとえば、異なるローカルイメージリポジトリを使用して、デプロイメントセル内の異なるノードプールにノードをデプロイする場合などです。この場合、Patch フィールドを使用して、各ノードプールのイメージアドレスを指定できます。

エッジノード

Ubuntu 20.04 オペレーティングシステムを実行しているノードをエッジ Kubernetes クラスタに追加できます。

エッジネットワーク

  • Flannel を使用して構築されたクラウドエッジネットワークが最適化されました。[リスト操作と監視操作] はノードでは実行されなくなりました。代わりに、[リスト操作と監視操作] は関連する CRD で実行されます。これにより、これらの操作によって生成されるトラフィックが削減されます。

  • エッジでのトラフィック管理に関するアノテーションが調整されました。詳細については、このトピックのエッジでのトラフィック管理に関するアノテーションセクションをご参照ください。

エッジでのトラフィック管理に関するアノテーション

  • 次の表は、エッジでのトラフィック管理のために Kubernetes 1.16 でサポートされているアノテーションの キー について説明しています。

    アノテーションキー

    アノテーション値

    説明

    openyurt.io/topologyKeys

    kubernetes.io/hostname

    サービスがデプロイされているノードからのみサービスにアクセスできるように指定します。

    openyurt.io/topologyKeys

    kubernetes.io/zone

    サービスがデプロイされているノードプール内のノードからのみサービスにアクセスできるように指定します。

    該当なし

    該当なし

    サービスへのアクセスが無制限であることを指定します。

  • Kubernetes 1.18 では、openyurt.io/topologyKeys の有効な が変更されました。有効な値:kubernetes.io/zone および openyurt.io/nodepool。これらの値は、サービスがデプロイされているノードプール内のノードからのみサービスにアクセスできることを指定します。openyurt.io/nodepool に値を設定することをお勧めします。