2022年10月28日 星期五

vRealize Automation 8.6 - PART6:如何在 Cloud Assembly 藍圖中使用 Cloud-init 或 Cloudbase-init

vRealize Automation 涵蓋了整個虛擬機的生命週期管理,從使用者的申請、主管的核准、Day 1的部署、Day 2的維運管理,到最後資源的回收再利用,都統合在單一平台上並自動化。前幾篇文章中,透過簡單的 Cloud Assembly 藍圖設計,就可以部署出虛擬機,但這個狀態的虛擬機往往還不能直接提供給使用者使用。管理者還會需要再進行系統的初始化設定和調整 (例如:安裝軟體、設定使用者權限、執行 Script...等)。在 vRealize Cloud Assembly 藍圖設計支援 Cloud-init/Cloudbase-init 指令碼,能夠讓虛擬機部署完成後,也完成了系統初始化配置。本文,將說明如何在 Cloud Assembly 藍圖設計中使用 Cloud-init/Cloudbase-init

2022年8月9日 星期二

vRealize Automation 8.6 - PART5:標籤(Tags)的運用及藍圖設計

上一篇文章中【vRealize Automation 8.6 - PART4:vRA Cloud Assembly 架構配置設定】,我們在 Cloud Assembly 設定了幾個基本的配置和建立一個簡單的藍圖並部署。本文,將更進一步的說明如何建立 Tags 並運用在藍圖設計中。

2022年6月30日 星期四

vRealize Automation 8.6 - PART4:vRA Cloud Assembly 架構配置設定

上一篇文章中【vRealize Automation 8.6 - PART3:在vRIDM&vRA 賦予AD帳號擁有管理者權限】,我們在 vRIDM 和 VRA 中賦予了 AD 帳號有管理權限,接著我們要用有管理權限的 AD 帳號登入 vRA,在 vRA Cloud Assembly 中設定架構配置與設計藍圖

2022年5月9日 星期一

vRealize Automation 8.6 - PART3:在vRIDM&vRA 賦予AD帳號擁有管理者權限

上一篇文章中【vRealize Automation 8.6 - PART2:透過vRLCM設定新增Active Directory】,我們在vRLCM設定新增了Active Directory並且同步,接著我們要繼續在vRealize Identify Manager(vRIDM) & vRealize Automation(vRA)中新增AD帳號,並且給予管理者權限

2022年1月5日 星期三

vRealize Automation 8.6 - PART2:透過vRLCM設定新增Active Directory

上一篇文章中【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

2021年12月30日 星期四

vRealize Automation 8.6 - PART1:佈署安裝

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

2021年12月20日 星期一

如何在vSphere環境上建立Windows容錯移轉叢集

在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容錯移轉叢集