vRealize Automation 企業組織架構與資源池概念

這邊主要是講 VMware vRealize Automation 的~~~ 一小部分

整個 vRealize Suite 算是 VMware 整個 IT 自動化及軟體定義資料中心的產品

整套 vRealize Suite 就是架構在現有 VMware Infrastructure (vSphere, VSAN, NSX)上層

這次不打算聊這個 哪天想換換胃口 再來聊聊這一大片 怎樣摸也摸不完的產品線

今天就算只講 vRealize Automation 也只打算其中的一小部分 也是主軸的部分

個人打算先從這一小片開始 慢慢把 VMWare vRealize Suite 整片拼圖拼齊

當然 如果趕得上VMware 產品改版及新產品線出現的速度的話.....

基本上 vRealize Automation (之後就叫vRA吧) 主體就是多租戶概念

多個用戶可以上來租用 運作他們所需要資源

不用每次都還要請資訊部門進 vSphere 開VM

用戶可以自己開 立刻用 用不到 自己記得砍

基本租戶架構如下圖

Tenant: 即是租用戶的個體 多個租戶之間 互相看不到對方任何資訊 設定 完全獨立

           也可以將其視為個別公司

Business Group: 可以是該租戶本身自行定義的邏輯個體 可以是部門, 任何邏輯分類皆可

Reservation: 就是你可以使用的資源, 資源類型及可使用多少都是在這邊定義

Virtual Machine: 就是虛擬機拉
基本上都是上對下 一對多的關係


對應到最基本的公司組織架構 就會像下圖

該公司自己開一組租戶 然後下面分多個部門 每個部門都有自己的資源池可自行分配


當然 如果部門夠大 自己就維護一堆系統 也可以自己出來承租資源 這時候就像下圖做法

部門下面依照各種不同系統切割資源


還有一種玩法 超級大部門 多切一層分為幾個小部門

這樣子各個小部門之間都有自己的獨立資源可以運用


兩個子部門出現的時候 就會像下圖

不過此時有個問題 子部門A 只能使用 資源池A的資源 不能使用(搶劫) B部門 資源池B


所以可能會有下面玩法

老闆有令  子部門 A, B就乖乖合再一起 共享(爭奪) 同一個資源



當然也還有另一種作法 大部門同時維護多套系統 那就依照系統邏輯來切割

至於資源池的部分 目前 vRA 可以串接的後端平台不少
目前有自家的 vSphere, AWS EC2, MS Hyper-V, MS SCVMM, KVM, XenServer
設定資源池的時候就可以同時指定後端串接平台 如下圖

同一個部門 透過同一套 vRA API 可以呼叫後端不同類型的平台


另外也有另一種玩法
每種資源池都會有各自的服務等級 比如說 CPU 種類, RAM, Storage Performance.
這時候就可以根據這些類別分別定義資源池

一分錢一分貨 Gold Level, Sliver Level 價格不同 效能不同 (該怎麼用呢 老闆在看喔..)

綜合上述哩哩摳摳 如果還沒昏頭的話 來個小範例吧

某個財務部門 手上的預算系統 根據 Database, AP 不同 分別配屬於 Gold, Sliver 等級資源(VM)
而且還有一部分的測試開發用 VM, 配置使用 Copper 低階 VM
而ERP系統 因為使用量大 DB, AP都直接配屬比較高級的資源
當然ERP也有開發需求 但因為這部門偶爾才會需要開發ERP新功能 就把開發系統丟在EC2.



不過部門主管想了想 預算系統跟ERP 並不是同時都會遇到使用巔峰期
其中一套系統閒置的時候 如果另一套系統可以使用的話不是可以減少預先配置資源嗎

所以就 噹噹~~~~~ 資源就合併再一起互相調配資源吧

這部分是vRA 關於組織 資源 後端平台的應對方式

後面還有一大片拼圖 後續再慢慢補上

別問我為啥都是用藍色圖塊 等我想到的時候已經懶了 就將就著看吧