vSphere 的管理叢集組態

若要建立叢集組態檔，您可以將先前部署的現有組態檔複製到 vSphere，並加以更新。或者，也可以使用空白範本從頭開始建立檔案。

管理叢集組態範本

以下範本包括用來在 vSphere 上部署管理叢集的所有相關選項。您可以複製此範本，並用來將管理叢集部署到 vSphere。

• 如需如何更新所有目標平台通用的設定的相關資訊，請參閱建立管理叢集組態檔
• 如需所有組態檔變數的相關資訊，請參閱組態檔變數參考。
• 如需如何設定 vSphere 設定的範例，請參閱範本下方的小節。

必要選項會取消註解。選用設定會註解掉。如果適用，會包含預設值。

#! ---------------------------------------------------------------------
#! Basic cluster creation configuration
#! ---------------------------------------------------------------------

CLUSTER_NAME:
CLUSTER_PLAN: dev
INFRASTRUCTURE_PROVIDER: vsphere
# CLUSTER_API_SERVER_PORT: # For deployments without NSX Advanced Load Balancer
ENABLE_CEIP_PARTICIPATION: true
ENABLE_AUDIT_LOGGING: true
CLUSTER_CIDR: 100.96.0.0/11
SERVICE_CIDR: 100.64.0.0/13
# CAPBK_BOOTSTRAP_TOKEN_TTL: 30m

#! ---------------------------------------------------------------------
#! vSphere configuration
#! ---------------------------------------------------------------------

VSPHERE_SERVER:
VSPHERE_USERNAME:
VSPHERE_PASSWORD:
VSPHERE_DATACENTER:
VSPHERE_RESOURCE_POOL:
VSPHERE_DATASTORE:
VSPHERE_FOLDER:
VSPHERE_NETWORK: VM Network
# VSPHERE_CONTROL_PLANE_ENDPOINT: # Required for Kube-Vip
# VSPHERE_CONTROL_PLANE_ENDPOINT_PORT: 6443
VIP_NETWORK_INTERFACE: "eth0"
# VSPHERE_TEMPLATE:
VSPHERE_SSH_AUTHORIZED_KEY:
# VSPHERE_STORAGE_POLICY_ID: ""
VSPHERE_TLS_THUMBPRINT:
VSPHERE_INSECURE: false
DEPLOY_TKG_ON_VSPHERE7: false
ENABLE_TKGS_ON_VSPHERE7: false

#! ---------------------------------------------------------------------
#! Node configuration
#! ---------------------------------------------------------------------

# SIZE:
# CONTROLPLANE_SIZE:
# WORKER_SIZE:
# OS_NAME: ""
# OS_VERSION: ""
# OS_ARCH: ""
# VSPHERE_NUM_CPUS: 2
# VSPHERE_DISK_GIB: 40
# VSPHERE_MEM_MIB: 4096
# VSPHERE_MTU:
# VSPHERE_CONTROL_PLANE_NUM_CPUS: 2
# VSPHERE_CONTROL_PLANE_DISK_GIB: 40
# VSPHERE_CONTROL_PLANE_MEM_MIB: 8192
# VSPHERE_WORKER_NUM_CPUS: 2
# VSPHERE_WORKER_DISK_GIB: 40
# VSPHERE_WORKER_MEM_MIB: 4096

#! ---------------------------------------------------------------------
#! VMware NSX specific configuration for enabling NSX routable pods
#! ---------------------------------------------------------------------

# NSXT_POD_ROUTING_ENABLED: false
# NSXT_ROUTER_PATH: ""
# NSXT_USERNAME: ""
# NSXT_PASSWORD: ""
# NSXT_MANAGER_HOST: ""
# NSXT_ALLOW_UNVERIFIED_SSL: false
# NSXT_REMOTE_AUTH: false
# NSXT_VMC_ACCESS_TOKEN: ""
# NSXT_VMC_AUTH_HOST: ""
# NSXT_CLIENT_CERT_KEY_DATA: ""
# NSXT_CLIENT_CERT_DATA: ""
# NSXT_ROOT_CA_DATA: ""
# NSXT_SECRET_NAME: "cloud-provider-vsphere-nsxt-credentials"
# NSXT_SECRET_NAMESPACE: "kube-system"

#! ---------------------------------------------------------------------
#! NSX Advanced Load Balancer configuration
#! ---------------------------------------------------------------------

AVI_ENABLE: false
AVI_CONTROL_PLANE_HA_PROVIDER: false
# AVI_NAMESPACE: "tkg-system-networking"
# AVI_DISABLE_INGRESS_CLASS: true
# AVI_AKO_IMAGE_PULL_POLICY: IfNotPresent
# AVI_ADMIN_CREDENTIAL_NAME: avi-controller-credentials
# AVI_CA_NAME: avi-controller-ca
# AVI_CONTROLLER:
# AVI_USERNAME: ""
# AVI_PASSWORD: ""
# AVI_CLOUD_NAME:
# AVI_SERVICE_ENGINE_GROUP:
# AVI_NSXT_T1LR: # Required for NSX ALB deployments on NSX Cloud.
# AVI_MANAGEMENT_CLUSTER_SERVICE_ENGINE_GROUP:
# AVI_DATA_NETWORK:
# AVI_DATA_NETWORK_CIDR:
# AVI_MANAGEMENT_CLUSTER_VIP_NETWORK_NAME:
# AVI_MANAGEMENT_CLUSTER_VIP_NETWORK_CIDR:
# AVI_CA_DATA_B64: ""
# AVI_LABELS: ""
# AVI_DISABLE_STATIC_ROUTE_SYNC: true
# AVI_INGRESS_DEFAULT_INGRESS_CONTROLLER: false
# AVI_INGRESS_SHARD_VS_SIZE: ""
# AVI_INGRESS_SERVICE_TYPE: ""
# AVI_INGRESS_NODE_NETWORK_LIST: ""

#! ---------------------------------------------------------------------
#! Image repository configuration
#! ---------------------------------------------------------------------

# TKG_CUSTOM_IMAGE_REPOSITORY: ""
# TKG_CUSTOM_IMAGE_REPOSITORY_CA_CERTIFICATE: ""

#! ---------------------------------------------------------------------
#! Proxy configuration
#! ---------------------------------------------------------------------

# TKG_HTTP_PROXY: ""
# TKG_HTTPS_PROXY: ""
# TKG_NO_PROXY: ""

#! ---------------------------------------------------------------------
#! Machine Health Check configuration
#! ---------------------------------------------------------------------

ENABLE_MHC:
ENABLE_MHC_CONTROL_PLANE: true
ENABLE_MHC_WORKER_NODE: true
MHC_UNKNOWN_STATUS_TIMEOUT: 5m
MHC_FALSE_STATUS_TIMEOUT: 12m

#! ---------------------------------------------------------------------
#! Identity management configuration
#! ---------------------------------------------------------------------

IDENTITY_MANAGEMENT_TYPE: "none"

#! Settings for IDENTITY_MANAGEMENT_TYPE: "oidc"
# CERT_DURATION: 2160h
# CERT_RENEW_BEFORE: 360h
# OIDC_IDENTITY_PROVIDER_CLIENT_ID:
# OIDC_IDENTITY_PROVIDER_CLIENT_SECRET:
# OIDC_IDENTITY_PROVIDER_GROUPS_CLAIM: groups
# OIDC_IDENTITY_PROVIDER_ISSUER_URL:
# OIDC_IDENTITY_PROVIDER_SCOPES: "email,profile,groups,offline_access"
# OIDC_IDENTITY_PROVIDER_USERNAME_CLAIM: email

#! The following two variables are used to configure Pinniped JWTAuthenticator for workload clusters
# SUPERVISOR_ISSUER_URL:
# SUPERVISOR_ISSUER_CA_BUNDLE_DATA:

#! Settings for IDENTITY_MANAGEMENT_TYPE: "ldap"
# LDAP_BIND_DN:
# LDAP_BIND_PASSWORD:
# LDAP_HOST:
# LDAP_USER_SEARCH_BASE_DN:
# LDAP_USER_SEARCH_FILTER:
# LDAP_USER_SEARCH_ID_ATTRIBUTE: dn
# LDAP_USER_SEARCH_NAME_ATTRIBUTE:
# LDAP_GROUP_SEARCH_BASE_DN:
# LDAP_GROUP_SEARCH_FILTER:
# LDAP_GROUP_SEARCH_NAME_ATTRIBUTE: dn
# LDAP_GROUP_SEARCH_USER_ATTRIBUTE: dn
# LDAP_ROOT_CA_DATA_B64:

#! ---------------------------------------------------------------------
#! Antrea CNI configuration
#! ---------------------------------------------------------------------

# ANTREA_NO_SNAT: true
# ANTREA_NODEPORTLOCAL: true
# ANTREA_NODEPORTLOCAL_ENABLED: true
# ANTREA_NODEPORTLOCAL_PORTRANGE: 61000-62000
# ANTREA_TRAFFIC_ENCAP_MODE: "encap"
# ANTREA_PROXY: true
# ANTREA_PROXY_ALL: true
# ANTREA_PROXY_LOAD_BALANCER_IPS: false
# ANTREA_PROXY_NODEPORT_ADDRS:
# ANTREA_PROXY_SKIP_SERVICES: ""
# ANTREA_POLICY: true
# ANTREA_TRACEFLOW: true
# ANTREA_DISABLE_UDP_TUNNEL_OFFLOAD: false
# ANTREA_ENABLE_USAGE_REPORTING: false
# ANTREA_EGRESS: true
# ANTREA_EGRESS_EXCEPT_CIDRS: ""
# ANTREA_FLOWEXPORTER: false
# ANTREA_FLOWEXPORTER_COLLECTOR_ADDRESS: "flow-aggregator.flow-aggregator.svc:4739:tls"
# ANTREA_FLOWEXPORTER_POLL_INTERVAL: "5s"
# ANTREA_FLOWEXPORTER_ACTIVE_TIMEOUT: "5s"
# ANTREA_FLOWEXPORTER_IDLE_TIMEOUT: "15s"
# ANTREA_IPAM: false
# ANTREA_KUBE_APISERVER_OVERRIDE: ""
# ANTREA_MULTICAST: false
# ANTREA_MULTICAST_INTERFACES: ""
# ANTREA_NETWORKPOLICY_STATS: true
# ANTREA_SERVICE_EXTERNALIP: true
# ANTREA_TRANSPORT_INTERFACE: ""
# ANTREA_TRANSPORT_INTERFACE_CIDRS: ""

一般 vSphere 組態

提供資訊以允許 Tanzu Kubernetes Grid 登入 vSphere，並指定可供 Tanzu Kubernetes Grid 使用的資源。

• 使用 vCenter Server 執行個體的 IP 位址或 FQDN 以及用來登入的認證，來更新 VSPHERE_SERVER、VSPHERE_USERNAME 和 VSPHERE_PASSWORD 設定。

• 針對 vSphere 資料中心、資源集區、資料存放區以及要在其中部署管理叢集的資料夾，提供其完整路徑：

  • VSPHERE_DATACENTER：/<MY-DATACENTER>
  • VSPHERE_RESOURCE_POOL：/<MY-DATACENTER>/host/<CLUSTER>/Resources
  • VSPHERE_DATASTORE：/<MY-DATACENTER>/datastore/<MY-DATASTORE>
  • VSPHERE_FOLDER：/<MY-DATACENTER>/vm/<FOLDER>.
• 根據叢集控制平面 API 的 HA 提供者，設定 VSPHERE_CONTROL_PLANE_ENDPOINT 或保留為空白：
  • Kube-VIP：設定為靜態虛擬 IP 位址，或對應到 VIP 位址的完整網域名稱 (FQDN)。
  • NSX Advanced Load Balancer：除非您需要指定端點，否則請保留為空白。如果是，請使用位於 IPAM 設定檔 VIP 網路範圍內且您已手動新增至靜態 IP 集區的靜態位址，或使用對應至靜態位址的 FQDN。
• 在 VSPHERE_NETWORK 和 VIP_NETWORK_INTERFACE 中指定網路和網路介面。
• 如果要對同一 Kubernetes 版本使用多個自訂 OVA 映像，可以選擇性地取消註解並更新 VSPHERE_TEMPLATE，以指定 OVA 檔案的路徑。使用 /MY-DC/vm/MY-FOLDER-PATH/MY-IMAGE 格式。如需詳細資訊，請參閱《使用 Tanzu CLI 來建立和管理 TKG 2.3 工作負載叢集》中的使用自訂 OVA 映像來部署叢集。
• 在 VSPHERE_SSH_AUTHORIZED_KEY 選項中提供 SSH 金鑰。如需如何取得 SSH 金鑰的相關資訊，請參閱準備將管理叢集部署到 vSphere。
• 在 VSPHERE_TLS_THUMBPRINT 變數中提供 TLS 指紋，或設定 VSPHERE_INSECURE: true 以跳過指紋驗證。
• 選擇性地取消註解 VSPHERE_STORAGE_POLICY_ID，並針對您在 vCenter Server 上設定給管理叢集使用的虛擬機器，指定儲存區原則的名稱。

例如：

#! ---------------------------------------------------------------------
#! vSphere configuration
#! ---------------------------------------------------------------------

VSPHERE_SERVER: 10.185.12.154
VSPHERE_USERNAME: [email protected]
VSPHERE_PASSWORD: <encoded:QWRtaW4hMjM=>
VSPHERE_DATACENTER: /dc0
VSPHERE_RESOURCE_POOL: /dc0/host/cluster0/Resources/tanzu
VSPHERE_DATASTORE: /dc0/datastore/sharedVmfs-1
VSPHERE_FOLDER: /dc0/vm/tanzu
VSPHERE_NETWORK: "VM Network"
VSPHERE_CONTROL_PLANE_ENDPOINT: 10.185.11.134
VIP_NETWORK_INTERFACE: "eth0"
VSPHERE_TEMPLATE: /dc0/vm/tanzu/my-image.ova
VSPHERE_SSH_AUTHORIZED_KEY: ssh-rsa AAAAB3[...]tyaw== [email protected]
VSPHERE_TLS_THUMBPRINT: 47:F5:83:8E:5D:36:[...]:72:5A:89:7D:29:E5:DA
VSPHERE_INSECURE: false
VSPHERE_STORAGE_POLICY_ID: "My storage policy"

設定節點大小

Tanzu CLI 會根據您在組態檔中提供的設定，來建立管理叢集和工作負載叢集的個別節點。在 vSphere 上，您可以將所有節點虛擬機器設定為具有相同的預先定義組態，為控制平面和工作節點設定不同的預先定義組態，或者自訂節點的組態。藉由使用這些設定，您可以建立叢集，且其中的節點具有與管理叢集節點不同的組態。您還可以建立叢集，且其中的控制平面節點和工作節點具有不同的組態。

預先定義的節點大小

Tanzu CLI 會提供下列預先定義的組態給叢集節點：

• small：2 個 CPU、4 GB 記憶體、20 GB 磁碟
• medium：2 個 CPU、8 GB 記憶體、40 GB 磁碟
• large：4 個 CPU、16 GB 記憶體、40 GB 磁碟
• extra-large：8 個 CPU、32 GB 記憶體、80 GB 磁碟

若要建立一個叢集，且其中所有控制平面虛擬機器和工作節點虛擬機器的大小相同，請指定 SIZE 變數。如果您設定 SIZE 變數，將使用您設定的組態來建立所有節點。

SIZE: "large"

若要建立一個叢集，且其中控制平面虛擬機器和工作節點虛擬機器的大小不同，請指定 CONTROLPLANE_SIZE 和 WORKER_SIZE 選項。

CONTROLPLANE_SIZE: "medium"
WORKER_SIZE: "extra-large"

您可以將 CONTROLPLANE_SIZE 和 WORKER_SIZE 選項與 SIZE 選項合併使用。例如，如果指定 SIZE: "large" 和 WORKER_SIZE: "extra-large"，則會將控制平面節點設定為 large，將工作節點設定為 extra-large。

SIZE: "large"
WORKER_SIZE: "extra-large"

自訂節點大小

您可以自訂節點的組態，而不使用預先定義的組態。

若要將相同的自訂組態用於所有節點，請指定 VSPHERE_NUM_CPUS、VSPHERE_DISK_GIB 和 VSPHERE_MEM_MIB 選項。

VSPHERE_NUM_CPUS: 2
VSPHERE_DISK_GIB: 40
VSPHERE_MEM_MIB: 4096

若要為控制平面節點和工作節點定義不同的自訂組態，請指定 VSPHERE_CONTROL_PLANE_* 和 VSPHERE_WORKER_* 選項。

VSPHERE_CONTROL_PLANE_NUM_CPUS: 2
VSPHERE_CONTROL_PLANE_DISK_GIB: 20
VSPHERE_CONTROL_PLANE_MEM_MIB: 8192
VSPHERE_WORKER_NUM_CPUS: 4
VSPHERE_WORKER_DISK_GIB: 40
VSPHERE_WORKER_MEM_MIB: 4096

您可以使用 SIZE、CONTROLPLANE_SIZE 和 WORKER_SIZE 選項來覆寫這些設定。

設定 NSX Advanced Load Balancer

重要

AVI_DISABLE_INGRESS_CLASS、AVI_DISABLE_STATIC_ROUTE_SYNC、AVI_INGRESS_DEFAULT_INGRESS_CONTROLLER 組態變數在 TKG v2.3 中不起作用。如要將其中任一項設為 true (非預設值)，請參見版本資訊中的某些 NSX ALB 組態變數不起作用已知問題中所述的因應措施。

若要使用 NSX Advanced Load Balancer，必須先將其部署到 vSphere 環境中。請參閱安裝 NSX Advanced Load Balancer。部署 NSX Advanced Load Balancer 後，設定 vSphere 管理叢集，以使用該負載平衡器。

例如：

AVI_ENABLE: true
AVI_CONTROL_PLANE_HA_PROVIDER: true
AVI_NAMESPACE: "tkg-system-networking"
AVI_DISABLE_INGRESS_CLASS: true
AVI_AKO_IMAGE_PULL_POLICY: IfNotPresent
AVI_ADMIN_CREDENTIAL_NAME: avi-controller-credentials
AVI_CA_NAME: avi-controller-ca
AVI_CONTROLLER: 10.185.10.217
AVI_USERNAME: "admin"
AVI_PASSWORD: "<password>"
AVI_CLOUD_NAME: "Default-Cloud"
AVI_SERVICE_ENGINE_GROUP: "Default-Group"
AVI_NSXT_T1LR:""
AVI_DATA_NETWORK: nsx-alb-dvswitch
AVI_DATA_NETWORK_CIDR: 10.185.0.0/20
AVI_MANAGEMENT_CLUSTER_VIP_NETWORK_NAME: ""
AVI_MANAGEMENT_CLUSTER_VIP_NETWORK_CIDR: ""
AVI_CA_DATA_B64: LS0tLS1CRU[...]UtLS0tLQo=
AVI_LABELS: ""
AVI_DISABLE_STATIC_ROUTE_SYNC: true
AVI_INGRESS_DEFAULT_INGRESS_CONTROLLER: false
AVI_INGRESS_SHARD_VS_SIZE: ""
AVI_INGRESS_SERVICE_TYPE: ""
AVI_INGRESS_NODE_NETWORK_LIST: ""

依預設，管理叢集以及其管理的所有工作負載叢集會使用負載平衡器。如需如何設定 NSX Advanced Load Balancer 變數的相關資訊，請參閱〈組態檔變數參考〉中的 NSX Advanced Load Balancer。

NSX Advanced Load Balancer 作為控制平面端點提供者

您可以在 Tanzu Kubernetes Grid 中使用 NSX ALB 作為控制平面端點提供者。下表說明 NSX ALB 與 Kube-Vip (這是 Tanzu Kubernetes Grid 中的預設控制平面端點提供者) 之間的差異。

	Kube-Vip	NSX ALB
將流量傳送到	單一控制平面節點	多個控制平面節點
需要設定端點 VIP	是	否 從 NSX ALB 靜態 IP 集區指派 VIP

設定 NSX 可路由 Pod

如果您的 vSphere 環境使用 NSX，則可以將它設定成實作可路由 Pod 或 NO_NAT Pod。

附註

NSX 可路由 Pod 是此版本中的一項實驗性功能。有關如何實作 NSX 可路由 Pod 的資訊很快就會新增到本說明文件中。

#! ---------------------------------------------------------------------
#! NSX specific configuration for enabling NSX routable pods
#! ---------------------------------------------------------------------

# NSXT_POD_ROUTING_ENABLED: false
# NSXT_ROUTER_PATH: ""
# NSXT_USERNAME: ""
# NSXT_PASSWORD: ""
# NSXT_MANAGER_HOST: ""
# NSXT_ALLOW_UNVERIFIED_SSL: false
# NSXT_REMOTE_AUTH: false
# NSXT_VMC_ACCESS_TOKEN: ""
# NSXT_VMC_AUTH_HOST: ""
# NSXT_CLIENT_CERT_KEY_DATA: ""
# NSXT_CLIENT_CERT_DATA: ""
# NSXT_ROOT_CA_DATA: ""
# NSXT_SECRET_NAME: "cloud-provider-vsphere-nsxt-credentials"
# NSXT_SECRET_NAMESPACE: "kube-system"

針對 IPv6 進行設定

若要將支援 IPv6 的管理叢集設定為 IPv6 網路環境：

1. 依照 (選用) 設定 IPv6 的變數和規則中所述來準備環境。

2. 針對管理叢集，設定組態檔中的變數，如下所示。

   • 將 TKG_IP_FAMILY 設定為 ipv6。
   • 將 VSPHERE_CONTROL_PLANE_ENDPOINT 設定為靜態 IPv6 位址。
   • (選用) 設定 CLUSTER_CIDR and SERVICE_CIDR。預設值分別為 fd00:100:64::/48 和 fd00:100:96::/108。

設定多個可用區域

您可以設定管理叢集或工作負載叢集，以在多個可用區域 (AZ) 中執行節點，如跨多個可用區域執行叢集中所述

必要條件

• 如要在 vSphere 中準備區域和 AZ 中所述建立和標記的 AZ 的 vSphere 物件。
• vsphere-zones.yaml 檔案，其中包含 AZ 的故障領域和部署區物件定義，建立程序如在 Kubernetes 中建立 FailureDomain 和 DeploymentZone 物件中所述。建立管理叢集時，將此檔案傳遞到 --az-file 選項。

如要為叢集設定跨多個 AZ 部署的節點，請執行以下操作：

• 將 VSPHERE_REGION 和 VSPHERE_ZONE 設為區域和區域標記類別：k8s-region 和 k8s-zone。
  • 這些變數還會設定 CSI 拓撲；請參閱使用 CSI 的區域標記和區標記部署叢集。
• 將 VSPHERE_AZ_0、VSPHERE_AZ_1、VSPHERE_AZ_2 設定為需要在其中部署機器的 VsphereDeploymentZone 物件的名稱。
  • 與 VsphereDeploymentZone 關聯的 VSPHERE_AZ_0 是其中部署以 VSphereFailureDomain 結尾的機器的 md-0，同樣，VSPHERE_AZ_1 是其中部署以 VSphereFailureDomain 結尾的機器的 md-1，VSPHERE_AZ_2 是其中部署以 VSphereFailureDomain 結尾的機器的 md-2
  • 如果未定義任何 AZ 組態，則會部署該機器部署，而不會有任何 VSphereFailureDomain
• WORKER_MACHINE_COUNT 用來設定叢集的 worker 節點總數。Worker 節點總數會以循環形式散佈在指定數量的 AZ 之間
• VSPHERE_AZ_CONTROL_PLANE_MATCHING_LABELS 為叢集控制平面節點可能部署到的 AZ 設定鍵/值選擇器標籤。
  • 如果設定了 VSPHERE_REGION 和 VSPHERE_ZONE，請設定此變數。
  • 標籤必須存在於您建立的 VSphereDeploymentZone 資源中。
  • 透過這些標籤，您可以指定區域和環境中的所有 AZ，而無需單獨列出它們，例如："region=us-west-1,environment=staging"。

如需將叢集部署到 vSphere 時必須指定的選項的完整清單，請參閱組態檔變數參考。

設定節點 IPAM

對於 vSphere 上的獨立管理叢集及其管理的基於類的工作負載叢集，TKG 支援叢集內節點 IPAM。如需詳細資訊和目前的限制，請參閱《使用 Tanzu CLI 來建立和管理 TKG 2.3 工作負載叢集》中的節點 IPAM。

無法直接從安裝程式介面部署具有節點 IPAM 的管理叢集，您必須從組態檔進行部署。但是，您可以透過執行安裝程式介面建立組態檔，方法是：按兩下檢視組態 (Review Configuration) > 匯出組態 (Export Configuration)，然後編輯產生的組態檔，如下所述。

要部署對其節點使用叢集內 IPAM 的管理叢集，請執行以下操作：

1. 作為必要條件，請收集名稱伺服器的 IP 位址以用於叢集的控制平面和工作節點。這是必要的，因為叢集節點將不再透過 DHCP 接收名稱伺服器以解析 vCenter 中的名稱。

2. 編輯管理叢集組態檔以包含如下設定，例如《組態檔變數參考》中的節點 IPAM 表：

   MANAGEMENT_NODE_IPAM_IP_POOL_GATEWAY: "10.10.10.1"
   MANAGEMENT_NODE_IPAM_IP_POOL_ADDRESSES: "10.10.10.2-10.10.10.100,10.10.10.105"
   MANAGEMENT_NODE_IPAM_IP_POOL_SUBNET_PREFIX: "24"
   CONTROL_PLANE_NODE_NAMESERVERS: "10.10.10.10,10.10.10.11"
   WORKER_NODE_NAMESERVERS: "10.10.10.10,10.10.10.11"
   

   其中，CONTROL_PLANE_NODE_NAMESERVERS 和 WORKER_NODE_NAMESERVERS 是要使用的名稱伺服器的位址。您可以指定一個名稱伺服器，也可以指定兩個逗號分隔的名稱伺服器。在需要備援環境中，您可能需要使用多個名稱伺服器。在這種情況下，節點虛擬機器一次僅使用一個名稱伺服器，如果第一個名稱伺服器無法解析，則會使用輔助名稱伺服器。您也可以指定多個名稱伺服器，分別變更控制平面和工作節點的名稱伺服器，以控制不同類型節點上的服務解析。

設定叢集節點 MTU

如要為工作負載叢集節點設定傳輸單元最大值 (MTU)，請設定 VSPHERE_MTU 變數。設定 VSPHERE_MTU 適用於管理叢集和工作負載叢集。

如果未指定，預設 vSphere 節點 MTU 為 1500。最大值為 9000。有關 MTU 的資訊，請參閱 vSphere 8 說明文件中的關於 vSphere 網路連接。

vSphere with Tanzu 上的管理叢集

在 vSphere 7 和 vSphere 8 上，vSphere with Tanzu 提供一個內建主管來充當管理叢集，相較於獨立管理叢集，可提供更好的體驗。當主管不存在時，支援將 Tanzu Kubernetes Grid 管理叢集部署到 vSphere 7 或 vSphere 8，但較好的作法是啟用 vSphere with Tanzu 並使用主管 (如有可能)。Azure VMware 解決方案不支援主管叢集，因此需要部署管理叢集。如需相關資訊，請參閱 vSphere with Tanzu 主管是管理叢集。

如果啟用了 vSphere with Tanzu，安裝程式介面會指出，您可以使用 TKG 服務作為執行 Kubernetes 工作負載的偏好方式，在這種情況下，不需要獨立的管理叢集。它提供了選擇：

• 設定 vSphere with Tanzu，會開啟 vSphere Client，以便您可以依照 vSphere 8 說明文件中的設定和管理主管中所述來設定主管。

• 部署 TKG 管理叢集，可讓您繼續部署獨立管理叢集 (若為 vSphere 7 或 vSphere 8)，若為 Azure VMware 解決方案，則需要這樣做。

後續步驟

管理叢集組態檔更新完成後，請依照從組態檔來部署管理叢集中的指示來建立管理叢集。