Container Service for Kubernetes:Terway の使用

始める前に

Terway の動作モードをよりよく理解するために、Terway ネットワークプラグインを使用する前に、このトピックを読むことをお勧めします。

このトピックを読む前に、コンテナネットワークプラグインで使用される用語を理解し、コンテナネットワークプラグインを選択することをお勧めします。 詳細については、「ネットワークの概要」および「Terway と Flannel の比較」をご参照ください。

クラスタを作成する前に、クラスタの CIDR ブロックを計画する必要があります。 詳細については、「ACK マネージドクラスターのネットワーク計画」をご参照ください。

課金

Terway は無料です。 ただし、Terway によって使用されるポッドは各ノードにデプロイされます。 これらのポッドは少量のノードリソースを消費します。 ACK で使用される Alibaba Cloud サービスの課金の詳細については、「クラウド リソース料金」をご参照ください。

ノード上のポッドの最大数の計算方法

Terway モードでは、ノード上のポッドの最大数は、Elastic Compute Service（ECS）インスタンスによって提供される Elastic Network Interface（ENI）の数によって異なります。 Terway には、ノード上のポッドの下限があります。 ノードがクラスタに参加できるように、ノード上のポッドの最大数は少なくとも下限以上である必要があります。 次の表に詳細を示します。

クラスタの作成時に Terway をインストールする

クラスタを作成するときにのみ、Terway をネットワークプラグインとして選択できます。 クラスタの作成後、プラグインを変更することはできません。

1. ACK コンソール にログインします。 左側のナビゲーションウィンドウで、[クラスタ] をクリックします。

2. [クラスタ] ページで、[Kubernetes クラスタの作成] をクリックします。

3. Terway の主要なネットワークパラメータを構成します。 その他のクラスタパラメータの詳細については、「ACK マネージドクラスターを作成する」をご参照ください。

   パラメータ	説明
   IPv6 デュアルスタック	[有効化] を選択して、IPv4 と IPv6 をサポートするデュアルスタッククラスタを作成します。 この機能はパブリックプレビュー中です。 使用するには、クォータセンターコンソール でアプリケーションを送信してください。 IPv4/IPv6 デュアルスタックを有効にすると、デュアルスタッククラスタが作成されます。 重要 Kubernetes 1.22 以降を実行するクラスタのみがこの機能をサポートしています。 IPv4 アドレスは、ワーカーノードとコントロールプレーン間の通信に使用されます。 ネットワークプラグインとして Terway を選択する必要があります。 Terway の共有 Elastic Network Interface（ENI）モードを使用する場合、ECS インスタンスタイプは IPv6 アドレスをサポートしている必要があります。 指定されたタイプの ECS インスタンスをクラスタに追加するには、ECS インスタンスタイプでサポートされる IPv4 アドレスの数が IPv6 アドレスの数と同じである必要があります。 ECS インスタンスタイプの詳細については、「インスタンスファミリの概要」をご参照ください。 クラスタで使用される VPC は、IPv4/IPv6 デュアルスタックをサポートしている必要があります。 クラスタで Elastic Remote Direct Memory Access（eRDMA） を使用する場合、IPv4/IPv6 デュアルスタックを無効にする必要があります。
   VPC	クラスタで使用される VPC。
   ネットワークプラグイン	[Terway] を選択します。
   DataPath V2	このチェックボックスをオンにすると、DataPath V2 アクセラレーションモードが使用されます。 DataPath V2 アクセラレーションモードを選択すると、Terway は共有 ENI モードとは異なるトラフィック転送リンクを採用して、ネットワーク通信を高速化します。 DataPath V2 の機能の詳細については、「ネットワークアクセラレーション」をご参照ください。 説明 有効にすると、Terway ポリシーを持つコンテナは、各ワーカーノードで追加の 0.5 コアと 512 MB のリソースを消費することが予想され、この消費量はクラスタサイズが大きくなるにつれて増加します。 Terway のデフォルト構成では、コンテナの CPU 制限は 1 コアに設定されており、メモリには制限が指定されていません。 DataPath V2 モードでは、コンテナネットワーク接続追跡（conntrack）データは eBPF マップに保存されます。 Linux のネイティブ conntrack メカニズムと同様に、eBPF conntrack は Least Recently Used（LRU）エビクションを実装します。 マップ容量に達すると、最も古い接続が自動的にエビクトされ、新しい接続が保存されます。 ワークロードスケールに基づいてパラメータを構成して、接続制限を超えないようにします。 詳細については、「Terway での conntrack 構成の最適化」をご参照ください。
   NetworkPolicies のサポート	このチェックボックスをオンにすると、Kubernetes ネイティブの NetworkPolicies がサポートされます。 説明 Terway V1.9.2 以降では、新しいクラスタの NetworkPolicies は、拡張 Berkeley Packet Filter（eBPF）を使用して実装されます。 また、データプレーンで DataPath V2 が有効になります。 コンソールを使用して NetworkPolicies を管理する機能はパブリックプレビュー中です。 この機能を使用する場合は、クォータセンターコンソール にログインしてアプリケーションを送信してください。
   ENI トランキングのサポート	このチェックボックスをオンにすると、Trunk ENI 機能が有効になります。 各ポッドに静的 IP アドレス、個別の vSwitch、および個別のセキュリティグループを指定できます。 説明 ACK マネージドクラスター の場合は、アプリケーションを送信せずに、ENI トランキングのサポートオプションを選択できます。 ACK 専用クラスター で Trunk ENI 機能を有効にする場合は、クォータセンターコンソール にログインしてアプリケーションを送信してください。 デフォルトでは、Kubernetes 1.31 以降のバージョンを実行する新しく作成された ACK マネージドクラスター では、Trunk ENI 機能が有効になっています。
   vSwitch	クラスタ内のノードで使用される vSwitch の CIDR ブロック。 高可用性を確保するために、異なるゾーンで少なくとも 3 つの vSwitch を選択することをお勧めします。
   ポッド VSwitch	ポッドで使用される vSwitch の CIDR ブロック。 CIDR ブロックは、ノードの vSwitch CIDR ブロックと重複できます。
   サービス CIDR	サービス CIDR ブロックは、ノードまたはポッド CIDR ブロックと重複できません。
   IPv6 サービス CIDR ブロック	[IPv6 デュアルスタック] が有効になった後、IPv6 サービス CIDR を構成できます。

Terway モードの紹介

Terway の仕組みの詳細については、次のセクションを参照してください。