このドキュメントでは、GKE on VMware の管理クラスタとユーザー クラスタに必要な IP アドレスの数について説明します。
DHCP かまたは静的か
ネットワークに DHCP サーバーがある場合は、DHCP サーバーからノード IP アドレスを取得するように管理クラスタまたはユーザー クラスタを構成できます。クラスタの構成ファイルで、network.ipMode.type を "dhcp" に設定します。
クラスタの静的 IP アドレスを指定する場合は、network.ipMode.type を「static」に設定します。
管理クラスタに必要な IP アドレス数
管理クラスタには、次に使用可能な IP アドレスが十分にあることが必要です。
コントロール プレーンを実行するための 1 つまたは 3 つのノード:
非高可用性（非 HA）管理クラスタ用の 1 つのノード
HA 管理クラスタの 3 つのノード
管理クラスタのアドオンを実行する 2 つのノード
アップグレード、更新、自動修復中に使用される一時的なノード
コントロール プレーン V2 が有効になっていない場合、ユーザー クラスタのコントロール プレーンは管理クラスタ内の 1 つ以上のノードで実行されます（kubeception）。
関連付けられた高可用性（HA）ユーザー クラスタごとに、ユーザー クラスタのコントロール プレーンを実行するための 3 つのノード
関連付けられた非 HA ユーザー クラスタごとに、ユーザー クラスタのコントロール プレーンを実行する 1 つのノード
コントロール プレーン V2 が有効になっていない場合は、ユーザー クラスタを追加する前に、ユーザー クラスタのコントロール プレーンノード向けに十分な IP アドレスが管理クラスタで使用できることを確認してください。DHCP を使用している場合は、DHCP サーバーが追加の IP アドレスを提供できることを確認します。
例:
| 説明 | IP アドレスの数 |
|---|---|
|
コントロール プレーン V2 のユーザー クラスタを管理する非 HA 管理クラスタ 1 つのコントロール プレーン ノード + 2 つのアドオンノード + 1 つの追加ノード |
4 |
|
コントロール プレーン V2 のユーザー クラスタを管理する HA 管理クラスタ 3 つのコントロール プレーン ノード + 2 つのアドオンノード + 1 つの追加ノード |
6 |
|
非 HA kubeception ユーザー クラスタを管理する非 HA 管理クラスタ 1 つのコントロール プレーン ノード + 2 つのアドオンノード + 1 つの追加ノード + 1 つのユーザー クラスタ コントロール プレーン ノード |
5 |
|
HA kubeception ユーザー クラスタを管理する HA 管理クラスタ 3 つのコントロール プレーン ノード + 2 つのアドオンノード + 1 つの追加ノード + 3 つのユーザー クラスタ コントロール プレーン ノード |
9 |
ユーザー クラスタに必要な IP アドレス数
コントロール プレーン V2 が有効になっている場合（デフォルトです）、ユーザー クラスタでコントロール プレーンを実行する 1 つまたは 3 つのノード。
非高可用性（非 HA）ユーザー クラスタ用の 1 つのノード
HA ユーザー クラスタの 3 つのノード
ワーカーノード（ワークロードを実行するノード）ごとに 1 つの IP アドレス
アップグレード、更新、自動修復中に一時ノードとして使用される追加の IP アドレス。
コントロール プレーン V2 が有効になっている場合は、ユーザー クラスタにワーカーノードを追加する前に、コントロール プレーン ノード向けに十分な IP アドレスがユーザー クラスタで使用できることを確認してください。DHCP を使用している場合は、DHCP サーバーが追加の IP アドレスを提供できることを確認します。
例:
| 説明 | IP アドレスの数 |
|---|---|
|
非 HA ユーザー クラスタ、コントロール プレーン V2 3 つのワーカーノード + 1 つのコントロール プレーン ノード + 1 つの追加ノード |
5 |
|
HA ユーザー クラスタ、コントロール プレーン V2 3 つのワーカーノード + 3 つのコントロール プレーン ノード + 1 つの追加ノード |
7 |
|
ユーザー クラスタ、kubeception 3 つのワーカーノード + 1 つの追加ノード |
4 |
管理クラスタの静的 IP アドレス
このセクションでは、管理クラスタの静的 IP アドレスを管理する方法について説明します。
管理クラスタ ノードで使用可能な IP アドレスを判別する
管理クラスタの IP ブロック ファイルは、管理クラスタ構成ファイルの network.ipMode.ipBlockFilePath の値としてリストされます。IP ブロック ファイルでは、管理クラスタ内のノードで使用可能な IP アドレスを確認できます。
たとえば、5 つの IP アドレスを持つ IP ブロック ファイルを次に示します。
blocks:
- netmask: 255.255.255.0
gateway: 172.16.20.1
ips:
- ip: 172.16.20.50
hostname: admin-vm-1
- ip: 172.16.20.51
hostname: admin-vm-2
- ip: 172.16.20.52
hostname: admin-vm-3
- ip: 172.16.20.53
hostname: admin-vm-4
- ip: 172.16.20.54
hostname: admin-vm-5
注: HA 管理クラスタを使用する場合は、network.controlPlaneIPBlock でコントロール プレーン ノードの 3 つの IP を指定する必要があります。IP ブロック ファイルにリストされている IP は、管理アドオンノードに対してのみ使用されます。
管理クラスタに IP アドレスを追加する
管理クラスタ内のノードで使用できる IP アドレスを増やすには、IP ブロック ファイルにアドレスを追加してから、次のコマンドを実行して管理クラスタを更新します。
gkectl update admin --kubeconfig ADMIN_CLUSTER_KUBECONFIG--config ADMIN_CLUSTER_CONFIG
以下を置き換えます。
ADMIN_CLUSTER_KUBECONFIG: 管理クラスタの kubeconfig ファイルのパス
ADMIN_CLUSTER_CONFIG: 管理者ユーザー クラスタ構成ファイルのパス
ユーザー クラスタの静的 IP アドレス
このセクションでは、ユーザー クラスタの静的 IP アドレスを管理する方法について説明します。
ユーザー クラスタ ノードで使用可能な IP アドレスを判別する
ユーザー クラスタの IP ブロック ファイルは、ユーザー クラスタ構成ファイルの network.ipMode.ipBlockFilePath の値としてリストされます。IP ブロック ファイルでは、管理クラスタ内のノードで使用可能な IP アドレスを確認できます。
たとえば、4 つの IP アドレスを持つ IP ブロック ファイルを次に示します。
blocks:
- netmask: 255.255.255.0
gateway: 172.16.20.1
ips:
- ip: 172.16.20.55
hostname: user-vm-1
- ip: 172.16.20.56
hostname: user-vm-2
- ip: 172.16.20.57
hostname: user-vm-3
- ip: 172.16.20.58
hostname: user-vm-4
ユーザー クラスタに IP アドレスを追加する
ユーザー クラスタ内のノードで使用できる IP アドレスを増やすには、IP ブロック ファイルにアドレスを追加してから、次のコマンドを実行してユーザー クラスタを更新します。
gkectl update cluster --kubeconfig ADMIN_CLUSTER_KUBECONFIG--config USER_CLUSTER_CONFIG
以下を置き換えます。
ADMIN_CLUSTER_KUBECONFIG: 管理クラスタの kubeconfig ファイルのパス
USER_CLUSTER_CONFIG: ユーザー クラスタの構成ファイルのパス