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

简介:

第三部分 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,如需转载请自行联系原作者
目录
相关文章
|
2月前
|
存储 缓存 关系型数据库
鱼和熊掌如何兼得?一文解析RDS数据库存储架构升级
阿里云RDS率先推出新型存储类型通用云盘,提供低延迟、低成本、高持久性的用户体验。
鱼和熊掌如何兼得?一文解析RDS数据库存储架构升级
|
2月前
|
JSON 监控 数据库
使用Telegraf+Influxdb+Grafana配置VMware vSphere监控大屏
使用Telegraf+Influxdb+Grafana配置VMware vSphere监控大屏
37 0
|
2月前
|
存储 安全 Java
Spring Security中Token存储与会话管理:解析与实践
Spring Security中Token存储与会话管理:解析与实践
66 0
|
3月前
|
存储 SQL 关系型数据库
Ganos全空间数据多态分层存储能力解析与最佳实践
本文介绍了Ganos与云原生关系型数据库PolarDB-PG联合打造的全空间数据多态分层存储能力与最佳实践。多态分层存储将OSS对象存储直接作为PolarDB-PG数据库的一种存储介质,可以与块存储联合使用,它支持用户将整库、单表、子分区表甚至是表内的一个LOB字段存储在OSS上,达到存储降本的目的,同时保持了增删改查的全部透明,并通过多级缓存保障了性能的最少衰减。多态分层存储是一种兼顾成本、性能与易用性的全空间数据管理方案,可极大程度降低业务开发的复杂度与云资源使用成本。
|
5月前
|
存储 缓存 安全
【JavaSE专栏55】Java集合类HashTable解析,基于哈希表实现的唯一性键值对存储数据结构
【JavaSE专栏55】Java集合类HashTable解析,基于哈希表实现的唯一性键值对存储数据结构
|
5月前
|
存储 缓存 安全
【JavaSE专栏53】Java集合类HashMap解析,基于哈希表的键值对存储结构
【JavaSE专栏53】Java集合类HashMap解析,基于哈希表的键值对存储结构
|
10天前
|
C语言
内核源码中遇到不会解析的宏怎么办?
内核源码中遇到不会解析的宏怎么办?
189 1
|
2月前
ChatGLM2 源码解析:`GLMTransformer`
ChatGLM2 源码解析:`GLMTransformer`
162 0
|
2月前
ChatGLM2 源码解析:`ChatGLMForConditionalGeneration.forward`
ChatGLM2 源码解析:`ChatGLMForConditionalGeneration.forward`
137 0
|
2月前
ChatGLM2 源码解析:`ChatGLMModel`
ChatGLM2 源码解析:`ChatGLMModel`
153 0

推荐镜像

更多