VMware vSphere 5.1 群集深入解析（二十六）- 数据存储维护模式&汇总

VMware vSphere

5.1

Clustering Deepdive

 

HA.DRS.Storage DRS.Stretched Clusters

 

 

Duncan Epping &Frank Denneman

Translate By Tim2009 / 翻译：Tim2009

 

 

 

目录

版权

关于作者

知识点

前言

第一部分 vSphere高可用性

第一章 介绍vSphere高可用性

第二章 高可用组件

第三章 基本概念

第四章 重新启动虚拟机

第五章 增加高可用灵活性（网络冗余）

第六章 访问控制

第七章 虚拟机和应用监控

第八章 集成

第九章 汇总

第二部分 vSphere DRS（分布式资源调度）

第一章 vSphere DRS介绍

第二章 vMotion和EVC

第三章 DRS动态配额

第四章 资源池与控制

第五章 DRS计算推荐

第六章 DRS推荐向导

第七章 DPM介绍

第八章 DPM计算推荐

第九章 DPM推荐向导

第十章 汇总

第三部分 vSphere存储DRS

第一章 vSphere存储DRS介绍

第二章 存储DRS算法

第三章 存储I/O控制（SIOC）

第四章 数据存储配置

第五章 数据存储架构与设计

第六章 对存储vMotion的影响

第七章 关联性

第八章 数据存储维护模式

第九章 总结汇总

第四部分 群集架构的扩展

第一章 群集架构的扩展

第二章 vSphere配置

第三章 故障排错

第四章 总结汇总

第五章 附录

 

 

 

第三部分 vSphere存储DRS

第八章 数据存储维护模式

数据存储维护模式类似于主机的维护模式。当数据存储置入维护模式，所有数据存储上注册的虚拟机被迁移到数据存储群集上其它的数据存储。通过调用vCenter数据存储API，存储DRS学习到哪些注册的虚拟机在使用该存储。这个清单用来生成迁移建议。因为存储DRS依靠vCenter的目录清单，没有在vCenter上注册的虚拟机不会在数据存储上进行迁移。同样也适用于数据存储上没有关联注册的虚拟机文件，例如ISO文件和FLP镜像文件。

 

自动模式

依靠存储DRS的自动模式，vCenter自动执行虚拟机的存储vMotion，如果存储DRS配置了全自动模式，不然，vCenter生成一个建议清单，呈现给用户验证。

 

为迁移目的使用数据存储维护模式

数据存储维护模式能用来将存储阵列上的虚拟机安全操作的迁移出数据存储，比如迁移一个LUN到另外的RAID组。然而，它还是一个极好的功能，帮助您将数据存储群集上的虚拟机从独立的VMFS-3数据存储迁移到VMFS-5的数据存储

手工将VMFS-3数据存储上的虚拟机迁移到数据存储群集内的另一个数据存储上是非常耗时间的，幸运的是，通过选择数据存储群集为迁移目标，初始化位置将协助你选择合适的数据存储，但是你仍需要手工的为每个虚拟机启动存储vMotion的过程和管理虚拟机迁移，知道最后一台虚拟机被迁移走。

 

VMFS3数据存储上的数据存储维护模式

通过添加VMFS-3数据存储到数据存储群集，置入数据存储到维护模式，存储DRS将“照顾”上述繁琐的过程。当数据存储群集内的VMFS-3数据存储被置于维护模式，产生清空数据存储的迁移建议，存储DRS基于虚拟机的空间和I/O利用率找到最优的位置，移动它们来选择数据存储，同时保证数据存储群集的空间和I/O负载尽可能平衡。

依靠存储DRS自动模式，它将生成一个建议清单（手动模式）或者自动执行虚拟机的迁移（全自动模式）

当所有的虚拟机被迁移后，存储DRS将声明数据存储进入维护模式，这样你就可以从数据存储群集里移除数据存储。如果数据存储将会重新使用，我们建议重新格式化空的数据存储为VMFS-5文件格式。请注意数据存储在重新格式化之前，需要先禁用SIOC，通过重新格式化数据存储代替更新（升级），数据存储就使用了统一的块大小。一个有力的地方是数据存储配置了统一的块可能会提高存储vMotion的时间。如果存储阵列启用VAAI，数据存储使用同样的块尺寸，存储vMotion能对FS3DM数据搬运者的hardware offload能力产生影响。使用hardware offload将提供最大化的性能同时产生最小的CPU和内存开销。Hardware offload将减少存储vMotion的请求时间，允许数据存储群集快速到达平衡稳定的状态，积极的影响数据存储群集上虚拟机的性能。

 

怎样节省存储vMotion的操作次数

当开启数据存储维护模式，存储DRS将尽可能快的将虚拟机移出数据存储，如前一节所示，数据存储上迁入和迁出的虚拟机数量是8，它通过定义不同级别操作成本和限制来控制。它关联到主机、网络和数据存储并发迁移的限制，不管是通过vMotion还是存储vMotion，成本和限制因素要背考虑，尽管术语“限制”被使用，一个更好的描述称为“最大成本”，为了迁移操作能够启动，迁移操作的成本不能超过资源配置最大的成本（限制），在这种情况下，vMotion和存储vMotion被考虑操作，ESXi主机，网络和数据存储考虑资源，一个资源有最大和使用中成本，当有操作请求，使用中的成本加上新操作的成本不能超过最大的成本。

图158：资源最大成本和操作成本

存储vMotion在主机上的操作成本是“4”，主机的最大成本是“8”，如果一个存储vMotion操作正在运行，使用中的主机资源成本是“4”，在没有超过主机限制的情况下，允许开启一个或者更多的存储vMotion的过程。

当存储vMotion操作还命中了存储资源的成本，数据存储最大的成本和使用中的成本必须作为考虑因素，数据存储上存储vMotion的操作成本设置为“16”，数据存储最大的成本为“128”，这意味着8个并发的存储vMotion操作能够在数据存储上执行。这些操作能在多个主机上开始，由于主机级别的存储vMotion操作成本，来自于同一主机不超过2个存储vMotion。

图159：存储vMotion的过程

 

你怎样做来节省存储vMotion的操作次数？

你可能想节省存储vMotion的操作次数来减少在维护模式期间I/O命中的数据存储，这样做的方法减少了数据存储上发布操作的最大成本，主机成本依照主机资源的限制来定义，调整主机成本会影响其它主机的功能，如不能关联到vMotion或者存储vMotion过程。

调整每数据存储的最大成本通过编辑vpxd.cfg或者通过管理员界面中vCenter服务器的高级设置中配置。如果编辑vpxd.cfg，vpxd.ResourceManager.MaxCostPerEsx41DS的值应该添加以下内容：

 new value 

从ESX4.1开始最大成本就没有增加，这个value-name都保持一样的，对所有ESX 4.1或者更高版本的主机都有效。自从vMotion的过程在数据存储上产生成本，而重新设计数据存储的最大成本，请记住为vMotion预留一些空间，在虚拟机的stun/unstun期间，vMotion过程命中数据存储，成本的关联过程是1.

一个例子，改变MaxCostPerEsx41DS为112，vCenter清单目录中提供的数据存储允许7个并发存储vMotion，如果7个并发存储vMotion在这些数据存储上启动，如果与数据存储最大成本相冲突，数据存储上该虚拟机vMotion过程将进行排队，7 X 16 = 112 + 1 vMotion = 113

此刻存储vMotion完成，vMotion过程将重新开始，资源变得可用。

请注意，成本和最大值被应用到每个迁移进程中，影响每天的DRS和存储DRS负载平衡操作，同样通过vCenter服务器来管理虚拟架构中手工vMotion和存储vMotion操作。

正如之前提到的，调整主机的成本会难以捉摸，操作的成本和相互之间关联限制，甚至伤害其它无关的迁移进程的主机进程。想下DRS的影响，如果你调整主机的成本！当主机增加存储vMotion操作的成本，vMotion操作的可用“slot”将会减少，当一个存储vMotion过程处于活动中，这些可能影响DRS的负载平衡，所以应该一直阻止它。

 

第九章 总结汇总

Chapter 28-汇总

希望我们有成功的让你很好的理解了存储DRS的内部工作方式以及怎样从中受益。介绍了存储DRS对你的虚拟环境中架构和运营的影响，我们希望此书在你需要设置vSphere时会成为你的工具，协助监控、发布存储和虚拟机，并且最终降低运营工作。

我们尝试简化一些概念来使它容易理解；然而我们承认一些概念难以去领会。我们希望读了此书之后，每个人都有足够的自信来改变需求和建议。

如果有任何问题请不要犹豫联系作者，或者翻译者Tim2009 @追叶子的蜗牛，我们将尽最大的努力回答您的问题。