VMware Cloud Foundation 標準架構中，管理域和 VI 工作負載域需要分開部署，管理域是初始構建（Bring-up）中部署的一個工作負載域並且只有一個，管理域專門用於承載管理相關元件虛擬機器。之前文章（VMware Cloud Foundation Part 05：部署 SDDC 管理域。）已經完成了管理域的相關部署，現在我們需要為實際的生產業務系統部署 VI 工作負載域。
一、VI 域部署架構
1）拓撲架構
- VI 工作負載域（本地多個）
一個 VCF 例項中可以有多個 VI 工作負載域，每個 VI 工作負載域中可以有多個 vSphere 叢集。每個 VI 域的管理元件預設情況下都具有一個 vCenter Server 元件和一個由 3 個 NSX Manager 節點所組成的叢集，其中所有 VI 工作負載域的管理元件虛擬機器都執行在管理域中。
- VI 工作負載域（遠端叢集）
在常規的 VCF 例項中，不管是管理域還是 VI 工作負載域都位於同一資料中心，VCF 還支援位於遠端站點的 VI 工作負載域。這有點類似於總部和分支機構的意思，位於總部的 VCF 例項包含管理域和本地 VI 工作負載域，可以在總部的 VCF 管理域上新增位於分支機構的 VI 工作負載域，這些位於分支機構的遠端 VI 工作負載域統一由總部的管理域進行生命週期管理，並且遠端 VI 工作負載域的管理元件也執行在總部的管理域中，只是 VI 域中的真實物理主機位於分支機構。遠端分支機構 VI 工作負載域與總部管理域之間通常使用廣域網（WAN）專線進行連線，使用這種拓撲架構具有很多要求和細節，具體請檢視 VCF 產品文件。
- VI 工作負載域（共享 NSX 叢集）
在常規的 VCF 例項中，部署 VI 工作負載域時會將 VI 域的管理元件部署在管理域中， 當部署第一個 VI 域時，必須部署 NSX 管理元件，一個由 3 節點組成的叢集；當部署第二個以及後續 VI 域時，在部署 NSX 管理元件的時候，可以選擇加入到現有 VI 域的 NSX 管理元件中而無需部署新的 NSX 管理元件。
- VI 工作負載域（單個 SSO 域）
在常規的 VCF 例項中，部署 VI 工作負載域時會將 VI 域的管理元件部署在管理域中， 當部署每一個 VI 域時始終都會部署一個獨立的 vCenter Server 元件。對於 vCenter Server 元件來說，支援在部署的時候將 SSO 域加入到管理域的 SSO 域當中，所有部署的 VI 域都可以加入到單個 SSO 域當中。這種方式叫增強型連結模式 Enhanced Linked Mode（ELM），如果你還不知道這個功能，可以檢視之前的這篇（使用cmsso-util命令進行連結、刪除、修改多個vCenter Server(VCSA)的SSO域。）文章。
- VI 工作負載域（混合 SSO 域）
可以將 VI 域的 vCenter Server 元件加入到現有管理域的 SSO 域當中，也可以在部署其他 VI 域的時候將 vCenter Server 配置到單獨的 SSO 域當中，支援混合 SSO 域。
- VI 工作負載域（獨立 SSO 域）
所有 SSO 域都可以獨立進行部署，管理域和每一個 VI 工作負載域分別屬於不同的 SSO 域當中。
2）網路架構
VI 工作負載域的網路架構其實和管理域的網路拓撲幾乎是差不多的，當然有一點點區別，比如 VI 管理域不會有單獨的管理元件 VM Management 網路，對於 VI 管理域來說只有 vCenter Server 和 NSX Manager 管理元件虛擬機器，這些虛擬機器會直接部署到管理域之上，並且這些虛擬機器會直接與管理域上面分配給管理域元件的 VM Management 網路一起使用，也即是說 VI 域管理元件和管理域管理元件使用同一個網路，同一個埠組。而其他的網路，vMotion 網路和 NSX 網路一樣，如果使用了 vSAN 儲存，那會存在 vSAN 網路。
當然，與管理域一樣，如果想實現完整的 SDDC 架構，同樣還需要單獨部署 NSX Edge 節點並配置 Edge 網路，以實現南北向路由和網路。
3）儲存架構
部署管理域時，只能將 vSAN 儲存作為主體儲存（Principal storage）進行初始構建，當部署完管理域後，後續可以登入管理域 vCenter Server 新增其他補充儲存（Supplemental storage）進行使用，如下圖所示。VI 工作負載域與管理域在儲存使用方式上有所不同，在初始構建 VI 工作負載域時，主體儲存中 vSAN 不再是唯一可選項，還可以使用如 FC、NFS 以及 vVols 等儲存型別作為 VI 域的主體儲存，然後部署完 VI 域後可以登入 VI 域 vCenter Server 新增其他補充儲存（Supplemental storage）進行使用，如下圖所示。對於構建 VI 域來說，使用不同型別的主體儲存對於構成 VI 域的初始組成主機有些區別，比如，如果選擇 vSAN 作為 VI 域的主體儲存，那麼至少需要準備 3 臺 ESXi 主機進行構建 VI 域（管理域是 4 臺），而使用 FC 型別的共享儲存，可以只需準備 2 臺 ESXi 主機用於構建 VI 域。使用不同型別的儲存具有不同的注意細節，具體請檢視 VCF 產品文件。
二、VI 域部署準備
與部署管理域時一樣，部署 VI 工作負載域時同樣需要做一些前期準備，比如安裝用於構建 VI 域的 ESXi 主機，建立分配給 VI 域主機的網路池等。當然，如果在真實環境中還涉及到網路的規劃和配置等，由於我這邊是在巢狀環境中進行測試，所以可能會有很多忽略的地方，具體情況請以實際為主。
首先說明一下，之前的環境以及本次測試環境全部是基於 VMware Cloud Foundation 5.1.0 版本進行的，所以請嚴格按照該版本所發行說明中的 BOM 物料清單進行環境準備以及按照產品文件中的手冊說明進行相關測試，對於任何操作所可能導致的風險請自行評估和承擔。
1）準備 ESXi 主機
與部署管理域時一樣，構建 VI 工作負載域所使用的主體儲存型別還是選擇 vSAN ESA 架構，所以我準備了 3 臺巢狀 ESXi 主機（vcf-vi01-esxi01~vcf-vi01-esxi03），如下圖所示。
關於這 3 臺巢狀 ESXi 主機的虛擬機器的配置如下圖所示，與管理域的巢狀 ESXi 虛擬機器配置有一點區別，比如我將記憶體設定為 60 GB，因為 VI 域相對來說佔用記憶體較低一些，因為 VI 域管理元件都執行在管理域上。但是，如果後續要部署 NSX Edge 節點以及部署其他解決方案，請一定將記憶體調高一些。其他所有配置與管理域虛擬機器的配置一樣，請根據情況自行進行調整。
注意，請完全參考管理域巢狀 ESXi 主機的安裝和配置過程執行 VI 域巢狀 ESXi 主機的安裝和配置，具體過程我這邊就不再贅述了，有需要請檢視之前這篇（VMware Cloud Foundation Part 04：準備 ESXi 主機。）文章。
2）準備 vLCM 映像
如果你跟我一樣使用 vSAN ESA 架構部署 VI 工作負載域，那需要準備 vLCM 基於叢集生命週期管理的映像。VCF 使用 vSphere 中的 vLCM 進行相關管理元件的生命週期管理，如果使用了 vSAN ESA 則只能使用基於映像的方式，使用 vSAN OSA 可以使用基於基準的方式，不過基於基準的生命週期管理方式已棄用，在未來的版本中會被移除，建議採用基於映像的管理方式。如果你還不知道什麼是 vLCM，可以檢視之前這篇（使用vSphere Lifecycle Manager（vLCM）管理獨立主機和叢集的生命週期。）文章。
導航到 SDDC Manager->生命週期管理->映像管理，在“可用的映像”選項卡下面可以看到所有可用的映像，如下圖所示，當前已經存在一個可以的映像（Management-Domain-Personality），這個映像是在部署管理域時自動從管理域叢集中提取的映像，可以看到只有基礎 ESXi 映像，沒有其他供應商載入項、元件等，因為我部署的管理域的 ESXi 主機系統是使用的官方標準 ISO 安裝映像。我後續安裝的 VI 域的 ESXi 主機系統也是使用的同樣的安裝映象，用於 VI 域叢集的 vLCM 映像與管理域的映像一樣，所以後續在部署 VI 域時我就直接使用這個管理域的映像了。
如果部署 VI 域的 ESXi 主機使用了不同的安裝映像，那麼可以在“匯入映像”選項卡中手動提取或匯入用於 VI 域的叢集映像。這種方式在實際環境中可能很常見，比如用於 VI 域的 ESXi 主機使用了與管理域不同品牌的物理伺服器，那對應的用於 ESXi 系統的安裝映象肯定也會不一樣，這樣你就需要設定單獨的叢集映像，VCF 提供了以下兩種選項可以用於提取或匯入不同的叢集映像。選項 1 比較適用於當前已經有了相同品牌或型號伺服器的工作負載域，這樣你可以直接從這個工作負載域中的叢集提取映像。選項 2 比較適用於初始構建工作負載域時從本地匯入映像的方式，支援 JSON 配置檔案、ZIP 以及 ISO 格式映像檔案。這兩種選項可根據情況靈活搭配使用。
3）準備 VI 域網路池
部署管理域時，我們需要準備一個 Excel 參數列，在這個參數列中有一個 “Hosts and Networks” 參數列，裡面定義了用於 vMotion 和 vSAN 網路的地址段，這些地址段在部署管理域時會自動分配給這些主機的 vmkernel 網路卡，用於相同的網路型別之間傳輸流量。可以檢視這篇（VMware Cloud Foundation Part 03：準備 Excel 參數列。）文章瞭解更多細節。
導航到 SDDC Manager->管理->網路設定，你可以在“網路池”選項卡看到之前部署參數列所配置的用於管理域主機的網路池，如下所示。可以點選編輯網路池，向網路池中的網路型別增加 IP 地址段，這樣當需要向管理域增加叢集或擴充套件叢集主機時進行使用。
當向網路池增加 IP 地址後，相應的可用 IP 數也會增加。注意，這個只能增加，不能縮減，如果要縮減只能刪除網路池後再重新新增。
上面所建立的網路池已經用於管理域了，就只能被管理域主機所使用，不能用於 VI 工作負載域，如果要新增 VI 域，則需要建立單獨用於 VI 域的網路地址池或者使用已經用於 VI 域的網路池（並且具有可用IP）。點選“建立網路池”，下面建立用於 VI 域的網路池，配置網路池的名稱為 vcf-vi01-np01，選擇需要給那些網路型別分配 IP 地址，當主機應用了這個網路池，如果啟用了相應的服務，則會自動從網路池中獲取地址。我這邊只需要使用 vMotion 和 vSAN 網路，所以勾選這兩種網路型別，並在下面配置用於這兩種網路型別的 VLAN 和 地址等資訊。注意，每個網路池中的每種網路型別只能屬於一個網路，不能和其他網路池中的網路重疊，比如上面管理域的網路池中的 vMotion 網路型別的 VLAN 為 40，網段為 192.168.40/24，在新建立的這個網路池裡不能設定相同的網路，所以我設定了 50 網段。可根據需要自行設定 IP 地址範圍，預設閘道器我已經提前在物理 ESXi 主機的標準交換機上配置了虛擬 vmkernel 閘道器，具體可參考之前的文章。
儲存後，可以看到已經建立好用於 VI 域的網路池。
4）準備 VI 域元件許可
預設情況下，部署管理域元件的時候已經分配了相關元件許可，這在實際環境中，可能這些許可只夠滿足管理域元件的使用。那在部署 VI 域的時候，就需要單獨新增用於 VI 域元件的 License 許可，在部署 VI 域之前需要提前將這些許可新增到 SDDC Manager 可置備的許可清單中，在部署配置 VI 域過程中需要使用到。
導航到 SDDC Manager->管理->許可，點選“許可證金鑰”，將用於 VI 域管理元件的所有許可新增到 SDDC Manager 中。
三、VI 域部署技巧
在正式部署 VI 工作負載域之前，可能有一些技巧也許有一定幫助，特別是對於我這種物理硬體資源不是很充足的環境來說，要完整的部署一套 VCF 環境真的是太難了，因為真的是太吃資源了！對於剛接觸 VMware Cloud Foundation 的同學來說，建議使用 SDDC Manager 中的引導式設定來了解 VCF 有關的內容以及相關配置的注意事項，這對於學習和管理 VCF 來說非常具有幫助。
1）關閉管理域主機
由於我這邊物理 ESXi 主機資源有限，無法滿足同時執行管理域和 VI 域所有元件，所以我將管理域中的一臺 ESXi 主機給關機了，勉勉強強能夠部署一個 VI 工作負載域。這個需要在正式開始執行部署 VI 域任務的時候關掉，並且需要在“驗證管理工作負載域是否具有足夠的資源以部署 NSX”這個任務之後進行關閉，或者在部署 vCenter Server 元件之前關閉也行。當然，如果你的資源充足，可以直接忽略。
2）vSAN ESA HCL
由於將要部署 vSAN ESA 架構的 VI 工作負載域，所以在部署過程中同樣需要驗證 ESXi 主機的 vSAN HCL 相容性。因為使用了巢狀 ESXi 主機，肯定不在官方相容性列表裡，所以之前在部署管理域的時候，我們使用了一個指令碼來生成巢狀 ESXi 主機的自定義 vSAN HCL 檔案。我在部署 VI 域的時候確認了一下，因為之前部署管理域的時候，已經將我們上傳的自定義 vSAN HCL 檔案同步到 SDDC Manager 中了，所以我在部署 VI 域的時候沒有遇到相容性問題，如果有問題，在執行任務的時候應該會遇到“Perform vSAN ESA Auto Disk Claim”失敗，這時解決辦法就是重新將之前生成的自定義 vSAN HCL 檔案上傳到 SDDC Manager 虛擬機器中並替換如下檔案：/nfs/vmware/vcf/nfs-mount/vsan-hcl/all.json，然後配置檔案所有權為 vcf_lcm:vcf 即可。
3）NSX Manager
預設情況下，部署 VI 域管理元件 NSX 的時候會建立一個由 3 個 NSX Manager 節點所組成的 NSX 叢集。這與部署管理域時的情況一樣，由於是測試學習環境並且因為物理資源不足，所以有一個技巧可以只部署 1 個 NSX Manager 節點，如果是實際環境並且資源很充足的情況下，預設即可。下面是部署 NSX Manager 的大小的預設配置。
| NSX Manager 部署大小 | 記憶體 | vCPU | 磁碟 | 記憶體預留(預設) | VM 硬體版本 |
| Extra Small | 8 GB | 2 | 300 GB | All | 10 or later |
| Small | 16 GB | 4 | 300 GB | All | 10 or later |
| Medium | 24 GB | 6 | 300 GB | All | 10 or later |
| Large | 48 GB | 12 | 300 GB | All | 10 or later |
以 vcf 使用者登入到 SDDC Manager 並切換到 root 使用者，然後修改如下 application-prod.properties 檔案。
vim /etc/vmware/vcf/domainmanager/application-prod.properties新增自定義引數如下，NSX Manager 的部署數量為 1 以及部署大小為 small。
nsxt.manager.cluster.size=1
nsxt.manager.formfactor=small
儲存配置後，重啟域管理器服務，並確保服務執行正常。
systemctl restart domainmanager
針對於 NSX Manager 虛擬機器記憶體預留，其實也有方法可以在部署之前，將 NSX Manager OVA 模板中的預定義配置調整為無預留，不過比較麻煩，如果不是特別緊缺的情況下，也可以在部署完 NSX Manager 虛擬機器之後，再登入 vCenter Server 對其進行修改。
四、VI 域部署過程
1）VI 域元件地址
針對當前環境，為所有的 VI 工作負載域的管理元件規劃好 IP 地址資訊，請一定提前在 DNS 伺服器上配置好正反向域名解析。
| 元件名稱 | 主機名 | IP地址 | 子網掩碼 | 閘道器 | DNS/NTP 伺服器 |
| ESXi | vcf-vi01-esxi01.mulab.local | 192.168.32.71 | 255.255.255.0 | 192.168.32.254 | 192.168.32.3 |
| vcf-vi01-esxi02.mulab.local | 192.168.32.72 | 255.255.255.0 | 192.168.32.254 | 192.168.32.3 | |
| vcf-vi01-esxi03.mulab.local | 192.168.32.73 | 255.255.255.0 | 192.168.32.254 | 192.168.32.3 | |
| vCenter Server | vcf-vi01-vcsa01.mulab.local | 192.168.32.75 | 255.255.255.0 | 192.168.32.254 | 192.168.32.3 |
| NSX Manager | vcf-vi01-nsx01.mulab.local | 192.168.32.76 | 255.255.255.0 | 192.168.32.254 | 192.168.32.3 |
| vcf-vi01-nsx01a.mulab.local | 192.168.32.77 | 255.255.255.0 | 192.168.32.254 | 192.168.32.3 | |
| vcf-vi01-nsx01b.mulab.local | 192.168.32.78 | 255.255.255.0 | 192.168.32.254 | 192.168.32.3 | |
| vcf-vi01-nsx01c.mulab.local | 192.168.32.79 | 255.255.255.0 | 192.168.32.254 | 192.168.32.3 |
2）新增服役主機
部署 VI 工作負載域之前，首先需要將用於工作負載域的 ESXi 主機新增到 SDDC Manager 清單。同時，不管是任何一種工作負載域（管理域/VI 域）需要擴容主機，都需要先新增服役主機。
導航到 SDDC Manager->清單->主機，這裡展示了所有已分配的主機和未分配的主機，我們需要點選“服役主機”新增工作流將用於 VI 域的 ESXi 主機新增到清單中。
勾選全部，確保已知曉新增條件和要求，點選繼續。
新增主機有兩種方式，一種是選擇“新增”一臺一臺新增主機，另外一種是選擇“匯入”從 JSON 模板檔案中批次新增主機。
選擇“新增”，輸入 ESXi 主機的 FQDN。選擇儲存型別，VI 域支援下圖中的幾種型別的主體儲存，其實在這裡新增主機的時候選擇哪種儲存型別就已經提前定了後面部署 VI 域時所選擇的主機儲存型別，當你選擇哪種儲存型別，後面的時候也就只能使用你選擇的儲存型別。比如，當你選擇 vSAN 時，這臺主機就被標記為 vSAN 主機了，後面部署 VI 域或者擴容 VI 域主機的時候，就只能用於 vSAN，這個地方選擇了後不能修改，只能將服役主機移除，並重新新增服役主機。由於我們需要部署 vSAN ESA 架構，所以需要勾選“vSAN ESA”，這個地方可以看到 vSAN ESA 只能由 vLCM 基於映像的生命週期方法進行管理。vSAN ESA 的 vSAN 型別只能選擇“本地 vSAN”。網路池名稱這裡一定要選擇之前我們建立用於 VI 域的網路池（vcf-vi01-np01）。最後，輸入 ESXi 主機的使用者名稱和密碼，即可點選新增。
如果你不勾選 vSAN ESA，也就是 vSAN OSA，這時 vSAN 型別可以選擇“本地 vSAN”或 “vSAN 計算叢集”，選擇 vSAN 計算叢集的主機本地可以沒有儲存，然後透過 vSAN Mesh 功能遠端掛載其他叢集的 vSAN 儲存，這個功能現在叫具有資料儲存共享的 vSAN HCI。如果你還不知道什麼叫具有資料儲存共享的 vSAN HCI，可以檢視這篇（建立vSAN Max叢集並配置掛載遠端資料儲存。）文章。
配置好後，點選“新增”，可以看到主機已經加入到待驗證列表。
如果選擇“匯入”選項，我們可以點選下載 JSON 模板，然後將我們環境中的資訊填入到 JSON 檔案中去，這樣就可以批次新增主機了，如下所示。
{
"hostsSpec": [
{
"hostfqdn": "vcf-vi01-esxi02.mulab.local",
"username": "root",
"storageType": "VSAN_ESA",
"password": "Vcf5@password",
"networkPoolName": "vcf-vi01-np01",
"vVolStorageProtocolType": "-- VMFS_FC/ISCSI/NFS --"
},
{
"hostfqdn": "vcf-vi01-esxi03.mulab.local",
"username": "root",
"storageType": "VSAN_ESA",
"password": "Vcf5@password",
"networkPoolName": "vcf-vi01-np01",
"vVolStorageProtocolType": "-- VMFS_FC/ISCSI/NFS --"
}
]
}選擇“上載”，將 JSON 模板檔案上傳， JSON 檔案中配置的主機會自動新增到待驗證列表。
這時，確定配置資訊正確，點選“全部驗證”，確保所有主機可以驗證。
已驗證成功。如果有不成功的，請移除主機矯正後重新新增進來驗證。
檢查所有主機是否配置正確，點選“服役”，開始執行新增任務。
點選底部“任務”視窗，可以檢視任務狀態。
點選該任務進入子任務檢視，可以檢視具體執行任務的情況。
如果一切順利，導航到 SDDC Manager->清單->主機->未分配主機，你應該能看到剛才新增的服役主機。
3）部署 VI 工作負載域
如果上面一切準備就緒後，現在可以正式執行 VI 工作負載域部署工作流。導航到 SDDC Manager->清單->工作負載域，點選“VI - 工作負載域”。
選擇“vSAN”並勾選“啟用 vSAN ESA”，點選開始。
設定 VI 工作負載域的名稱以及組織名稱，並選擇 VI 域的 SSO 域的方式。之前已經說過了區別，我這裡就選擇“建立新 SSO 域”選項。我個人覺得如果是使用 ELM 方式，可能會增加對於元件生命週期管理的複雜度，如果分開也許會更靈活一些。
注：VMware Cloud Foundation 5.0 開始，在部署新的 VI 工作負載域時，您才可以選擇加入管理域 SSO 域或者建立新的 SSO 域。
配置獨立的 SSO 域名以及 SSO 管理員的密碼；因為選擇 vSAN ESA，生命週期管理只能是基於 vLCM 映像，不可改。點選下一步。
設定 VI 域中預設叢集的名稱，並選擇叢集的映像，這裡就選擇管理域所提取的映像。
配置 vCenter Server 元件的地址資訊，輸入 FQDN 後會自動填充 IP 地址資訊，設定 vCenter Server 的 root 密碼。點選下一步。
配置 NSX Manager 元件的地址資訊，輸入 FQDN 後會自動填充 IP 地址資訊，設定 NSX Manager 的管理員（admin）密碼。因為之前在配置檔案裡已經配置了只部署 1 個節點，但是這裡的資訊都是必填項所以還是要填，後面在部署中只會部署一個 NSX Manager 節點，點選下一步。
啟用 vSAN ESA 架構，預設將使用自動策略管理，vSAN 將根據叢集中的主機數量，自動配置預設儲存策略。
選擇用於部署 VI 工作負載域的 ESXi 主機。可以看到，部署 vSAN ESA 架構至少需要 3 個以上主機。
VI 工作負載域預設叢集的虛擬機器交換機配置。預設提供三個預配置檔案，分別是 Default、Storage Traffic Separation 以及 NSX Traffic Separation。Default 配置檔案的意思是將所有網路型別（Management、vMotion、vSAN、NSX）的流量都跑在同一分散式交換機上面；Storage Traffic Separation 配置檔案的意思是將 vSAN 網路型別的流量單獨放在一個分散式交換機上面，其他網路型別的流量放在另一個分散式交換機上面；NSX Traffic Separation 配置檔案的意思是將 NSX 網路型別的流量單獨放在一個分散式交換機上面，其他網路型別的流量放在另一個分散式交換機上面。這是不是跟之前部署管理域時選擇 Excel 參數列中的 Profile-1、Profile-2 以及 Profile-3 配置檔案一模一樣？！這裡的意思也是同理。還可以選擇“建立自定義交換機配置”，自行配置網路卡網路型別的分配，我這邊就選擇自定義了，建立與之前管理域一樣的分配。
點選“建立自定義交換機配置”，我們可以手動建立分散式交換機並配置網路型別，點選“建立分散式交換機”。
建立第一個分散式交換機，設定交換機的名稱、MTU和上行鏈路埠。準備將這個交換機用於管理和 vMotion 網路，點選“配置網路流量”。
選擇“Management”網路流量，配置分散式埠組的名稱，設定繫結和故障切換負載均衡方式，其他預設即可。
選擇“vMotion”網路流量，配置分散式埠組的名稱，設定繫結和故障切換負載均衡方式，其他預設即可。
配置好後，點選“建立分散式交換機”。
現在已完成一個分散式交換機的配置，還需要建立另外一個分散式交換機。
建立第二個分散式交換機，設定交換機的名稱、MTU和上行鏈路埠。準備將這個交換機用於 vSAN 和 NSX 網路，點選“配置網路流量”。
選擇“vSAN”網路流量，配置分散式埠組的名稱，設定繫結和故障切換負載均衡方式，其他預設即可。
選擇“NSX”網路流量，操作模式選擇標準，如果有 DPU 裝置，則需要選擇增強型資料路徑；傳輸區域型別包含 Overlay 網路和 VLAN 網路；設定覆蓋網路傳輸區域的名稱。
設定 NSX Overlay 網路的 VLAN 以及 TEP 地址池。
設定 NSX VLAN 傳輸區域的名稱，傳輸節點配置檔案的上行鏈路為 2，根據 ESXi 主機分配給 NSX 網路的埠數而定。
NSX 傳輸節點配置檔名稱，繫結策略選擇“負載均衡源”，其他預設，點選儲存配置。
所有配置完成後，點選“建立分散式交換機”。
已完成所有分散式交換機的建立以及網路流量型別的分配，確認沒有問題，點選下一步。
選擇用於 VI 工作負載域元件的 License 許可。
檢查所有配置資訊，點選完成並開始部署 VI 域。
點選底部任務視窗，檢視任務狀態。
點選該任務，檢視子任務執行情況。
整個部署過程花了 2~3 小時。
部署過程的全部任務。
五、VI 域相關資訊
1）SDDC Manager
- SDDC Manager 中的工作負載域
- VI 域(vcf-vi01)摘要資訊
- VI 域(vcf-vi01)服務元件
- VI 域(vcf-vi01)服役主機
- VI 域(vcf-vi01)預設叢集
- VI 域(vcf-vi01)元件證書
- VI 域(vcf-vi01)叢集(vcf-vi01-cluster01)摘要
- VI 域(vcf-vi01)叢集(vcf-vi01-cluster01)主機
- VI 域(vcf-vi01)叢集(vcf-vi01-cluster01)網路
- SDDC Manager 中的網路池
- SDDC Manager 中的所有主機
- SDDC Manager 中的發行版本
2）NSX Manager
- NSX 系統配置概覽
- NSX Manager 裝置節點
- NSX 傳輸主機節點
- NSX 傳輸主機節點配置檔案
- NSX 上行鏈路配置檔案
- NSX 傳輸區域
- NSX TEP IP 地址池
3）vCenter Server
- 管理域 vCenter Server 中 VI 域元件
- VI 域 vCenter Server vSAN ESA 叢集
- VI 域 vCenter Server 中的虛擬機器
- VI 域 vSAN ESA 儲存池
- VI 域 VDS 分散式交換機配置
- VI 域 ESXi 主機交換機配置
