專有宿主機如何實現「資源池」管理——集羣管理能力升級

專有宿主機是一臺用戶獨享的部署了阿里雲虛擬化平臺的物理服務器,能夠直接建立ECS實例,開箱即用。同時物理機可用資源對用戶徹底透明,用戶能夠自主的部署不一樣規格的ECS實例,對部署有絕對的自主權。服務器

在專有宿主機上建立ECS實例時,用戶得到了指定宿主機建立實例的自由。可是當具備多臺宿主機的時候,每次建立實例都須要輸入宿主機ID,也給資源部署形成了沒必要要的麻煩。爲了解決這個困擾,便於宿主機資源池的集羣化管理,阿里云爲專有宿主機用戶提供了兩個提高管理自由度的新特性:運維

  • 專有宿主機提供:「容許自動部署」(AutoPlacement)屬性
  • 專有宿主機上建立的ECS實例提供:「主機親和性」(Affinity)屬性

那麼這兩個屬性如何使用?測試


舉例說明:阿里雲

阿里雲用戶小王管理着公司3臺專有宿主機資源,宿主機A、宿主機B和宿主機C。
其中:blog

  1. 宿主機A、B爲項目間共用資源,容許自動部署(AutoPlacement=yes)
  2. 宿主機C爲某重點項目保留資源,爲了不受到其餘業務影響,不容許自動部署(AutoPlacement=no);
  3. ECS實例1須要固定在宿主機A上,哪怕重啓後也不容許飄逸至其餘宿主機(Affinity=yes)
  4. ECS實例2不限制宿主機部署(Affinity=no)。

這樣設置的效果:接口

  1. 在不指定宿主機建立新實例的狀況下,ECS實例8可能會被建立在宿主機A,或者B上,但不會被部署在宿主機C上;
  2. 按圖例所示資源狀況,因爲宿主機B上可用資源多餘宿主機A,實例8會被優先建立在宿主機B上;
  3. ECS實例1在重啓後依然處於宿主機A;
  4. ECS實例2在重啓後有可能可能依然處於宿主機A,也會遷移至宿主機B,但不會被遷移至宿主機C上。

涉及的API接口:資源

  • AllocateDedicatedHosts

  • CreateInstance
  • RunInstances


這次一塊兒發佈的還有另一個新功能——ECS停機後不佔用宿主機資源
若是用戶開啓了停機不收費:文檔

則宿主機上建立的ECS實例在停機的時候,將不佔用宿主機的資源,從新啓動實例則再次分配資源。該功能在使用宿主機部署測試環境的時候很是有幫助,理論上能夠保有無限個停機的測試服務器,只在須要的時候啓動某臺服務器,這樣就避免了重複建立和部署環境的痛苦:部署

在具有了「容許自動部署」和「主機親和性」兩個屬性以後,對於資源池的管理複雜度將會有大幅的降低,宿主機集羣的運維更加的智能和方便,而「ECS停機後不佔用宿主機資源」也將提升宿主機資源的利用率,提升運維的效率。
目前「容許自動部署」和「主機親和性」兩個特性的Open API已經發布,能夠參照文檔進行操做。經過控制檯管理的能力也會在不久後向用戶開放。get


原文連接 本文爲雲棲社區原創內容,未經容許不得轉載。

相關文章
相關標籤/搜索