NEIL's_學而時習之x不學無術~私藏IT技術經驗分享部落

關於部落格
NEIL. Cheng....寫作只是為了日後工作之備忘操作參考

本部落格文章撰寫前進邁向第五年(since 2009 ~至今)仍繼續推進分享IT學習!!About Windows/Linux Server,Virtualization


分享網誌: 由於,本人預先完成LAB後,才補上撰寫文章與截圖,若發現文圖對照說明有誤..本人將盡快校正,也請不吝指教! Thanks!

  • 153344

    累積人氣

  • 44

    今日人氣

    0

    訂閱人氣

鐵人vSphere 5.1 60日(三): 實作vMotion 與 DRS( Distributed Resource Scheduler ) By Neil

 
(a.) : 我們對Cent231X(右鍵: Migrate) 


   接者我們選擇要Migration Mode :  選擇Change host   

   選擇欲移轉虛擬機目的地: 192.168.11.183 

   請確認底下: capability :  validation successed  #若有警示請回頭找尋問題vMotion將不成功

  

  選擇移轉vMotion優先權: High priority  會耗損些許CPU,達到較快速移轉

  本例: 選擇Standard Priority  

   

   開始vMotion: 我們在底下狀態列可以看到 正常Migrate Virtul Machine 中 目前30%



  測試線上轉移過程中,我們持續開始Ping 192.168.11.231 這台主機

  發現整個遷移過程中只Loss 非常小封包,然後迅速恢復(Great)

    Live Migration(vMotion) 順利由 .184 遷移到.183 主機底下

   最後再細看Task/Event Message 

    確定轉移過程中已successed    vMotion 到此已介紹完成....


[建立DRS Cluster:建立資源自動負載平衡機制:動態vMotion]

使用DRS須先完成 vMotion 設計, DRS有三種方式供(手動/半自動/全自動)系統管理員調整虛擬主機

啟用點並可監控Esxi硬體資源(CPU/RAM) 提出"調整建議"供管理員決定是否要異動虛擬機Location

達到平衡Cluster資源目的(倘若使用"全自動"模式)DRS將自動判斷資源是否不平衡進行動態vMotion

到較閒置機器達到硬體資源Loadblance(無須過問系統管理員) 通常較習慣"全自動"+ 手動指定某些

虛擬機不參予DRS vMotion 模式限定某些主機不參予DRS 移動(後續介紹)

 
(b.) 對neil2_datastore(資料中心) 點選"右鍵" 選擇"New Cluster" 我們計畫建立一個DRS 叢集


   Neil 命名 Name: DRS_Cluster             #命名此叢集名稱

   Cluster Features : 選擇
Turn On vSphere DRS


  選擇Automation Level      #選擇DRS 評估轉移虛擬機方式

   選擇 手動(Manual):  GuestOS開機時可決定Boot 虛擬主機建議

           半自動(Partially automated):   GuestOS開機時由DRS自行決定在哪一台Esxi Boot?

                                                         但遇到資源不平衡時,會提出平衡資源建議由IT手動決定

                                                         是否接受平衡資源建議!!(套用->執行)

           全自動(Fully automated): 不論開機/或是平衡建議皆是由DRS自行決定(不過問IT)
 
                                                 通常會先綁定好某台重要GuestOS不要移動到他台ESXI

                                                 宣告不參予DRS (防止VM亂移動到別台Esxi)

           Migtation threshold: 通常我會選中間值(3),但因為本Lab測試調整為Aggressive(5)

                                         只要DRS稍微偵測到一點不平衡,將立即提出虛擬機vMotion建議

   


  DPM: 是否啟用,時下響應節約電能設計(在Cluster也須在冷門存取服務時段)低耗損(OFF)
 
           將閒置機器關閉,挪移其虛擬機到其他資源充足Esxi Host 繼續營運GusestOS         


 EVC: 用不到關:  企業內部存在Esxi CPU 型號不同可以用EVC整合相容性,解決無法vMotion問題

   Swapfile Policy for Virtual Machines : 保留預設值
  


   下圖中: 我們可以看到DRS_Cluster 已經建立起來

              接下來我們需拖曳"192.168.11.183" ,"192.168.11.184"

              兩台主機到"DRS_Cluste"r底下

  

   諮詢加入"DRS_Cluster"將現有存在資源池將被刪除: 保留預設值 =>Next
 

   參考下圖:  現在我們成功將.183,.184 加入 DRS_Cluster 成員裡  


     Then 我們可以點選DRS_Cluster  頁籤"Summary" 查看目前叢集資源整合資訊


   開始測試DRS(手動模式):  我們Boot Cent231X  , 會彈出框框要我們決定 在台機器

   要在哪台ESXI  Boot 較適當(取平均負載值) 提供建議(您可以接續開四五台測試)

   決定ok 後選擇Power ON  即可啟動該虛擬機

  

 開始測試DRS(半自動模式):   半自動模式: 由DRS決定開機點, 待資源不平衡時提出建議

  可以在頁籤之"DRS" 底下查看Message

   下圖中: 建議我們可以將 Cent232X (Esxi183)  Migrate 到 Esxi184 機器上運行

    Reason:  為了平衡CPU 之負載 = > 選擇套用(App Recomendations)


    會即刻執行Cent232X (原.183)vMotion 到 Esxi184 動作





  參考下圖:  即刻執行Cent232X (原.183)vMotion 到 Esxi184 動作



   我們也可透過DRS Resouce Distribution 查看目前各台主機負載量 

   下圖以CPU 為例 <  50 % , CPU 算資源充裕  #我們一共啟用三台虛擬機測試

 
  Cent231X,Cent232X,Ubuntu233

 

   亦可察看目前各台實體機的Memory 使用量 < 50% 非常不錯
   

   Then 查看DRC_Cluster "Virtual Machine" 總攬資訊 (目前調整為自動模式)

   
#目前Ubuntu233 CPU 使用率皆高於CentOS

    目前各台虛擬機Boot 機器歸納如下

     Cent232X  : Esxi 184

     Cent231X :  Esxi 184

     Ubuntu233: Esxi183

    DRS 判斷Ubuntu233 花費較多CPU使用(118) 故配置其單一在Esxi183

    另外判斷 Cent232X , Cent231X 花費資源總合略小於ESXI183 故將其配置於Esxi184

    以利達到資源平衡(LoadBlance)
 目的
   

補充說明: 我們可以搭配前篇"Resource Pool" 設計資源池(參考下圖)

 配置某些主機可以到特定資源池 進行資源限定與競爭


  DRS(全自動):
 全自動模式有個缺點(VM隨時會亂跑: 動態vMotion) 我們可以配置Rule 將

                       
某幾台機器隔離(ISOLATION) 不期望Cent231X 與 Cent232X 配置到同一台
         
                         
機器啟用可以編輯RULES(DRS_Cluster 右鍵: Edit Setting) 進入DRS設定

                     
   點選RULES => ADD (Name: Not Same)  TyPE(Separate Virtual Machines)

                         Virtual Machines:  Cent231X & Cent232X 加入 隔離名單(ok) 即可套用RULES


  

   Then :  選擇OK後即可套用該Rules 避免這兩台主機配置到同一台Esxi Host 上

    接下來最後我們要測試: 維護模式(maintenance mode) 啟用, 當系統管理員需要週期維運

    某些Esxi Host 啟用 維護模式(此時必須將本Lab Rule 停用否則無法順利進入維運模式

  
 
    上述只是限定某一組虛擬機再進行DRS vMotion 時不會配置在同一台Esxi Host

    若要正確綁定特定虛擬機在某一台Esxi Host (不受DRS異動) 可以手動停用該虛擬機參與DRS

    在使用手動vMotion 移動到您想配置Esxi Host (這樣該台虛擬機就不會隨DRS亂跑) 

    點選"Virtual Machine Options" 選項


    參考下圖:  我們可以對各台虛擬機"Automation Level" : 定義"Manual" 手動模式

    如此配置就可以綁定該台虛擬機(不被DRS 資源平衡而異動)



 

本Lab最後測試Esxi Host  "Maintance Mode" 當我們啟用"維護模式時,該台Esxi主機將停止提供

虛擬機線上服務, 取而代之移轉該台主機底下所有虛擬機到其他台Esxi Host 開機接手營運

 計畫對192.168.11.183 主機啟用維護模式(Enter Maintenance Mode)


   顯示"虛擬機"將會被關機或是被移轉到其他Esxi Host 訊息=>YES
  

    預設=>OK


  最後確認原本在.183  Esxi Host 上營運的 Ubuntu233 因為"維護模式"被Migrate 到 .184 

  Esxi Host 開機啟用 ,  本Lab 到此大成功結束

  "維護模式: 只是暫時宣告停止提供虛擬機服務,可以點選Exit Maintence Mode 跳出維護模式"

                  此時又會依照DRS 資源平衡調整合適虛擬機Migrate 到.183 Esxi Host

     
   
相簿設定
標籤設定
相簿狀態