Holodeck 提供一套標準且自動化工具，能在一台實體 ESXi 主機或是 vSphere 叢集中完整部署巢狀 VMware Cloud Foundation(VCF) 環境。Holodeck 9 除了支援 VCF 5.2、9.0 版本部署外，也支援 VVF(VMware vSphere Foundation) 架構的部署；與先前版本相比，也簡化了整體部署流程。舊版本部署方式請參考【VMware VCF - 使用 Holodeck Toolkit 部署 Nested VCF LAB】。本文將說明如何透過 Holodeck 9 部署 VCF 9 環境。
在 vSphere 環境中使用 GPU 除了有 NVIDIA vGPU 方式外，另一種方式為 DirectPath I/O。在 AI 相關的應用上，常常會需要一張或多張 GPU 資源，這樣的需求可以透過 DirectPath I/O 方式將 GPU 資源 Passthrough 給虛擬機使用。本文將說明如何在 vSphere 環境設定 GPU-Passthrough。
近期在 Horizon 2206 搭配 NVIDIA L4 GPU 卡片的環境，部署 vGPU 桌面集區時，遇到部署失敗的狀況，錯誤訊息如下：
" No GPU capable host available for provisioning [clone_name] with profile [profile_id] "
從 vSAN 6.7 update 3 版本開始，vSAN 原生支援了 SCSI-3 PR 機制；vSphere 7.0 之後版本開始支援使用 Clustered VMDKs 作為 WSFC 的共用磁碟和仲裁磁碟，這些新功能都讓建置 Windows Server 高可用性架構有了更多的選擇及彈性。本文將實作在 vSAN 環境中建立 Clustered VMDKs 並提供給 WSFC 架構使用。
VMware VCF Holodeck Toolkit 是一種自動部署 VCF 的工具，可支援部署 VCF 4.5 和 VCF 5.0，且僅需要使用一台 ESXi 主機就能部署出完整的 VCF 架構，非常適合用來驗證測試 VCF 功能或是快速建立 POC 環境。本文將說明如何使用 Holodeck Toolkit 部署 Nested VCF LAB
問題描述：
在 vCenter UI 畫面顯示 "Certificate Status" 的告警，但在 UI 介面上檢查憑證狀態都是有效
在 VCF 的環境架構，每個 VCF 版本都有對應相容的軟體版本 (ESXi、vCenter、NSX-T、vSAN 等元件)。如果環境能上網，只需要在 SDDC Manager 上設定好 My VMware 的帳號密碼，就能自動下載所有相容的軟體升級套件；但如果環境沒辦法上網，就要透過離線的方式，將升級套件下載後，再上傳至 SDDC Manager。本文將說明如何離線下載 VCF 升級套件包 (Offline Bundles)，並上傳至 SDDC Manager
VMware Cloud Foundation (VCF) 是 VMware 的混和雲解決方案。它提供了完整的軟體定義資料中心部署架構和生命週期管理平台，能在多樣認證過的硬體或是雲平台上部署使用。
因為官方建議 VCF 部署的機器數量最少要有 4 台主機，但 LAB 環境沒有那麼多台設備，如果要測試 VCF 相關的功能就只能透過 Nested ESXi 方式來做。本文主要參考【Automated VMware Cloud Foundation Lab Deployment】，說明如何透過 Powershell Script 自動部署 VCF Lab 環境。
在 VMware Horizon 架構中，系統運作狀態及 VDI 桌面相關的紀錄，都會記錄在事件資料庫 (Event DB) 內。設定完事件資料庫後，從 Horizon Console 管理介面，能夠查看 VDI 桌面以及系統運作相關事件，以幫助管理者進行故障排除。但如果管理者想知道每天有多少使用者？在哪些時段？連線進來使用 VDI 桌面，則可以透過 SQL 語法查詢 VDI 桌面的登出和登入記錄。
vSphere with Tanzu (或稱為Tanzu Kubernetes Grid Service，TKGs)，它能提供在 vSphere 原生環境中建立及操作 Kubernetes 工作負載(Workloads)，並且能運用 vSphere 的功能及特色 (例如：vSphere HA、Content Library、vCenter SSO...等)。對維運管理人員，在單一平台就能管理VM和建構 k8s 叢集；對開發人員而言，能透過原本就熟悉的 Kubectl 來部署 Tanzu Kubernetes Clusters(TKC)。本文將說明如何啟用 Workload Management 並整合 NSX ALB
VMware NSX Advanced Load Balancer (簡稱 NSX ALB，之前的名稱為 AVI Networks) 是100%軟體定義、集中控管、可自動化部署的負載平衡解決方案。NSX ALB 的特點除了能提供企業負載平衡服務、網頁應用防火牆(WAF)與分析等服務外，也能夠支援虛擬/容器環境及多雲架構的部署。本文主要是說明如何部署 NSX ALB 以及基本的設定和配置。
VMware vRealize Automation (vRA) 提供使用者或開發者使用 Rest API 呼叫執行 vRealize Cloud Assembly、vRealize Service Broker 和 vRealize Automation Code Stream 等功能。本文將說明如何使用 Postman 工具呼叫 vRA Rest API 取得 vRealize Cloud Assembly 中的藍圖並提交虛擬機請求。
Action-Based Extensibility (ABX) 提供一個輕量且彈性的運行引擎 (Run-time engine) 介面，讓我們可以編寫腳本 (腳本語法支援 nodejs、powershell 和python)，並設定在指定的事件發生後自動執行腳本。本文主要說明如何利用 ABX Action 在 Windows VM 部署完成後，自動將第二顆硬碟格式化並新增為 E 磁碟
vRealize Automation 涵蓋了整個虛擬機的生命週期管理，從使用者的申請、主管的核准、Day 1的部署、Day 2的維運管理，到最後資源的回收再利用，都統合在單一平台上並自動化。前幾篇文章中，透過簡單的 Cloud Assembly 藍圖設計，就可以部署出虛擬機，但這個狀態的虛擬機往往還不能直接提供給使用者使用。管理者還會需要再進行系統的初始化設定和調整 (例如：安裝軟體、設定使用者權限、執行 Script...等)。在 vRealize Cloud Assembly 藍圖設計支援 Cloud-init/Cloudbase-init 指令碼，能夠讓虛擬機部署完成後，也完成了系統初始化配置。本文，將說明如何在 Cloud Assembly 藍圖設計中使用 Cloud-init/Cloudbase-init
上一篇文章中【vRealize Automation 8.6 - PART4：vRA Cloud Assembly 架構配置設定】，我們在 Cloud Assembly 設定了幾個基本的配置和建立一個簡單的藍圖並部署。本文，將更進一步的說明如何建立 Tags 並運用在藍圖設計中。
上一篇文章中【vRealize Automation 8.6 - PART3：在vRIDM＆vRA 賦予AD帳號擁有管理者權限】，我們在 vRIDM 和 VRA 中賦予了 AD 帳號有管理權限，接著我們要用有管理權限的 AD 帳號登入 vRA，在 vRA Cloud Assembly 中設定架構配置與設計藍圖
上一篇文章中【vRealize Automation 8.6 - PART2：透過vRLCM設定新增Active Directory】，我們在vRLCM設定新增了Active Directory並且同步，接著我們要繼續在vRealize Identify Manager(vRIDM) & vRealize Automation(vRA)中新增AD帳號，並且給予管理者權限
上一篇文章中【vRealize Automation 8.6 - PART1：佈署安裝】，我們已經透過vRealize Easy Installer佈署了vRealize Suite Lifecycle Manager、vRealize Identity Manager和vRealize Automation三台Virtual Appliance。接著，本文要說明如何透過vRealize Suite Lifecycle Manager(vRLCM)設定Active Directory
vRealize Automation 8.x 版本與之前7.x版本在架構及安裝過程都大大的簡化許多。其中，明顯的改變就是Windows-Based IaaS Server元件已經沒有了，另外就是透過vRealize Easy Installer佈署精靈就可以在vCenter上佈署vRA所需的元件，元件包含有vRealize Suite Lifecycle Manager、vRealize Identity Manager和vRealize Automation。本文將說明如何透過vRealize Easy Installer佈署安裝vRealize Automation 8.6
在VMware虛擬環境中提供了許多方案能夠建置高可用性(High Availability)機制，其中一種方式是利用在vSphere上運行的Windows Server虛擬機結合Windows容錯移轉叢集功能來實現。
透過虛擬機建置叢集有兩種架構，一種為單一主機叢集(Single-Host Clustering，或稱為Cluster in a box)，即叢集中的節點都放在同一台ESXi主機上；另一種為多台主機叢集(Multihost Clustering，或稱為Cluster across boxes)，即叢集中的節點分別在不同的ESXi主機上。由於LAB只有單台ESXi主機，因此本文會以Single-Host Clustering架構說明如何設定Windows容錯移轉叢集
