本主題說明如何使用 Tanzu Kubernetes Grid 安裝程式介面,將管理叢集部署到 vSphere (在未啟用 vSphere with Tanzu 主管的情況下)、Amazon Web Services (AWS) 和 Microsoft Azure。Tanzu Kubernetes Grid 安裝程式介面會引導您完成管理叢集的部署,並提供不同的組態供您選取或重新設定。如果這是您第一次將管理叢集部署到指定的目標平台,建議使用安裝程式介面 (除非您必須從組態檔進行部署)。
在部署管理叢集之前,必須確定您的環境符合目標平台的需求。
對於生產部署,強烈建議為您的叢集啟用身分識別管理。如需您在部署管理叢集之前要執行的準備步驟的相關資訊,請參閱設定身分識別管理中的取得您的身分識別提供者詳細資料。
如果要在網際網路受限的環境中將叢集部署到 vSphere 或 AWS,您還必須執行準備網際網路受限環境中的步驟。這些步驟包括將 TKG_CUSTOM_IMAGE_REPOSITORY
設定為環境變數。
在部署管理叢集時,每個目標平台各有其他的必要條件需要遵循。
附註在 vSphere 8 中的 vSphere with Tanzu 上,您無需部署管理叢集。請參閱 vSphere with Tanzu 主管是管理叢集。
t3.large
或 t3.xlarge
) 的組態的相關資訊,請參閱 Amazon EC2 執行個體類型。Standard_D2s_v3
或 Standard_D4s_v3
) 組態的相關資訊,請參閱Azure 中虛擬機器的大小。依預設,Tanzu Kubernetes Grid 會將所有管理叢集的 kubeconfig
儲存在 ~/.kube-tkg/config
檔案中。如果您要將管理叢集的 kubeconfig
檔案儲存到其他位置,請在執行 tanzu mc create
之前先設定 KUBECONFIG
環境變數。
在您下載並安裝 Tanzu CLI 的機器上,執行設有 --ui
選項的 tanzu mc create
命令:
tanzu management-cluster create --ui
如果符合必要條件,安裝程式介面會在瀏覽器中啟動,並引導您完成設定管理叢集的步驟。
注意
tanzu mc create
命令需要一段時間來完成。當tanzu mc create
正在執行時,請勿在同一啟動機器上額外叫用tanzu mc create
來部署多個管理叢集、變更內容或編輯~/.kube-tkg/config
。
以下安裝程式介面選項一節說明如何變更安裝程式介面的執行位置,包括在有別於 Tanzu CLI 的機器上執行。
按一下 VMware vSphere、Amazon EC2 或 Microsoft Azure 的部署 (Deploy) 按鈕。
依預設,tanzu mc create --ui
會在預設瀏覽器中的 http://127.0.0.1:8080,於本機開啟安裝程式介面。您可以使用 --browser
和 --bind
選項,來控制安裝程式介面的執行位置:
--browser
指定要在其中開啟介面的本機瀏覽器。
chrome
、firefox
、safari
、ie
、edge
或 none
。none
與 --bind
搭配使用時,會在不同的機器上執行該介面,如下所述。--bind
指定 IP 位址和連接埠,以從該處提供介面。
注意若從非預設 IP 位址和連接埠提供安裝程式介面,可能會使 Tanzu CLI 在介面執行時面臨潛在的安全風險。VMware 建議將安全網路上的 IP 和連接埠傳遞給
–bind
選項。
--browser
和 --bind
的使用案例包括:
http://127.0.0.1:8080
,請使用 --bind
,從其他本機連接埠來提供介面。--browser none
。若要執行 Tanzu CLI,並在遠端機器上建立管理叢集,以及在本機或其他位置執行安裝程式介面,請執行下列動作:
在遠端啟動機器上,執行設有以下選項和值的 tanzu mc create --ui
:
--bind
:遠端機器的 IP 位址和連接埠--browser
:none
tanzu mc create --ui --bind 192.168.1.87:5555 --browser none
在本機 UI 機器上,瀏覽至遠端機器的 IP 位址,以存取安裝程式介面。
用來設定目標平台的選項,取決於您使用的提供者。
在 IaaS 提供者 (IaaS Provider) 區段中,針對您要在其中部署管理叢集的 vCenter Server 執行個體,輸入其 IP 位址或完整網域名稱 (FQDN)。
Tanzu Kubernetes Grid 中對 IPv6 位址的支援有限;請參閱在 IPv6 上部署叢集 (僅限 vSphere)。如果不是部署到純 IPv6 網路環境,則必須在以下步驟中提供 IPv4 位址。
針對具有 Tanzu Kubernetes Grid 作業所需權限的使用者帳戶,輸入其 vCenter Single Sign-On 使用者名稱和密碼。
帳戶名稱必須包含網域,例如 [email protected]
。
(選用) 在 SSL 指紋驗證 (SSL Thumbprint Verification) 下,選取停用驗證 (Disable Verification)。如果選取此核取方塊,安裝程式在連線至 vCenter Server 時,會略過憑證指紋驗證。
按一下連線 (Connect)。
驗證 vCenter Server 憑證的 SSL 指紋,如果有效,請按一下繼續 (Continue)。僅當取消選取停用驗證 (Disable Verification) 核取方塊時,才會顯示此畫面。
如需如何取得 vCenter Server 憑證指紋的相關資訊,請參閱取得 vSphere 憑證指紋。
如果要將管理叢集部署到 vSphere 7 或 vSphere 8 執行個體,請確認是否要繼續部署。
在 vSphere 7 和 vSphere 8 上,vSphere with Tanzu 提供一個內建主管來充當管理叢集,相較於獨立管理叢集,可提供更好的體驗。當主管不存在時,支援將 Tanzu Kubernetes Grid 管理叢集部署到 vSphere 7 或 vSphere 8,但較好的作法是啟用 vSphere with Tanzu 並使用主管 (如有可能)。Azure VMware 解決方案不支援主管叢集,因此需要部署管理叢集。
如需相關資訊,請參閱 vSphere with Tanzu 主管是管理叢集。
為了反映部署到 vSphere 7 和 vSphere 8 時使用 vSphere with Tanzu 的建議,Tanzu Kubernetes Grid 安裝程式會有如下的行為:
從資料中心 (Datacenter) 下拉式功能表中,選取要在其中部署管理叢集的資料中心。
新增 SSH 公開金鑰。若要新增 SSH 公開金鑰,請使用瀏覽檔案 (Browse File) 選項,或者手動將金鑰的內容貼到文字方塊中。按下一步 (Next)。
在 IaaS 提供者 (IaaS Provider) 區段中,選取如何為 AWS 帳戶提供認證。您有兩個選項可選:
認證設定檔 (建議) (Credential Profile (recommended)):選取已存在的 AWS 認證設定檔。如果選取設定檔,則會將為設定檔所設定的存取金鑰和工作階段 Token 資訊傳遞給安裝程式,而不會在 UI 中顯示實際值。如需設定認證設定檔的相關資訊,請參閱認證檔和設定檔。
一次性認證 (One-Time Credentials):直接在 AWS 帳戶的存取金鑰識別碼 (Access Key ID) 和密碼存取金鑰 (Secret Access Key) 欄位中,輸入 AWS 帳戶認證。如果您的 AWS 帳戶設定成需要臨時認證,可以選擇性地在工作階段 Token (Session Token) 中,指定 AWS 工作階段 Token。如需取得工作階段 Token 的詳細資訊,請參閱將臨時認證與 AWS 資源搭配使用。
在區域 (Region) 中,選取要在其中部署管理叢集的 AWS 區域。
如果要部署生產管理叢集,此區域必須至少具有三個可用區域。
在 VPC for AWS 區段中,從下拉式功能表中選取 VPC 識別碼 (VPC ID)。選取 VPC 時,將自動填入 VPC CIDR 區塊。如果要在網際網路受限的環境 (例如 Proxy 或氣隙環境) 中部署管理叢集,請選取這不是連結網際網路的 VPC (This is not an internet facing VPC) 核取方塊。
重要如果您是第一次使用新版本的 Tanzu Kubernetes Grid (例如 v2.2) 來將管理叢集部署到 Azure,請確定您已接受該版本的基礎映像授權。如需相關資訊,請參閱準備將管理叢集部署到 Microsoft Azure 中的接受基礎映像授權。
在 IaaS 提供者 (IaaS Provider) 區段中,輸入 Azure 帳戶的承租人識別碼 (Tenant ID)、用戶端識別碼 (Client ID)、用戶端密碼 (Client Secret) 和訂閱識別碼 (Subscription ID) 值。當您登錄 Azure 應用程式,並使用 Azure 入口網站為其建立密碼時,已記錄了這些值。
AZURE_ENVIRONMENT
,來指定其他環境。將 SSH 公開金鑰的內容 (如 .ssh/id_rsa.pub
) 貼到文字方塊中。
在資源群組 (Resource Group) 下,按一下選取現有資源群組 (Select an existing resource group) 或建立新資源群組 (Create a new resource group) 選項按鈕。
如果選取了選取現有資源群組 (Select an existing resource group),請使用下拉式功能表來選取群組,然後按下一步 (Next)。
如果選取了建立新資源群組 (Create a new resource group),請輸入新資源群組的名稱,然後按下一步 (Next)。
在 VNet for Azure 區段中,選取在 Azure 上建立新的 VNet (Create a new VNet on Azure) 或選取現有的 VNet (Select an existing VNet) 選項按鈕。
如果選取了在 Azure 上建立新的 VNet (Create a new VNet on Azure),請使用下拉式功能表,選取您要在其中建立 VNet 的資源群組,並提供以下內容:
10.0.0.0/16
。10.0.0.0/24
。10.0.1.0/24
。設定這些欄位後,按下一步 (Next)。
如果選取了選取現有的 VNet (Select an existing VNet),請使用下拉式功能表,選取 VNet 所在的資源群組、VNet 名稱、控制平面和工作節點子網路,然後按下一步 (Next)。
若要使管理叢集成為私人叢集,如 Azure 私人叢集中所述,請啟用私人 Azure 叢集 (Private Azure Cluster) 核取方塊。
某些用來設定管理叢集的選項,取決於您使用的提供者。
在管理叢集設定 (Management Cluster Settings) 區段中,選取開發 (Development) 或生產 (Production) 動態磚。
在開發 (Development) 或生產 (Production) 動態磚中,使用執行個體類型 (Instance type) 下拉式功能表,為一或多個控制平面節點虛擬機器,選取不同的 CPU、RAM 和儲存區組合。
請根據控制平面節點虛擬機器所要執行的預期工作負載,來選擇其組態。例如,某些工作負載可能需要較大的計算容量,但所需的儲存區相對較小,而其他工作負載可能需要大量的儲存區和較少的計算容量。如果您在生產 (Production) 動態磚中選取執行個體類型,對於工作節點執行個體類型 (Worker Node Instance Type),會自動選取您所選的執行個體類型。必要時,可變更此設定。
如果您打算向 Tanzu Mission Control 登錄管理叢集,請確定您的工作負載叢集符合 Tanzu Mission Control 說明文件中的向 Tanzu Mission Control 登錄 Tanzu Kubernetes 叢集時的需求中所列出的需求。
選擇性地輸入您的管理叢集名稱。
如果未指定名稱,Tanzu Kubernetes Grid 將自動產生一個唯一名稱。若有指定名稱,該名稱必須以字母 (而不是數字字元) 結尾,且其 DNS 主機名稱必須符合 RFC 952 所述的需求和 RFC 1123 中已修訂的需求。
(選用) 如果您要啟用 MachineHealthCheck
,請選取機器健全狀況檢查 (Machine Health Checks) 核取方塊。部署後,您可以使用 CLI,在叢集上啟用或停用 MachineHealthCheck
。如需相關指示,請參閱為工作負載叢集設定機器健全狀況檢查。
(選用) 選取啟用稽核記錄 (Enable Audit Logging) 核取方塊,以記錄對 Kubernetes API 伺服器發出的要求。如需詳細資訊,請參閱稽核記錄。
設定您的目標平台特定的其他設定。
在控制平面端點提供者 (Control Plane Endpoint Provider) 下,選取 Kube-Vip 或 NSX Advanced Load Balancer,以選擇要用於控制平面 API 伺服器的元件。
若要使用 NSX Advanced Load Balancer,必須先將其部署到 vSphere 環境中。如需相關資訊,請參閱安裝 NSX Advanced Load Balancer。如需有關使用 NSX Advanced Load Balancer 作為控制平面端點提供者優點的詳細資訊,請參閱設定 NSX Advanced Load Balancer。
在控制平面端點 (Control Plane Endpoint) 下,輸入傳送到管理叢集的 API 要求的靜態虛擬 IP 位址或 FQDN。如果使用 Kube-Vip,則需要此設定。
請確定此 IP 位址不在 DHCP 範圍內,但與 DHCP 範圍位於同一個子網路。如果已將 FQDN 對應至 VIP 位址,則可以指定 FQDN 而非 VIP 位址。如需詳細資訊,請參閱 vSphere 的靜態 VIP 和負載平衡器。
如果使用 NSX Advanced Load Balancer 作為控制平面端點提供者,則會自動從 NSX Advanced Load Balancer 靜態 IP 集區來指派 VIP。
在 EC2 金鑰配對 (EC2 Key Pair) 中,指定已使用您的 AWS 帳戶登錄且位於管理叢集部署所在區域中的 AWS 金鑰配對名稱。您可能已在設定 AWS 帳戶認證和 SSH 金鑰中設定此項。
(選用) 如果管理叢集部署所在的可用區域中已存在 Bastion 主機,請停用 Bastion 主機 (Bastion Host) 核取方塊。
如果維持啟用此選項,Tanzu Kubernetes Grid 會為您建立 Bastion 主機。
如果您是第一次將管理叢集部署到此 AWS 帳戶,請選取自動建立 AWS CloudFormation 堆疊 (Automate creation of AWS CloudFormation Stack) 核取方塊。
此 CloudFormation 堆疊會建立 Tanzu Kubernetes Grid 在 AWS 上部署及執行叢集時所需的身分識別和存取管理 (IAM) 資源。如需詳細資訊,請參閱準備將管理叢集部署到 AWS 中的Tanzu Kubernetes Grid 所設定的權限。
設定可用區域:
從可用區域 1 (Availability Zone 1) 下拉式功能表中,選取管理叢集的可用區域。如果選取了開發 (Development) 動態磚,則只能選取一個可用區域。請參閱下圖。
在 AZ1 工作節點執行個體類型 (AZ1 Worker Node Instance Type) 下拉式功能表中,從這個可用區域中的可用執行個體清單中,選取工作節點虛擬機器的組態。
如果選取了上面的生產 (Production) 動態磚,請使用可用區域 2 (Availability Zone 2)、可用區域 3 (Availability Zone 3) 和 AZ 工作節點執行個體類型 (AZ Worker Node Instance Type) 下拉式功能表,為管理叢集選取三個唯一的可用區域。
當 Tanzu Kubernetes Grid 部署管理叢集 (其中包含三個控制平面節點和三個工作節點) 時,它會將控制平面節點和工作節點分配在這些可用區域之間。
使用 VPC 公用子網路 (VPC public subnet) 和 VPC 私人子網路 (VPC private subnet) 下拉式功能表,以選取 VPC 上的子網路。
如果要部署生產管理叢集,請為這三個可用區域選取子網路。如果選取了上一節中的這不是連結網際網路的 VPC (This is not an internet facing VPC),則公用子網路無法使用。下圖顯示開發 (Development) 動態磚。
按下一步 (Next)。
設定 NSX Advanced Load Balancer 僅適用於 vSphere 部署。
重要在 vSphere 8 上,若要將 NSX Advanced Load Balancer 與 TKG 獨立管理叢集及其工作負載叢集結合使用,您需要 NSX ALB v22.1.2 或更新版本以及 TKG v2.2 或更新版本。
在選用的 VMware NSX Advanced Load Balancer 區段中,您可以設定 Tanzu Kubernetes Grid,以使用 NSX Advanced Load Balancer。依預設,所有工作負載叢集都將使用負載平衡器。
將用來產生控制器憑證的憑證授權機構內容貼到控制器憑證授權機構 (Controller Certificate Authority) 文字方塊中,然後按一下驗證認證 (Verify Credentials)。
憑證內容會以 -----BEGIN CERTIFICATE-----
開頭。
如果您具有自我簽署控制器憑證,則必須使用 SSL/TLS 憑證,此憑證設定於 Avi 控制器 UI (Avi Controller UI) > 管理 (Administration) > 設定 (Settings) > 存取設定 (Access Settings) 索引標籤的系統存取設定 (System Access Settings) > SSL 憑證 (SSL Certificate) 下。您可以擷取憑證內容,如 Avi 控制器設定:自訂憑證中所述。
使用雲端名稱 (Cloud Name) 下拉式功能表,選取您建立在 NSX Advanced Load Balancer 部署中的雲端。
例如,Default-Cloud
。
在工作負載叢集 (Workload Cluster) 和管理叢集 (Management Cluster) 區段中,使用服務引擎群組名稱 (Service Engine Group Name) 下拉式功能表,選取一個服務引擎群組。
例如,Default-Group
。
在工作負載叢集 - 數據平面 VIP 網路名稱 (Workload Cluster - Data Plane VIP Network Name) 下拉式功能表中,選取負載平衡器浮動 IP 集區所在的網路名稱。
會自動選取相同的網路,以供工作負載叢集和管理叢集的數據平面和控制平面使用。必要時,您可以變更這些設定。
NSX ALB 的 VIP 網路必須存在於 Tanzu Kubernetes Grid 所用 Kubernetes 網路的相同 vCenter Server 執行個體中。這可讓 NSX Advanced Load Balancer 在 vCenter Server 中探索 Kubernetes 網路,並部署及設定服務引擎。
您可以在 NSX Advanced Load Balancer 介面的基礎結構 (Infrastructure) > 網路 (Networks) 視圖中,查看該網路。
在工作負載叢集 - 數據平面 VIP 網路 CIDR (Workload Cluster - Data Plane VIP Network CIDR) 和工作負載叢集 - 控制平面 VIP 網路 CIDR (Workload Cluster - Control Plane VIP Network CIDR) 下拉式功能表中,選取或輸入要用於負載平衡器 VIP 的子網路 CIDR,以供工作負載叢集和管理叢集的數據平面和控制平面使用。
這來自於 VIP 網路的其中一個已設定子網路。您可以在 NSX Advanced Load Balancer 介面的基礎結構 (Infrastructure) > 網路 (Networks) 視圖中,查看特定網路的子網路 CIDR。會自動將相同的 CIDR 套用至對應的管理叢集設定中。必要時,您可以變更這些設定。
(選用) 輸入一或多個叢集標籤以識別叢集,以便選擇性在其中啟用 NSX ALB,或者為不同的叢集群組自訂 NSX ALB 設定。
依預設,會在隨此管理叢集部署的所有工作負載叢集上,啟用 NSX Advanced Load Balancer,且這些叢集會共用相同的 VMware NSX Advanced Load Balancer 控制器、雲端、服務引擎群組和 VIP 網路。這在之後就無法變更。
您可以選擇性地僅在一部分的叢集上啟用 NSX ALB,或是保留日後能為不同的叢集群組自訂 NSX ALB 設定的功能。這在下列案例中非常有用:
若要選擇性地 (而不是全域) 啟用 NSX ALB,請新增 key: value
格式的標籤。會使用您在此處定義的標籤,來建立標籤選取器。唯有具有相符標籤的工作負載叢集的 Cluster
物件才會啟用負載平衡器。因此,您得負責確保工作負載叢集的 Cluster
物件具有對應的標籤。
例如,如果您使用 team: tkg
在工作負載叢集上啟用負載平衡器:
將 kubectl
設定為管理叢集的內容。
kubectl config use-context management-cluster@admin
使用所定義的標籤,來標記對應工作負載叢集的 Cluster
物件。如果您定義多個索引鍵-值,則需要全部套用。
kubectl label cluster <cluster-name> team=tkg
按下一步 (Next),設定中繼資料。
本節適用於所有目標平台。
在選用的中繼資料 (Metadata) 區段中,選擇性地提供有關此管理叢集的說明性資訊。
您在此處指定的任何中繼資料,會套用至管理叢集及其管理的工作負載叢集,且可以使用您選擇的叢集管理工具來存取。
release : beta
、environment : staging
或 environment : production
。如需詳細資訊,請參閱 Kubernetes 說明文件中的標籤和選取器。如果要部署到 vSphere,請按下一步 (Next),移至設定資源。如果要部署到 AWS 或 Azure,請按下一步 (Next),移至設定 Kubernetes 網路和 Proxy。
本節僅適用於 vSphere 部署。
選取要放置管理叢集的叢集、主機或資源集區。
附註:如果 vSphere 中尚不存在適當的資源,則無需結束 Tanzu Kubernetes Grid 安裝程式,請移至 vSphere 來建立它們。然後,按一下 [重新整理 (Refresh)] 按鈕,即可選取新資源。
按下一步 (Next),設定 Kubernetes 網路和 Proxy。
本節適用於所有目標平台,儘管您提供的某些資訊,將取決於您使用的提供者。
在 Kubernetes 網路 (Kubernetes Network) 區段中,為 Kubernetes 服務設定網路,然後按下一步 (Next)。
100.64.0.0/13
和 100.96.0.0/11
無法使用,請更新叢集服務 CIDR (Cluster Service CIDR) 和叢集網繭 CIDR (Cluster Pod CIDR) 下的值。(選用) 若要將傳出 HTTP(S) 流量從管理叢集傳送至 Proxy (例如在網際網路受限的環境中),請切換啟用Proxy 設定 (Enable Proxy Settings),並按照以下指示,輸入您的 Proxy 資訊。Tanzu Kubernetes Grid 會將這些設定套用至 kubelet、containerd 和控制平面。
您可以選擇將一個 Proxy 用於 HTTP 流量,將另一個 Proxy 用於 HTTPS 流量,或者將相同的 Proxy 同時用於 HTTP 和 HTTPS 流量。
重要事項:部署叢集後,就無法變更 Proxy。
若要新增 HTTP Proxy 資訊,請執行下列動作:
http://
開頭。例如,http://myproxy.com:1234
。如果 Proxy 需要驗證,請在 HTTP Proxy 使用者名稱 (HTTP Proxy Username) 和 HTTP Proxy 密碼 (HTTP Proxy Password) 下,輸入用來連線至 HTTP Proxy 的使用者名稱和密碼。
附註使用安裝程式介面來部署管理叢集時,不能在密碼中使用非英數字元。
若要新增 HTTPS Proxy 資訊,請執行下列動作:
如果您要對 HTTPS 流量使用不同的 URL,請執行下列操作:
http://
開頭。例如,http://myproxy.com:1234
。如果 Proxy 需要驗證,請在 HTTPS Proxy 使用者名稱 (HTTPS Proxy Username) 和 HTTPS Proxy 密碼 (HTTPS Proxy Password) 下,輸入用來連線至 HTTPS Proxy 的使用者名稱和密碼。
附註使用安裝程式介面來部署管理叢集時,不能在密碼中使用非英數字元。
在無 Proxy (No proxy) 下,輸入必須略過 HTTP(S) Proxy 的網路 CIDR 或主機名稱清單 (以逗號分隔)。如果管理叢集與您的基礎結構在相同的網路中執行,且位於同一 Proxy 後面,請將此項設定為基礎結構 CIDR 或 FQDN,以便管理叢集直接與基礎結構通訊。
例如,noproxy.yourdomain.com,192.168.0.0/24
。
localhost
、127.0.0.1
、叢集網繭 CIDR (Cluster Pod CIDR) 和叢集服務 CIDR (Cluster Service CIDR) 的值、.svc
和 .svc.cluster.local
附加到您在此欄位所輸入的清單中。localhost
、
127.0.0.1
、您的 VPC CIDR、
叢集網繭 CIDR (Cluster Pod CIDR) 和
叢集服務 CIDR (Cluster Service CIDR)、
.svc
、
.svc.cluster.local
和
169.254.0.0/16
附加到您在此欄位所輸入的清單中。
localhost
、
127.0.0.1
、您的 VNet CIDR、
叢集網繭 CIDR (Cluster Pod CIDR) 和
叢集服務 CIDR (Cluster Service CIDR)、
.svc
、
.svc.cluster.local
、
169.254.0.0/16
和
168.63.129.16
附加到您在此欄位所輸入的清單中。
重要如果管理叢集虛擬機器需要與 Tanzu Kubernetes Grid 環境中的外部服務和基礎結構端點通訊,請確定您在上面所設定的 Proxy 可以連線到這些端點,否則,請將它們新增到無 Proxy (No proxy)。根據您的環境組態,這可能包括但不限於 OIDC 或 LDAP 伺服器、Harbor,以及在 vSphere 情況下的 VMware NSX 和 NSX Advanced Load Balancer。
本節適用於所有目標平台。如需 Tanzu Kubernetes Grid 如何實作身分識別管理的相關資訊,請參閱關於身分識別和存取管理。
在身分識別管理 (Identity Management) 區段中,選擇性地選取啟用身分識別管理設定 (Activate Identity Management Settings)。
您可以針對概念驗證部署停用身分識別管理,但強烈建議您在生產部署中實作身分識別管理。如果停用身分識別管理,之後可以再次啟用。如需如何重新啟用身分識別管理的指示,請參閱設定身分識別管理中的在現有部署中啟用和設定身分識別管理。
如果啟用身分識別管理,請選取 OIDC 或 LDAPS。
選取下方的 OIDC 或 LDAPS 索引標籤,以查看組態資訊。
client_id
值。例如,如果您的提供者是 Okta,請登入 Okta,建立一個 Web 應用程式,然後選取用戶端認證 (Client Credentials) 選項,以取得 client_id
和 secret
。secret
值。openid,groups,email
。user_name
、email
或 code
。groups
。host:port
。提供使用者搜尋屬性。
OU=Users,OU=domain,DC=io
。uid, sAMAccountName
。提供群組搜尋屬性。
OU=Groups,OU=domain,DC=io
。cn
。distinguishedName, dn
。member
。將 LDAPS 伺服器 CA 憑證的內容貼到根 CA (Root CA) 文字方塊中。
(選用) 驗證 LDAP 設定。
輸入使用者名稱和群組名稱。
附註在 Tanzu Kubernetes Grid v1.4.x 及更新版本中,會忽略這些欄位,對於使用者名稱,會還原為
cn
,對於群組名稱,會還原為ou
。如需此已知問題的更新,請參閱 VMware Tanzu Kubernetes Grid 1.5 版本說明。
按一下啟動 (Start)。
完成驗證後,若有看到任何失敗,您必須在後續步驟中仔細檢查這些失敗。
附註LDAP 主機 (而不是管理叢集節點) 會執行這項檢查。因此,即使這項驗證失敗,LDAP 組態仍可能正常工作。
在作業系統映像 (OS Image) 區段中,使用下拉式功能表,選取要用來部署 Tanzu Kubernetes Grid 虛擬機器的作業系統和 Kubernetes 版本映像範本,然後按下一步 (Next)。
作業系統映像 (OS Image) 下拉式功能表包含符合以下所有準則的作業系統映像:
ova
、ami
和 azure
區塊中。version
、id
和 sku
欄位值作為識別。本節適用於所有目標平台。
在 CEIP 參與 (CEIP Participation) 區段中,可以選擇性地取消選取核取方塊,以退出 VMware 客戶經驗改進計劃,然後按下一步 (Next)。
您也可以在部署管理叢集後,加入或退出該計劃。如需 CEIP 的相關資訊,請參閱管理 CEIP 參與和 https://www.vmware.com/solutions/trustvmware/ceip.html。
按一下檢閱組態 (Review Configuration),查看已設定的管理叢集的詳細資料。如果要回到安裝程式精靈以修改組態,請按一下編輯組態 (Edit Configuration)。
按一下檢閱組態 (Review Configuration) 時,安裝程式會在叢集組態檔中填入您在介面中指定的設定,這個檔案位於 ~/.config/tanzu/tkg/clusterconfigs
子目錄。您可以選擇性地按一下匯出設定 (Export Configuration),匯出此組態檔的複本。
按一下部署管理叢集 (Deploy Management Cluster)。
部署管理叢集可能需要幾分鐘。第一次執行 tanzu mc create
所需的時間久於後續的執行,因為它必須將所需的 Docker 映像提取到啟動機器上的映像存放區。後續的執行不需要此步驟,因此速度更快。您可以在安裝程式介面或執行 tanzu mc create --ui
的終端機中,追蹤管理叢集的部署進度。如果在本機作業完成之前,執行 tanzu mc create
的機器關機或重新啟動,則部署將失敗。在部署完成之前,如果您無意中關閉了正在執行部署的瀏覽器或瀏覽器索引標籤,部署會在終端機中繼續進行。
(選用) 在同等 CLI 命令 (CLI Command Equivalent) 下,按一下複製 (Copy) 按鈕,複製 CLI 命令來用於您指定的組態。此 CLI 命令包含安裝程式所填入的組態檔的路徑。
(僅限 vSphere) 將管理叢集部署到 vSphere 後,您必須將其控制平面節點的 IP 位址設定為靜態位址,如 為控制平面設定 DHCP 保留 (僅限 vSphere)中所述。
~/.config/tanzu/tkg/clusterconfigs
,並產生格式為 UNIQUE-ID.yaml
的檔案名稱。此組態檔具有一個平面結構,其中設定了大寫帶底線的變數,例如 CLUSTER_NAME
。部署完成後,您可以選擇性地將組態檔重新命名為易記的名稱,並儲存在其他位置以供日後使用。安裝程式還會針對管理叢集的 Cluster
物件產生 Kubernetes 樣式且以類別為基礎的物件規格,該規格會儲存在與管理叢集同名的檔案中。這個以類別為基礎的物件規格僅供參考。尚不支援從以類別為基礎的物件規格來部署管理叢集。如需 TKG 2.2 中的叢集類型的詳細資訊,請參閱《關於 Tanzu Kubernetes Grid》中的工作負載叢集。如需部署管理叢集期間所發生的情況,以及如何將 kubectl
連線至管理叢集等相關資訊,請參閱檢查並登錄新部署的獨立管理叢集。