VMware Cloud Foundation 使用 VMware Cloud Builder 工具完成自動化以及標準化的部署，除了要準備必須的用於部署管理域並執行管理相關元件的 ESXi 主機以外，還要準備一個用於部署管理域的預定義 Excel 參數列，這個引數主要用來指定部署環境中的相關資訊，如 ESXi 主機、網路以及許可證金鑰等，它在 Bring-up 過程當中起到了關鍵性作用。Excel 參數列分為兩類，分別是 vcf-ems-deployment-parameter.xlsx 和 vcf-vxrail-deployment-parameter.xlsx 參數列，前者用於標準化 VCF 部署，後者主要用於 Dell Vxrail 產品配套使用，有點類似於 DIY 和 OEM 的區別，在實際部署當中主要會用到第一個。這兩個參數列會隨 VMware Cloud Builder OVA 檔案一同在 Brondcom 支援門戶釋出，如果你不知道，也可以到我的另外一篇文章中（VMware Cloud Foundation Part 02：部署 Cloud Builder。）去進行下載。
之所以我會先說部署 VCF 管理域的 Excel 參數列，而不先說用於部署 VCF 管理域的 ESXi 主機，是因為我覺得在部署 VCF 之前應該先了解需要準備什麼東西，以及 VCF 根據這些東西是怎麼設計的，特別是對於還不瞭解 VCF 這個解決方案的小夥伴來說，當知道這些以後然後再反過準備滿足 VCF 部署的環境，這樣也能在真正的部署過程中規避許多問題。這在實際專案中，就好比先了解專案需求並做好規劃設計，然後再循序漸進的完成專案建設。扯遠了，其實還是建議將此文章與另外一篇文章（VMware Cloud Foundation Part 04：準備 ESXi 主機。）結合進行食用，效果更佳。話不多說，下面來看看這個 Excel 參數列到底有那些東西。
一、Introduction
開啟 Excel 參數列（vcf-ems-deployment-parameter.xlsx），第一個表是關於這個 Excel 參數列的 Introduction 介紹。當前 Excel 參數列的版本是 v5.1.0，用於 VMware Cloud Builder 工具匯入並進行部署 VCF 管理域。其中，有三個參數列，分別是 Credentials、Hosts and Networks 以及 Deploy Parameters，並解釋了其含義和用途。注意事項，如果參數列中的單元格是黃色欄位代表示例值，你需要修改為你部署環境的資訊；如果參數列中的單元格變成紅色則代表該欄位是必填項並且值為空或者值有誤；同時儘量避免在參數列中單元格之間使用複製和貼上，有可能會導致在部署的時候無法驗證，如果真要使用，請選擇無格式貼上。
二、Credentials
第一個真正的參數列（Credentials），這個參數列用來定義 VCF 管理域核心元件的使用者憑據資訊，其中包含 ESXi 主機、vCenter Server、NSX Manager、SDDC Manager 等。需要為這些元件的預設使用者填入密碼，比如 ESXi 主機是我們提前準備好的，預設超級使用者 root 的密碼也是我們安裝的時候配置的，注意用於 VCF 管理域的所有 ESXi 主機的密碼都應該一樣。而其他元件是我們即將要部署 VCF 管理域時所建立的元件，所以我們需要給這些元件的預設使用者預先定義好密碼，後續在管理使用時也是用的這裡所設定的密碼。在紅色單元格里填入這些元件的密碼，注意設定的密碼需要滿足複雜度要求。
三、Hosts and Networks
下面是 Hosts and Networks 參數列，這個表是規劃和設計 VCF 管理域時的重中之重，只要理解了這裡的網路設計，那後面部署 VCF 時應該就比較簡單了。這個表主要分為三個部分，分別是 Management Domain Networks、Management Domain ESXi Hosts 和 NSX Host Overlay Network - DHCP/STATIC。
在瞭解 Hosts and Networks 參數列之前，先來看一下 VCF 的網路設計，如下圖所示。在 VCF 管理域中有 4 臺 ESXi 主機，這是組成管理域計算節點最少的主機。VCF 管理域根據流量的型別將網路分為四類，分別是管理網路、vMotion 網路、vSAN 網路、NSX 網路，管理網路又分為主機（Host）管理網路和虛擬機器（VM）管理網路。
- 管理（Host 和 VM）網路
主機（Host）管理網路是指 ESXi 主機管理所使用的網路，安裝 ESXi 主機時預設會將主機的一張網路卡作為管理地址進行使用，如果你安裝過 ESXi 應該非常清楚，安裝完 ESXi 以後透過主機的 DCUI 進行配置 ESXi 管理所使用的網路卡、IP地址以及 DNS 等，然後登入到 ESXi Host Client UI 管理介面，在網路檢視中可以看到預設會建立一個標準交換機 vSwitch0，在這個交換機下有一個 Management Network 埠組，而埠組下面有一個 VMkernel 網路卡配置了主機管理 IP 地址，這個網路就是主機管理網路。
虛擬機器（VM）管理網路是指 VCF 管理域相關元件虛擬機器（如vCenter Server、NSX Manager、SDDC Manager）所使用的管理網路，這些元件可以使用單獨的管理網路進行管理，也可以和主機（Host）管理網路放在一起。
- vMotion 網路
VCF 管理域中通常是用來放置管理域相關元件虛擬機器，而不應該執行其他工作負載，這裡的 vMotion 網路不是給工作負載虛擬機器進行遷移使用的，而是給這些管理域相關元件虛擬機器進行遷移使用的。
- vSAN 網路
構建 VCF 管理域所使用的唯一主要儲存是 vSAN，而 vSAN 分散式儲存要求主機之間的儲存流量使用單獨網路進行傳輸。通常使用 L2 二層網路進行傳輸，使用傳統的乙太網交換機而不是 FC。
- NSX 網路
NSX 網路分為兩類，一類是 TEP 網路，這是組建 NSX 主機所使用的 VLAN 網路，通常主機有多少張網路卡用於組網 NSX，就需要多少個 TEP IP地址，以前 NSX 版本支援標準交換機（VSS），現在只支援分散式交換機（VDS）；另一類是覆蓋網路，這是專用於傳輸 NSX Overlay Geneve 流量的專用網路，有點類似於 vSAN 專用儲存流量網路的意思，不過這是一種隧道技術，每個網路（段）一個分段（Segment），透過 Overlay 實現大二層網路互通。在瞭解這些網路的含義和作用之前，可能你得先熟悉 NSX 網路的概念。
上述網路基本能實現虛擬化資料中心內的東西向流量互通，其中 NSX 是 VMware 在 VCF 解決方案中網路層面的大動脈，承接著各個核心元件以及工作負載之間的連線。如果想實現完整的 SDDC 的 VCF 解決方案，還需要用到 NSX 的 Edge 節點，如下圖所示，這個節點的作用是將 NSX 網路中的工作負載連線到真實的物理環境中去實現南北向流量的互通，讓外部的終端也能訪問到 NSX 網路內部當中的服務。這個元件不會在初始構建（Bring-up）中進行設定，而是在完成管理域構建以後，再透過 SDDC Manager 進行配置。
在瞭解 VCF 的網路架構以後，現在回到 Hosts and Networks 參數列中來。
1）Management Domain Networks
第一部分是 Management Domain Networks 引數的配置。下圖是定義 VCF 所使用的三種網路的資訊，分別是管理網路、vMotion 網路和 vSAN 網路。管理網路包含下圖中的主機管理網路（Management Network）和虛擬機器管理網路（VM Management Network），可以將這兩個網路使用 VLAN 進行分開，設定不同的網路/掩碼和不同的閘道器，分屬於不同的埠組，並設定 MTU 的大小，也可以放在一塊，使用相同的 VLAN 網段，使用相同的閘道器。這個管理網路最終會被放在分散式交換機下面（下面會說），包括主機管理網路（ESXi 預設會有一個 vSwitch0，最終會被遷移到下面定義的分散式交換機下面然後被刪除）。vMotion 網路和 vSAN 網路類似於上面所說的管理網路，都是不同的 VLAN 以及不同的網路，注意埠組的 MTU 大小設定了 9000，那到上層一直到真實的物理環境下，ESXi 主機網路卡所連線的交換機等全部都得設定這個值，不然此設定無效。
下面是 VCF 根據網路卡所承載的不同流量型別定義了三種 Profile 配置檔案來建立分散式交換機（VDS），分別是 Profile-1、 Profile-2、 Profile-3。你可以點選“vSphere Distributed Switch Profile”後面的單元格中的選項進行選擇不同的 Profile 配置型別，下面來看看這幾種 Profile 配置型別分別是如何設定的。
第一種，Profile-1。在最下面有對這個 Profile 配置型別的解釋，只建立一個分散式交換機，通常是物理 ESXi 主機只有兩個網口用於 VCF 的時候進行選擇，這個分散式交換機用於承載管理網路、vMotion 網路、vSAN 網路以及 NSX Overlay 網路的所有流量，但是肯定是要用 VLAN 進行分開，參考上面那張圖。然後再配置這個分散式交換機的名字（Name），ESXi 主機分配給這個分散式交換機的物理網路卡名稱（pNICs），這個網口的名稱需要根據實際 ESXi 主機上面的情況進行填寫，然後是配置這個分散式交換機的 MTU 值（Size）以及傳輸網路的型別（Transport Zone Type），這個傳輸網路的型別支援選擇，可以是 n/a（無）、VLAN、Overlay 以及 Overlay/VLAN。如果是下面選擇了 Profile-1，也就是所有流量都跑在同一個分散式交換機上面，那就只能選擇 Overlay/VLAN 了，因為 NSX 也需要跑在上面。
第二種，Profile-2。大多數真實環境中，ESXi 主機通常都有多個網口，Profile-2 是為使用 4 個網口所做的配置型別。當選擇了 Profile-2 以後，定義了需要建立 2 個分散式交換機，每個分散式交換機分配 2 個網口，可以看到紅色單元格提示我們需要設定另外一個分散式交換機的名字以及傳輸網路的型別。當選擇這種 Profile 以後，不同分散式交換機就要分配不同的網路傳輸型別了，比如下圖最下面說明了，分散式交換機 vds01 用於傳輸管理網路、vMotion 網路和 NSX Overlay 網路，配置選項裡選擇了 Overlay/VLAN 流量型別；而第二個分散式交換機（還沒有取名字），專用於承載 vSAN 網路。注意，兩個分散式交換機只能有一個分散式交換機用於承載 NSX Overlay 網路，比如說上面 vds01 選擇了 Overlay/VLAN ，那下面另外一個分散式交換機就不能選擇 Overlay/VLAN 或者 Overlay 了，只能選擇 VLAN 或者 n/a。
這個其實需要根據實際情況進行選擇，比如下圖中，vds01 選擇 VLAN 流量傳輸型別，用來跑管理網路和 vMotion 網路；vds02 選擇 Overlay/VLAN 流量傳輸型別，用來跑 vSAN 網路和 NSX Overlay 網路。注意，這個地方也不是隨便選的，如何正確搭配可以選擇單元格中的不同選項來進行檢視。
第三種，Profile-3。這種 Profile 配置型別也是為使用 4 個網口所做的，區別還是在於不同的分散式交換機所承載的網路型別不一樣。這個配置型別只能將 vds02 交換機用作 NSX Overlay 網路，vds01 交換機用作管理網路、vMotion 網路以及vSAN 網路。
上面有一些囉嗦，不過還是希望能正確區別不同的網路型別以及不同的 Profile 配置型別的對應關係，以減少出錯率。
2）Management Domain ESXi Hosts
下面這部分是用於配置管理域 ESXi 主機以及三種網路型別的引數。第一行是填入用於管理域 ESXi 主機的主機名，比如下圖中的 sfo01-m01-esx01、sfo01-m01-esx02、sfo01-m01-esx03、sfo01-m01-esx04；第二行是填入 ESXi 主機的 IP 地址，這些 ESXi 主機需要全部配置 DNS 正反向解析，否則在部署過程將會失敗。第三行和第四行用於定義 vMotion 網路和 vSAN 網路的 VMkernel 所使用的地址，在安裝部署的時候會將這些地址分配給主機，通常是有多少臺主機則需要配置多少個地址，起始到結束IP需要大於或等於主機的數量。
下圖用於填入 ESXi 主機的安全指紋（包含 SSH 和 SSL），如果選擇 Yes 則需要填寫，如果選擇 No 則在部署過程中不進行驗證，主要用於安全目的。注意，如果要填這些資訊，ESXi 主機名需要與實際對應。
關於這些資訊，需要以 admin 登入到 VMware Cloud Builder 並切換到 root 使用者，然後使用下面命令進行獲取，以 vcf-mgmt01-esxi01.mulab.local 主機為例，你需要將下面命令中的主機地址換成你的。
- 獲取 ESXi 主機 SSH RSA Key Fingerprints（SHA256）
ssh-keygen -lf <(ssh-keyscan vcf-mgmt01-esxi01.mulab.local 2>/dev/null)- 獲取 SSL Thumbprints（SHA256）
openssl s_client -connect vcf-mgmt01-esxi01.mulab.local:443 < /dev/null 2> /dev/null | openssl x509 -sha256 -fingerprint -noout -in /dev/stdin
3）NSX Host Overlay Network - DHCP/STATIC
下面是 NSX Host Overlay Network 引數，這塊兒 NSX Overlay 網路的配置單獨拎出來了。最上面配置 NSX Overlay 的 VLAN ，與其他網路型別一樣。如果"Configure NSX Host Overlay Using a Static IP Pool"這個地方選擇 No，則使用環境當中的 DHCP 伺服器進行分配 TEP 地址；如果選擇 Yes，則使用下圖中所配置的建立的 TEP 地址池中的地址進行分配。注意， ESXi 上每個參與 TEP 網路的網口都需要分配地址，比如一共有 4 臺主機，每臺主機有 2 個網路卡用於 NSX Overlay 網路，也就是前面所說的 Profile-2 和 Profile-3 ，那麼總共就有 8 個網口需要 TEP 地址，配置 NSX Overlay 起始到結束 IP 就需要大於等於 8 個。
四、Deploy Parameters
最後一個 Deploy Parameters 參數列，此參數列主要用於定義 VCF 管理域相關元件的配置資訊，以及為這些元件提供外部服務的 DNS 和 NTP 伺服器等。一共分為五大類，分別是 Existing Infrastructure Details、License Keys、vSphere Infrastructure、NSX、SDDC Manager，下面來看看關於這些資訊的詳細內容。
1）Existing Infrastructure Details
配置用於 VCF 管理元件的 DNS 和 NTP 伺服器，根據情況填入實際環境中的 IP 地址，請一定確保 VCF 管理元件全部在 DNS 伺服器上配置了正反向域名解析，後面是 DNS 域名，確保 VCF 所有管理元件都屬於同一個 DNS 域，可根據需要是否啟用 CEIP（客戶體驗改善計劃） 和 FIPS（聯邦資訊處理標準）安全模式。
2）License Keys
定義 VCF 管理元件的許可證金鑰，選擇 No 並輸入 VCF BOM 清單中元件所支援的 License。注意，如果有序列號請一定要在這裡提前填入所有產品的 License，如果沒有填將以評估模式進行部署 VCF ，並且後續無法在 SDDC Manager 新增服役主機以及建立 VI 工作負載域。
3）vSphere Infrastructure
定義 VCF 管理元件 vSphere、vSAN 以及 VCF 環境的配置資訊。在 VCF 管理域自動化部署期間，將建立一個 vCenter Server，需要定義這個 vCenter Server 的主機名（FQDN）以及 IP 地址，跟前面虛擬機器（VM）管理網路相對應，並設定 vCenter Server 的部署大小，預設 Small 型即可，儲存磁碟大小預設皆可。在 vCenter Server 會建立一個資料中心，資料中心下面建立一個叢集，這個叢集下面放置所有用於 VCF 管理域的 ESXi 主機；是否開啟 vLCM 基於映像（Image）的生命週期管理方式， 如果後面配置該叢集 vSAN 基於 ESA 架構，則必須選擇 Yes；配置這個叢集的 EVC 模式，可以根據 ESXi 主機 CPU 所支援的基準選擇對應的 EVC 模式；VCF 管理域只支援使用 vSAN 作為主要儲存，在 vSphere Datastore 下面定義 vSAN 儲存的名稱；是否開啟重刪和壓縮，該選項僅適用於 vSAN OSA 架構，vSAN ESA 架構可以在 vSAN 虛擬機器儲存策略中指定；是否開啟 vSAN ESA 部署架構，這裡比較重要了，從該版本（5.1.0）才開始支援 vSAN ESA 部署架構作為 VCF 管理域的資料儲存，如果要部署 vSAN ESA 架構，需要 ESXi 主機的磁碟是基於 NVMe 的 SSD 硬碟，同時硬碟必須滿足 HCL 相容性要求，如果你的 VMware Cloud Builder 不能聯網，那需要在"Path to HCL JSON File"後面手動填入 vSAN HCL 的 JSON 檔案，比如 /opt/vmware/bringup/tmp/all.json，我們需要手動下載 https://partnerweb.vmware.com/service/vsan/all.json 檔案並將該檔案上傳到 VMware Cloud Builder 虛擬機器，然後在部署之前會去驗證 ESXi 主機的相容性，如果主機不滿足相容性要求，則無法繼續下一步，我這次部署將採用巢狀的 ESXi 來部署 vSAN ESA 架構的 VCF，如果你正常按上述步驟去配置，那肯定會有問題，有其他方法可以來解決這個問題，具體方法請繼續關注後面文章。當然，如果 VMware Cloud Builder 不能聯網也可以配置 Proxy Server 代理伺服器進行聯網並線上去下載 vSAN HCL 的 JSON 檔案進行驗證。最後配置 VCF 部署架構採用那種型別，支援標準部署和整合部署，預設情況下選擇標準部署，如果選擇整合部署則會自動建立下面所配置的資源池進行隔離 VCF 管理相關元件。
4）NSX
定義 NSX 元件的配置資訊，預設情況下在 VCF 管理域自動部署過程中會建立一個由 3 節點 NSX Manager 所組成的 NSX 管理叢集，所以需要定義這個 NSX 叢集的 VIP 以及對應的主機名（FQDN），包括 3 個節點的 IP 地址以及主機名（FQDN），NSX 虛擬機器的部署大小預設是 Medium 中型，可根據環境自行選擇那種部署大小。後面你的環境資源有限，可能不足以部署完整的 3 節點叢集，有些小技巧可以只部署 1 個 NSX Manager 節點，具體方法請繼續關注後續文章。
5）SDDC Manager
定義 SDDC Manager 元件的配置資訊，在 VCF 管理域自動部署過程中會建立一個 SDDC Manager 虛擬機器，所以需要定義這個虛擬機器的 IP 地址以及主機名（FQDN），配置管理域網路池的名稱以及管理域的名稱。
五、JSON 檔案
使用 VMware Cloud Builder 部署 VMware Cloud Foundation 管理域，除了支援使用上面所說的 Excel 參數列，還支援使用 JSON 格式的引數檔案，這種格式的引數檔案可能更容易閱讀以及修改。我們可以使用 Cloud Builder 中的 SOS 程式將上面的 Excel 引數錶轉換為部署 VCF 所支援的 JSON 檔案。
1）SSH 以 admin 使用者登入到 VMware Cloud Builder 並切換到 root 使用者。
su -
2）將已經配置好的 Excel 參數列透過 SFTP 上傳到 Cloud Builder。
cp /home/admin/vcf-ems-deployment-parameter.xlsx /tmp
3）執行下面命令即可將 Excel 引數錶轉換成 JSON 格式的引數檔案。
/opt/vmware/sddc-support/sos --jsongenerator --jsongenerator-input /tmp/vcf-ems-deployment-parameter.xlsx --jsongenerator-design vcf-ems-deployment-parameter
4）生成的 JSON 檔案預設情況下會放到以下目錄。
cd /opt/vmware/sddc-support/cloud_admin_tools/Resources/vcf-ems-deployment-parameter/
5）可以使用 SFTP 將 JSON 下載到本地以備用，最終生成的 VCF JSON 檔案示例如下：
{
"subscriptionLicensing": true,
"skipEsxThumbprintValidation": false,
"managementPoolName": "sfo-m01-np01",
"sddcManagerSpec": {
"secondUserCredentials": {
"username": "vcf",
"password": ""
},
"ipAddress": "172.16.11.59",
"hostname": "sfo-vcf01",
"rootUserCredentials": {
"username": "root",
"password": ""
},
"localUserPassword": ""
},
"sddcId": "sfo-m01",
"esxLicense": "",
"taskName": "workflowconfig/workflowspec-ems.json",
"ceipEnabled": false,
"fipsEnabled": false,
"ntpServers": ["172.16.11.253"],
"dnsSpec": {
"subdomain": "sfo.rainpole.io",
"domain": "sfo.rainpole.io",
"nameserver": "172.16.11.4"
},
"networkSpecs": [
{
"networkType": "MANAGEMENT",
"subnet": "172.16.11.0/24",
"gateway": "172.16.11.253",
"vlanId": "1611",
"mtu": "1500",
"portGroupKey": "sfo01-m01-cl01-vds01-pg-mgmt",
"standbyUplinks":[],
"activeUplinks":[
"uplink1",
"uplink2"
]
},
{
"networkType": "VMOTION",
"subnet": "172.16.12.0/24",
"gateway": "172.16.12.253",
"vlanId": "1612",
"mtu": "9000",
"portGroupKey": "sfo01-m01-cl01-vds01-pg-vmotion",
"includeIpAddressRanges": [{"endIpAddress": "172.16.12.104", "startIpAddress": "172.16.12.101"}],
"standbyUplinks":[],
"activeUplinks":[
"uplink1",
"uplink2"
]
},
{
"networkType": "VSAN",
"subnet": "172.16.13.0/24",
"gateway": "172.16.13.253",
"vlanId": "1613",
"mtu": "9000",
"portGroupKey": "sfo01-m01-cl01-vds01-pg-vsan",
"includeIpAddressRanges": [{"endIpAddress": "172.16.13.104", "startIpAddress": "172.16.13.101"}],
"standbyUplinks":[],
"activeUplinks":[
"uplink1",
"uplink2"
]
},
{
"networkType": "VM_MANAGEMENT",
"subnet": "172.16.15.0/24",
"gateway": "172.16.15.253",
"vlanId": "1610",
"mtu": "9000",
"portGroupKey": "sfo01-m01-cl01-vds01-pg-vm-mgmt",
"standbyUplinks":[],
"activeUplinks":[
"uplink1",
"uplink2"
]
}
],
"nsxtSpec":
{
"nsxtManagerSize": "medium",
"nsxtManagers": [
{
"hostname": "sfo-m01-nsx01a",
"ip": "172.16.11.66"
},
{
"hostname": "sfo-m01-nsx01b",
"ip": "172.16.11.67"
},
{
"hostname": "sfo-m01-nsx01c",
"ip": "172.16.11.68"
}
],
"rootNsxtManagerPassword": "",
"nsxtAdminPassword": "",
"nsxtAuditPassword": "",
"vip": "172.16.11.65",
"vipFqdn": "sfo-m01-nsx01",
"nsxtLicense": "",
"transportVlanId": 1614
},
"vsanSpec": {
"vsanDedup": "false",
"esaConfig": {
"enabled": false
},
"datastoreName": "sfo-m01-cl01-ds-vsan01"
},
"dvsSpecs": [
{
"dvsName": "sfo-m01-cl01-vds01",
"vmnics": [
"vmnic0",
"vmnic1"
],
"mtu": 9000,
"networks":[
"MANAGEMENT",
"VMOTION",
"VSAN",
"VM_MANAGEMENT"
],
"niocSpecs":[
{
"trafficType":"VSAN",
"value":"HIGH"
},
{
"trafficType":"VMOTION",
"value":"LOW"
},
{
"trafficType":"VDP",
"value":"LOW"
},
{
"trafficType":"VIRTUALMACHINE",
"value":"HIGH"
},
{
"trafficType":"MANAGEMENT",
"value":"NORMAL"
},
{
"trafficType":"NFS",
"value":"LOW"
},
{
"trafficType":"HBR",
"value":"LOW"
},
{
"trafficType":"FAULTTOLERANCE",
"value":"LOW"
},
{
"trafficType":"ISCSI",
"value":"LOW"
}
],
"nsxtSwitchConfig": {
"transportZones": [ {
"name": "sfo-m01-tz-overlay01",
"transportType": "OVERLAY"
},
{
"name": "sfo-m01-tz-vlan01",
"transportType": "VLAN"
}
]
}
}
],
"clusterSpec":
{
"clusterName": "sfo-m01-cl01",
"clusterEvcMode": "",
"clusterImageEnabled": true,
"vmFolders": {
"MANAGEMENT": "sfo-m01-fd-mgmt",
"NETWORKING": "sfo-m01-fd-nsx",
"EDGENODES": "sfo-m01-fd-edge"
}
},
"pscSpecs": [
{
"adminUserSsoPassword": "",
"pscSsoSpec": {
"ssoDomain": "vsphere.local"
}
}
],
"vcenterSpec": {
"vcenterIp": "172.16.11.62",
"vcenterHostname": "sfo-m01-vc01",
"vmSize": "small",
"storageSize": "",
"rootVcenterPassword": ""
},
"hostSpecs": [
{
"association": "sfo-m01-dc01",
"ipAddressPrivate": {
"ipAddress": "172.16.11.101"
},
"hostname": "sfo01-m01-esx01",
"credentials": {
"username": "root",
"password": ""
},
"sshThumbprint": "",
"sslThumbprint": "",
"vSwitch": "vSwitch0"
},
{
"association": "sfo-m01-dc01",
"ipAddressPrivate": {
"ipAddress": "172.16.11.102"
},
"hostname": "sfo01-m01-esx02",
"credentials": {
"username": "root",
"password": ""
},
"sshThumbprint": "",
"sslThumbprint": "",
"vSwitch": "vSwitch0"
},
{
"association": "sfo-m01-dc01",
"ipAddressPrivate": {
"ipAddress": "172.16.11.103"
},
"hostname": "sfo01-m01-esx03",
"credentials": {
"username": "root",
"password": ""
},
"sshThumbprint": "",
"sslThumbprint": "",
"vSwitch": "vSwitch0"
},
{
"association": "sfo-m01-dc01",
"ipAddressPrivate": {
"ipAddress": "172.16.11.104"
},
"hostname": "sfo01-m01-esx04",
"credentials": {
"username": "root",
"password": ""
},
"sshThumbprint": "",
"sslThumbprint": "",
"vSwitch": "vSwitch0"
}
]
}其實，還可以使用由 VMware 工程師 Martin 個人所建立的線上 VCF JSON 檔案生成器網頁（https://martingustafsson.com/vcf-ui-json/）來製作用於 VCF 的 JSON 檔案，如下圖所示。
