设为首页 收藏本站
查看: 1736|回复: 0

[资源发布] 儲存資源品質管控機制 Storage QoS

[复制链接]
累计签到:91 天
连续签到:1 天
发表于 2016-8-3 11:29:38 | 显示全部楼层 |阅读模式
本文,將說明及實作在微軟新世代 Windows Server 2016 雲端作業系統當中,增強的儲存特色功能「Distributed Storage QoS」,它改善過去 Storage QoS 僅能針對 VM 虛擬主機及 VHD/VHDX 虛擬硬碟設定 IOPS 的不足及困擾,並且提供在 Hyper-V 及 SOFS 運作架構中「集中式」的儲存效能監控機制,並且可以設定告警機制當儲存原則無法順利套用時通知管理人員。

Distributed Storage QoS

     「Storage QoS」功能在 Windows Server 2012 R2 當中便已經具備,它可以針對「每台 VM 虛擬主機」或「每顆 VHD/VHDX 虛擬磁碟」,進行 IOPS 的最小值或最大值的使用限制,以避免在虛擬化平台當中,有少部分 VM 虛擬主機因為突然爆發的 IOPS 工作負載,佔用整座儲存設備過多的 IOPS 儲存資源,造成其它 VM 虛擬主機運作效能不彰的情況發生。

      現在,新版的 Windows Server 2016 雲端作業系統當中,更進一步增強為「Distributed Storage QoS」機制,不但可以支援原有的 VM 虛擬主機及每顆虛擬硬碟,現在更延伸至「服務(Service)」及「租用戶(Tenant)」的層級。

      此外,在設定 QoS 的機制上也更為簡單,採用的「I/O Scheduler」機制預設就已經在 Scale-Out File Server Cluster當中啟用,並且可以「跨越每台叢集節點」進行運作,有效解決過去必須在每台叢集節點進行單獨設定的困擾。

      最後,再搭配「Policy Manager」管理機制,將所設定的「Storage QoS 儲存原則」套用到所屬的 VM 虛擬主機、服務、租用戶當中。當然,你也可以透過 PowerShell、SCVMM、Ops Manager其它管理工具,來進行儲存原則的管理作業。

      當 Hyper-V Cluster 上的 VM 虛擬主機運作時,將由 Policy Manager 進行 I/O 效能的監控作業,若調整 Storage QoS 組態設定值之後,同樣也由 Policy Manager 通知 Hyper-V 主機。

上圖為 Windows Server 2016 Storage QoS 運作架構示意圖

( 圖片來源: TechNet Library – Storage Quality of Service )


部署模式

    Distributed Storage QoS 支援兩種部署模式,分別是「SOFS(Scale-Out File Server)」及「CSV(Cluster Shared Volumes)」,也就是可以針對 Hyper-V Cluster 所使用的兩種不同儲存資源,進行儲存資源 QoS 品質控管的機制。


確認 Storage QoS 機制已啟用

       預設情況下,當你建立好 SOFS 容錯移轉叢集運作環境時,叢集核心資源便會啟用「儲存體 QoS 資源(Storage QoS Resource)」,你可以透過容錯移轉叢集管理員進行確認。

上圖為透過容錯移轉叢集管理員確認 Storage QoS 機制是否啟用

同樣的,你也可以透過 PowerShell 指令「Get-ClusterResource」,來確認 Storage QoS 機制是否已經啟用。

上圖為透過 PowerShell 指令確認 Storage QoS 機制是否啟用


建立及監控 Storage QoS Policy

      預設情況下,每個 SOFS Cluster 可以建立「10,000」筆 Storage QoS 儲存原則。值得注意的是,在儲存原則的部份共有兩種類型,分別是 SingleInstance 及 MultiInstance:

l   SingleInstance: 當設定「最小值 IOPS(MinimumIOPS)」及「最大值 IOPS(MaximumIOPS)」,並且套用至 VM 虛擬主機之後,該 VM 虛擬主機當中的「所有」 VHD/VHDX 虛擬磁碟將共享同一個儲存原則。舉例來說,若設定最小值 IOPS 為 300 最大值 IOPS 為 500,套用的 VM 虛擬主機中含有 5 顆 VHDX 虛擬磁碟,那麼每顆 VHDX 虛擬磁碟最大只能獲得 100 IOPS 儲存資源。

l   MultiInstance: 當設定最小值 IOPS 及最大值 IOPS 並套用至 5 台 VM 虛擬主機之後,那麼 IOPS 組態設定值將會針對「每台」VM 虛擬主機進行套用。舉例來說,若設定最小值 IOPS 為 300 最大值 IOPS 為 500,那麼每一台 VM 虛擬主機最大能夠獲得 500 IOPS 儲存資源。

  那麼,我們來實作一下 MultiInstance 類型的 Storage QoS Policy。首先,在 SOFS 叢集節點主機上,利用「New-StorageQoSPolicy」指令建立 1 筆名稱為「TenantVM」的 MultiInstance 儲存原則,並設定最小值 IOPS 為 300 最大值 IOPS 為 500,然後取得該原則的識別 ID。

上圖建立名稱為 TenantVM 的 MultiInstance 原則

    此時,在某台 Hyper-V 叢集節點主機上正運作著 5 台 VM 虛擬主機(名稱為VM01 ~ VM05),我們針對這 5 台 VM 虛擬主機套用剛才所建立的 TenantVM 儲存原則。

從儲存原則套用結果中可以看到,VM02 虛擬主機擁有 2 顆 VHDX 虛擬磁碟,所以 2 顆磁碟共享 300 最小值 IOPS(每顆磁碟 150 IOPS),以及 500 最大值 IOPS(每顆磁碟 250 IOPS)。同時,VM04 虛擬主機擁有 3 顆 VHDX 虛擬磁碟,所以 3 顆磁碟共享 300 最小值 IOPS(每顆磁碟 100 IOPS),以及 500 最大值 IOPS(每顆磁碟 166 IOPS)。

上圖為採用 MultiInstance 原則一次套用至多台 VM 虛擬主機



运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-252313-1-1.html 上篇帖子: 新世代虛擬網路交換器 Switch Embedded Teaming 下篇帖子: 資料備援新選擇 Storage Replica
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表