VMware vSphere 5.1 群集深入解析(十九)-vSphere存储DRS介绍

本文涉及的产品
云解析 DNS,旗舰版 1个月
全局流量管理 GTM,标准版 1个月
公共DNS(含HTTPDNS解析),每月1000万次HTTP解析
简介:

第三部分 vSphere存储DRS

第一章 vSphere存储DRS介绍

Sphere 5.0介绍了存储DRS(存储分布式资源调度)来解决虚拟机发布,迁移和克隆上一些操作难题。从历史来说,监控数据存储容量和I/O负载被证实非常困难,作为结果,它经常被忽视,导致热点或者过量或者未充分使用数据存储,vSphere 4.1的存储I/O控制(SIOC)解决了部分这些问题,通过介绍数据存储-磁盘-计划允许虚拟机的I/O资源按比例分配,基于争用期间它们的分别的份额。

存储DRS带来这些全新的级别,基于空间和I/O的容量,提供智能虚拟机位置和负载平衡原理,换句话说,SIOC关联的门槛主机和虚拟机确保它们的公平,SDRS从空间利用率和延迟方面来积极的产生建议来阻止不平衡,更简单的是,存储DRS对DRS计算资源有效。

这里有存储DRS提供的五个关键因素:

  • 资源聚合

  • 初始化位置

  • 负载平衡

  • 数据存储维护模式

  • 关联规则

资源聚合

资源聚合是所有存储DRS功能依赖的关键组件,资源聚合到单个或者复杂的数据存储集合,称之为数据存储群集,数据存储群集是vSphere 5的新构造,更高版本提供存储DRS功能,这个新概念的灵活性,更进一步的从逻辑中区分物理,通过允许数据存储快速,简单,动态添加或者移除数据存储群集来处理维护、性能和空间不足的情况,管理存储更简单。存储DRS支持智能和快速放置新虚拟机磁盘文件,并保持现有工作负载的负载平衡。

初始化位置

初始化的目标是基于存在的数据存储负载,放置虚拟机的磁盘文件,确保不管是空间还是I/O不被过早耗尽,初始化位置通过自动选择分配数据存储提供更简单的发布过程,留给用户数据存储群集中非常小规模的选择决定权,存储DRS基于空间利用率和I/O容量从数据存储群集选择特别的数据存储,在虚拟化环境中有很多看起来相同的数据存储,管理员执行初始位置会变成一件困难和耗时的事情。在很多环境中,通常的经验是在有比较多空闲的空间上查找数据存储,并使用,这通常不是最佳的选择,不仅拥有充足可用空间的数据存储需要识别,而且至关重要的是确认额外的新虚拟机不会导致I/O瓶颈。存储DRS需要照看这一切,大幅减少请求发布虚拟机操作的次数,这才是存储DRS的真正价值。

负载平衡

存储DRS能够操作两个不同的负载平衡节点:非自动(手动)和全自动,在发布过程中减少初始化位置的复杂度,数据群集中负载平衡的地址不平衡,在存储DRS之前,虚拟机的位置经常基于当前空间消耗或者每个数据存储上虚拟机的数量,I/O容量监控和空间利用扩展经常被视为浪费时间,多年来,我们可以发现在许多环境中都导致了性能问题,在一些场景中,尽管数据存储空间用完导致停机时间。

存储DRS负载平衡帮助您阻止这些,不幸的是一般的场景中是基于空间利用率和I/O容量生成推荐位置,负载平衡进程初始化周期,默认为每8小时/次,如果空间利用率或者数据存储的I/O的阈值超过数据存储设置的级别,将生成建议位置,这些建议将自动被存储DRS接受,或者将立即通知管理员,让管理员手工决定接受。

图91:存储DRS自动级别

image

尽管我们看到负载平衡是存储DRS的独立功能,它实际上包括两个独立的配置选项,当任意一个使用空间或者I/O延迟超过设置的阈值,存储DRS将产生建议来解决数据存储群集中的不平衡,I/O容量负载和监控被明确禁用(图92)

图92:禁用I/O负载平衡

image

在每个人忘记之前,存储DRS功能在完成填充数据存储被开启,环境没有停机时间,它还可能从已存在的数据存储群集中添加额外的完成填充数据存储,它还是一个很好的方法,以最小的影响和风险,去解决环境中实际或者潜力的瓶颈。

关联规则

按照你的最佳实践或者实用需求,开启关联规则控制虚拟磁盘应该或者不应该放置在数据存储群集中的同一个数据存储上,默认情况下,所有的虚拟机的虚拟磁盘将放置在同一个数据存储上。

数据存储维护模式

数据存储维护模式能同主机维护模式对比:当数据存储置于维护模式,其上所有注册的虚拟机将迁移到存储数据群集中其它的数据存储上,典型的用处是数据迁移到新的存储阵列或者LUN处于维护模式,例如迁移到其它的RAID组。

需求

为了存储DRS正常工作,环境必须符合接下来的基本要求:

  • Vmware vCenter Server 5.0或者以后版本

  • VMware vSphere ESXi 5.0或者以后版本

  • Vmware vCenter群集(建议)

  • VMware vSphere 企业加强版license

  • 共享VMFS或者NFS数据存储卷

  • 共享数据存储卷至少能访问群集中的一台ESXi主机

  • 数据存储必须只在一个数据中心可见

 

建议连接全部的群集,但这些不是强制执行。

 





本文转自 tim2009 51CTO博客,原文链接:http://blog.51cto.com/virtualbox/1208870,如需转载请自行联系原作者
目录
相关文章
|
4月前
|
存储 监控 固态存储
【vSAN分布式存储服务器数据恢复】VMware vSphere vSAN 分布式存储虚拟化平台VMDK文件1KB问题数据恢复案例
在一例vSAN分布式存储故障中,因替换故障闪存盘后磁盘组失效,一台采用RAID0策略且未使用置备的虚拟机VMDK文件受损,仅余1KB大小。经分析发现,该VMDK文件与内部虚拟对象关联失效导致。恢复方案包括定位虚拟对象及组件的具体物理位置,解析分配空间,并手动重组RAID0结构以恢复数据。此案例强调了深入理解vSAN分布式存储机制的重要性,以及定制化数据恢复方案的有效性。
96 5
|
4月前
|
存储 固态存储 虚拟化
【vSAN分布式存储服务器数据恢复】VMware vSphere vSAN ESXi超融合HCI分布式存储数据恢复案例
近期,我司处理了一个由10台华为OceanStor存储组成的vSAN超融合架构,其中一台存储闪存盘出现故障,用户取下后用新的闪存盘代替,然后对该闪存盘所在的磁盘组进行重建,导致集群中一台使用0置备策略的虚拟机数据丢失。
94 6
|
5月前
|
存储 SQL 运维
服务器数据恢复—Isilon存储误删除vmware虚拟机的数据恢复案例
Isilon存储使用的是分布式文件系统OneFS。在Isilon存储集群里面每个节点均为单一的OneFS文件系统,所以Isilon存储在进行横向扩展的同时不会影响数据的正常使用。Isilon存储集群所有节点提供相同的功能,节点与节点之间没有主备之分。当用户向Isilon存储集群中存储文件时,OneFS文件系统层面将文件划分为128K的片段分别存放到不同的节点中,而节点层面将128K的片段分成8K的小片段分别存放到节点的不同硬盘中。用户文件的Indoe信息、目录项及数据MAP则会分别存储在所有节点中,这样可以确保用户不管从哪个节点都可以访问到所有数据。Isilon存储在初始化时会让用户选择相应的
74 12
|
7月前
|
JSON 监控 数据库
使用Telegraf+Influxdb+Grafana配置VMware vSphere监控大屏
使用Telegraf+Influxdb+Grafana配置VMware vSphere监控大屏
218 0
|
虚拟化
VMware vSphere Client中虚拟机“Disc Found”解决方法
VMware vSphere Client中虚拟机“Disc Found”解决方法
103 0
|
监控 负载均衡 安全
VMware vSphere 5.5 高可用性 2
VMware vSphere 5.5 高可用性
227 0
|
存储 资源调度 监控
VMware vSphere 5.5 高可用性 1
VMware vSphere 5.5 高可用性
116 0
|
存储 运维 程序员
[运维]VMware vSphere介绍
[运维]VMware vSphere介绍
189 1
|
存储 编解码 Android开发
如何使用 VMware 安装安卓虚拟机,如何配置虚拟机的网络和存储?
如何使用 VMware 安装安卓虚拟机,如何配置虚拟机的网络和存储?
1181 0
|
存储 文件存储 开发工具
【VMware vSphere 7】虚拟化概述(一)
【VMware vSphere 7】虚拟化概述(一)
228 0