虚拟机opteron

vSphere资源管理指南ESX4.
1ESXi4.
1vCenterServer4.
1在本文档被更新的版本替代之前,本文档支持列出的每个产品的版本和所有后续版本.
要查看本文档的更新版本,请访问http://www.
vmware.
com/cn/support/pubs.
ZH_CN-000317-00vSphere资源管理指南2VMware,Inc.
最新的技术文档可以从VMware网站下载:http://www.
vmware.
com/cn/support/pubs/VMware网站还提供最近的产品更新信息.
您如果对本文档有任何意见或建议,请把反馈信息提交至:docfeedback@vmware.
com版权所有2006–2010VMware,Inc.
保留所有权利.
本产品受美国和国际版权及知识产权法的保护.
VMware产品受一项或多项专利保护,有关专利详情,请访问http://www.
vmware.
com/go/patents-cn.
VMware是VMware,Inc.
在美国和/或其他法律辖区的注册商标或商标.
此处提到的所有其他商标和名称分别是其各自公司的商标.
VMware,Inc.
3401HillviewAve.
PaloAlto,CA94304www.
vmware.
com北京办公室北京市海淀区科学院南路2号融科资讯中心C座南8层www.
vmware.
com/cn上海办公室上海市浦东新区浦东南路999号新梅联合广场23楼www.
vmware.
com/cn广州办公室广州市天河北路233号中信广场7401室www.
vmware.
com/cn目录关于本文档51资源管理入门7什么是资源管理7配置资源分配设置8查看资源分配信息11接入控制132管理CPU资源15CPU虚拟化基本知识15管理CPU资源163管理内存资源23内存虚拟化基本知识23管理内存资源264管理存储I/O资源35存储I/O控制要求35存储I/O控制资源份额和限制36设置存储I/O控制资源份额和限制36启用存储I/O控制37对存储I/O控制事件进行故障排除37设置存储I/O控制阈值385管理资源池39为什么使用资源池40创建资源池40将虚拟机添加到资源池42从资源池中移除虚拟机42资源池接入控制436创建DRS群集45接入控制和初始放置位置46虚拟机迁移47DRS群集要求48创建DRS群集49设置虚拟机的自定义自动化级别50禁用DRS51VMware,Inc.
37使用DRS群集管理资源53将主机添加到群集53将虚拟机添加到群集54从群集内移除主机55从群集内移除虚拟机56DRS群集有效性56管理电源资源59使用关联性规则638查看DRS群集信息67查看群集摘要选项卡67使用DRS选项卡689配合使用NUMA系统和ESX/ESXi71什么是NUMA71ESX/ESXiNUMA调度的工作方式72VMwareNUMA优化算法和设置72NUMA架构中的资源管理74指定NUMA控制74A性能监控实用程序:resxtop和esxtop77使用esxtop实用程序77使用resxtop实用程序77在交互模式中使用esxtop或resxtop78使用批处理模式90使用重放模式91B高级属性93设置高级主机属性93设置高级虚拟机属性95索引97vSphere资源管理指南4VMware,Inc.
关于本文档《vSphere资源管理指南》介绍VMwareESX、ESXi和vCenterServer环境的资源管理.
本指南重点介绍下列主题.
n资源分配和资源管理概念n虚拟机属性和接入控制n资源池及其管理方式n群集、VMwareDistributedResourceScheduler(DRS)、VMwareDistributedPowerManagement(DPM)及其使用方法n高级资源管理选项n性能注意事项《vSphere资源管理指南》涵盖了ESX、ESXi和vCenterServer.
目标读者本手册专供要了解系统如何管理资源以及用户如何自定义默认行为的系统管理员使用.
此外,对于要了解和使用资源池、群集、DRS或VMwareDPM的用户,本手册亦是必不可少的.
本手册假定您具有VMwareESX、VMwareESXi和vCenterServer的相关应用知识.
VMware技术出版物词汇表VMware技术出版物提供了一个词汇表,其中包含一些您可能不熟悉的术语.
有关VMware技术文档中所使用的术语的定义,请访问http://www.
vmware.
com/support/pubs.
文档反馈VMware欢迎您提出宝贵建议,以便改进我们的文档.
如有意见,请将反馈发送到docfeedback@vmware.
com.
vSphere文档vSphere文档包括VMwarevCenterServer和ESX/ESXi文档集.
VMware,Inc.
5技术支持和教育资源您可以获取以下技术支持资源.
有关本文档和其他文档的最新版本,请访问:http://www.
vmware.
com/support/pubs.
在线支持和电话支持要通过在线支持提交技术支持请求、查看产品和合同信息以及注册您的产品,请访问http://www.
vmware.
com/support.
客户只要拥有相应的支持合同,就可以通过电话支持,尽快获得对优先级高的问题的答复.
请访问http://www.
vmware.
com/support/phone_support.
html.
支持服务项目要了解VMware支持服务项目如何帮助您满足业务需求,请访问http://www.
vmware.
com/support/services.
VMware专业服务VMware教育服务课程提供了大量实践操作环境、案例研究示例,以及用作作业参考工具的课程材料.
这些课程可以通过现场指导、教室授课的方式学习,也可以通过在线直播的方式学习.
关于现场试点项目及实施的最佳实践,VMware咨询服务可提供多种服务,协助您评估、计划、构建和管理虚拟环境.
要了解有关教育课程、认证计划和咨询服务的信息,请访问http://www.
vmware.
com/services.
vSphere资源管理指南6VMware,Inc.
资源管理入门1要了解资源管理,必须清楚其组件、目标以及如何以最佳方式在群集设置中将其实现.
将讨论虚拟机的资源分配设置(份额、预留和限制),包括如何设置它们并对其进行查看.
另外,还将介绍接入控制过程,系统通过该过程对照现有资源对资源分配设置进行验证.
本章讨论了以下主题:n第7页,"什么是资源管理"n第8页,"配置资源分配设置"n第11页,"查看资源分配信息"n第13页,"接入控制"什么是资源管理资源管理是将资源从资源提供方分配到资源用户的一个过程.
对于资源管理的需求来自于资源过载(即,需求大于容量)以及需求与容量随着时间的推移而有所差异的事实.
通过资源管理,可以动态重新分配资源,以便更高效地使用可用容量.
资源类型资源包括CPU、内存、电源、存储器和网络资源.
此上下文中的资源管理着重说明CPU和内存资源.
使用VMware分布式电源管理(DPM)功能还可以减少电源资源的消耗.
注意ESX/ESXi分别使用网络流量调整和按比例分配份额机制来管理每台主机上的网络带宽和磁盘资源.
资源提供方主机和群集是物理资源的提供方.
对于主机,可用的资源是主机的硬件规格减去虚拟化软件所用的资源.
群集是一组主机.
可以使用VMwarevCenterServer创建群集,并将多个主机添加到群集.
vCenterServer一起管理这些主机的资源:群集拥有所有主机的全部CPU和内存.
可以针对联合负载平衡或故障切换来启用群集.
有关详细信息,请参见第45页,第6章"创建DRS群集".
VMware,Inc.
7资源用户虚拟机是资源用户.
创建期间分配的默认资源设置适用于大多数计算机.
可以在以后编辑虚拟机设置,以便基于份额分配占资源提供方的总CPU、内存以及存储I/O的百分比,或者分配所保证的CPU和内存预留量.
启动虚拟机时,服务器检查是否有足够的未预留资源可用,并仅在有足够的资源时才允许启动虚拟机.
此过程称为接入控制.
资源池是灵活管理资源的逻辑抽象.
资源池可以分组为层次结构,用于对可用的CPU和内存资源按层次结构进行分区.
相应地,资源池既可以被视为资源提供方,也可以被视为资源用户.
它们向子资源池和虚拟机提供资源,但是,由于它们也消耗其父资源池和虚拟机的资源,因此它们同时也是资源用户.
请参见第39页,第5章"管理资源池".
ESX/ESXi主机根据以下因素为每个虚拟机分配基础硬件资源的一部分:nESX/ESXi主机(或群集)的可用资源总量.
n启动的虚拟机数目和这些虚拟机的资源使用情况.
n管理虚拟化所需的开销.
n由用户定义的资源限制.
资源管理的目标管理资源时,应清楚自己的目标.
除了解决资源过载问题,资源管理还可以帮助您实现以下目标:n性能隔离—防止虚拟机独占资源并保证服务率的可预测性.
n高效使用—利用未过载的资源并在性能正常降低的情况下过载.
n易于管理—控制虚拟机的相对重要性,提供灵活的动态分区并且符合绝对服务级别协议.
配置资源分配设置当可用资源容量无法满足资源用户(和虚拟化开销)的需求时,管理员可能需要对分配给虚拟机或它们所驻留的资源池的资源量进行自定义.
资源分配设置(份额、预留和限制)用于确定为虚拟机提供的CPU、内存以及存储I/O资源量.
特别是,管理员有多个用于分配资源的选项.
n预留主机或群集的物理资源.
n确保ESX/ESXi计算机的物理内存提供一定量的虚拟机内存.
n保证为特定虚拟机分配的物理资源百分比始终高于其他虚拟机.
n为可以分配给虚拟机的资源量设置上限.
资源分配份额份额指定虚拟机(或资源池)的相对重要性.
如果某个虚拟机的资源份额是另一个虚拟机的两倍,则在这两个虚拟机争用资源时,第一个虚拟机有权消耗两倍于第二个虚拟机的资源.
份额通常指定为高、正常或低,这些值将分别按4:2:1的比例指定份额值.
还可以选择自定义为各虚拟机分配特定的份额值(表示比例权重).
指定份额仅对同级虚拟机或资源池(即在资源池层次结构中具有相同父级的虚拟机或资源池)有意义.
同级将根据其相对份额值共享资源,该份额值受预留和限制的约束.
为虚拟机分配份额时,始终会相对于其他已启动的虚拟机来为该虚拟机指定优先级.
vSphere资源管理指南8VMware,Inc.
表1-1显示了虚拟机的默认CPU和内存份额值.
对于资源池,默认的CPU份额值和内存份额值是相同的,但是必须将二者相乘,就好像是资源池是具有四个VCPU和16GB内存的虚拟机一样.
表1-1份额值设置CPU份额值内存份额值高每个虚拟CPU具有2000个份额所配置的虚拟机内存的每兆字节具有20个份额.
正常每个虚拟CPU具有1000个份额所配置的虚拟机内存的每兆字节具有10个份额.
低每个虚拟CPU具有500个份额所配置的虚拟机内存的每兆字节具有5个份额.
例如,一台具有两个虚拟CPU和1GBRAM且CPU和内存份额设置为正常的SMP虚拟机具有2x1000=2000个CPU份额和10x1024=10240个内存份额.
注意具有一个以上虚拟CPU的虚拟机称为SMP(对称多处理)虚拟机.
在每个虚拟机上,ESX/ESXi最多支持八个虚拟CPU.
这也称为8路SMP支持.
启动新的虚拟机时,每个份额所代表的相对优先级会改变.
这将影响同一资源池内的所有虚拟机.
所有虚拟机都具有相同数量的VCPU.
请考虑以下示例.
n一台聚合CPU容量为8GHz的主机上运行着两个受CPU约束的虚拟机.
它们的CPU份额设置为正常,因此各得4GHz.
n现在启动了第三个受CPU约束的虚拟机.
它的CPU份额设置为高,这意味着它拥有的份额值应该是设置为正常的虚拟机的两倍.
新的虚拟机获得4GHz,其他两个虚拟机各自仅获得2GHz.
如果用户为第三个虚拟机指定的自定义份额值为2000,也会出现相同的结果.
资源分配预留预留指定保证为虚拟机分配的最少资源量.
仅在有足够的未预留资源满足虚拟机的预留时,vCenterServer或ESX/ESXi才允许您启动虚拟机.
即使物理服务器负载较重,服务器也会确保该资源量.
预留用具体单位(兆赫兹(GHz)或兆字节(MB))表示.
例如,假定您有2GHz可用,并且为VM1和VM2各指定了1GHz的预留量.
现在每个虚拟机都能保证在需要时获得1GHz.
但是,如果VM1只用了500MHz,则VM2可使用1.
5GHz.
预留默认为0.
可以指定预留以保证虚拟机始终可使用最少的必要CPU或内存量.
资源分配限制限制功能为可以分配到虚拟机的CPU、内存或存储I/O资源指定上限.
服务器分配给虚拟机的资源可大于预留,但决不可大于限制,即使系统上有未使用的资源也是如此.
限制用具体单位(兆赫兹(GHz)或兆字节(MB)或每秒I/O操作数)表示.
CPU、内存和存储I/O资源限制默认为无限制.
在大多数情况下,当内存限制为无限时,创建虚拟机时为其配置的内存量会成为其有效限制.
多数情况下无需指定限制.
指定限制的优缺点如下:n优点—如果开始时虚拟机的数量较少,并且您想对用户期望数量的虚拟机进行管理,则分配一个限制将非常有效.
但随着用户添加的虚拟机数量增加,性能将会降低.
因此,您可以通过指定限制来模拟减少可用资源.
n缺点—如果指定限制,可能会浪费闲置资源.
系统不允许虚拟机使用的资源超过限制,即使系统未充分利用并且有闲置资源可用时也是如此.
请仅在有充分理由的情况下指定限制.
章1资源管理入门VMware,Inc.
9资源分配设置建议选择适合ESX/ESXi环境的资源分配设置(份额、预留和限制).
遵循以下准则有助于使虚拟机获得更好性能.
n如需频繁更改总可用资源,可使用份额在虚拟机之间合理分配资源.
例如,如果使用份额,并且升级主机,那么,即使每个份额代表较大的内存量、CPU量或存储I/O资源量,每个虚拟机也保持相同的优先级(保持相同数量的份额).
n使用预留来指定可接受的最低CPU量或内存量,而不是想要使用的量.
主机可以根据份额的数量、估计需求和虚拟机的限制将额外的资源指定为可用资源.
预留表示的具体资源量不会随环境改变(例如添加或移除虚拟机)而变化.
n请不要将所有资源全部指定为虚拟机的预留(请计划将至少10%的资源保留为未预留).
系统容量越接近于被全部预留,想要在不违反接入控制的情况下更改预留和资源池层次结构就越困难.
在支持DRS的群集内,如果预留完全占用群集或群集内各台主机的容量,则会阻止DRS在主机之间迁移虚拟机.
更改资源分配设置—示例以下示例说明了如何更改资源分配设置以提高虚拟机性能.
假定在某台ESX/ESXi主机上,您创建了两台新的虚拟机—一台用于QA(VM-QA)部门,另一台用于市场(VM-Marketing)部门.
图1-1具有两个虚拟机的单台主机VM-QAESX/ESXi主机VM-Marketing在接下来的示例中,假定VM-QA占用大量内存,因此,您需要将这两个虚拟机的资源分配设置相应地更改为以下内容:n指定当系统内存过载时,VM-QA可使用的内存和CPU量是市场部虚拟机的两倍.
将VM-QA的内存份额和CPU份额设置为高,并将VM-Marketing设置为正常.
n保证市场部虚拟机具有一定量的CPU资源.
您可以使用预留设置来达到此目的.
步骤1启动vSphereClient并连接到vCenterServer.
2在要更改其份额的虚拟机上,右键单击VM-QA,然后选择编辑设置.
3选择资源选项卡,并在CPU面板的份额下拉菜单中选择高.
4在"内存"面板的份额下拉菜单中选择高.
5单击确定.
6右键单击市场部虚拟机(VM-Marketing),然后选择编辑设置.
7在CPU面板中,将预留值更改为所需值.
8单击确定.
如果选择群集的资源分配选项卡,然后单击CPU,此时应看到VM-QA的份额是另一虚拟机的两倍.
另外,由于虚拟机尚未启动,因此使用的预留字段尚未改变.
vSphere资源管理指南10VMware,Inc.
查看资源分配信息使用vSphereClient,可以在"清单"面板中选择群集、资源池、独立主机或虚拟机,并通过单击资源分配选项卡来查看其资源的分配方式.
此信息可在以后用于帮助通知您的资源管理决定.
群集资源分配选项卡资源分配选项卡在从清单面板中选择群集时可用.
资源分配选项卡显示有关群集中CPU和内存资源的信息.
CPU区域下面显示的是有关CPU资源分配的信息.
表1-2CPU资源分配字段描述总容量保证为该对象预留的CPU分配,以兆赫兹(MHz)为单位.
预留的容量此对象正在使用的预留分配的兆赫兹(MHz)数.
可用容量未预留的兆赫兹(MHz)数.
内存区域下面显示的是有关内存资源分配的信息.
表1-3内存资源分配字段描述总容量保证为该对象分配的内存量,以兆字节(MB)为单位.
预留的容量此对象正在使用的预留分配的兆字节(MB)数.
可用容量未预留的兆字节(MB)数.
注意为VMwareHA启用的群集的根资源池预留量可能大于群集内显式使用的资源总和.
这些预留量不仅反映了正在运行的虚拟机的预留量和群集内以分层方式包含的(子)资源池的预留量,还反映了支持VMwareHA故障切换所需的预留.
请参见《vSphere可用性指南》.
资源分配选项卡还会显示一个图表,该图表显示DRS群集内资源池和虚拟机的CPU、内存或存储I/O资源的使用情况信息.
要查看CPU或内存信息,请分别单击CPU按钮或内存按钮.
表1-4CPU或内存使用情况信息字段描述名称对象的名称.
预留-MHz保证为该对象预留的最小CPU分配,以兆赫兹(MHz)为单位.
预留-MB保证为该对象预留的最小内存分配,以兆字节(MB)为单位.
限制-MHz对象可以使用的最大CPU量.
限制-MB对象可以使用的最大内存量.
章1资源管理入门VMware,Inc.
11表1-4CPU或内存使用情况信息(续)字段描述份额用来分配CPU或内存容量的相对衡量指标.
将"低"、"正常"、"高"及"自定义"值与所属资源池中的所有虚拟机的所有份额之和进行比较.
份额值基于资源和对象设置的实际值.
%份额分配到该对象的群集资源百分比.
最坏情况分配根据用户配置的资源分配策略(例如预留、份额和限制)分配给虚拟机的(CPU或内存)资源量,并假定群集内的所有虚拟机将会完全消耗已分配的资源.
此字段的值必须通过按F5键手动更新.
类型预留的CPU或内存分配类型:"可扩展的"或"固定的".
要查看存储I/O信息,请单击存储器按钮.
表1-5存储I/O资源使用情况信息字段描述名称对象的名称.
磁盘虚拟机硬盘的名称.
数据存储数据存储的名称.
限制-IOPS可分配给虚拟机的存储资源的上限.
份额用于分配存储I/O资源的相对衡量指标.
将"低"、"正常"、"高"及"自定义"值与所属资源池中的所有虚拟机的所有份额之和进行比较.
份额值基于资源和对象设置的实际值.
数据存储%份额分配到该对象的数据存储资源百分比.
虚拟机资源分配选项卡在"清单"面板中选择虚拟机后,资源分配选项卡可用.
资源分配选项卡显示有关所选虚拟机的CPU和内存资源的信息.
CPU区域这些条显示有关主机CPU使用情况的下列信息:表1-6主机CPU字段描述已消耗虚拟机实际消耗的CPU资源量.
活动在没有资源争用情况下,虚拟机消耗的资源的估计量.
如果已设置明确限制,则此数值不会超过该限制.
表1-7资源设置字段描述预留保证为该虚拟机分配的最小CPU量.
限制可为此虚拟机分配的最大CPU量.
份额此虚拟机的CPU份额.
最坏情况分配根据用户配置的资源分配策略(例如预留、份额和限制)分配给虚拟机的CPU资源量,并且假定群集内的所有虚拟机会完全消耗已分配的资源.
vSphere资源管理指南12VMware,Inc.
内存区域这些条显示有关主机内存使用情况的下列信息:表1-8主机内存字段描述已消耗已分配给虚拟机的物理内存的实际消耗量.
开销消耗用于虚拟化目的的已消耗内存量.
"已消耗"中显示的量包括开销消耗.
这些条显示有关客户机内存使用情况的下列信息:表1-9客户机内存字段描述专用受主机内存支持且没有共享的内存量.
共享共享的内存量.
已交换通过交换回收的内存量.
已压缩虚拟机的压缩缓存中存储的内存量.
虚拟增长通过虚拟增长回收的内存量.
未访问过客户机从未访问过的内存量.
活动最近访问过的内存量.
表1-10资源设置字段描述预留保证为该虚拟机分配的内存量.
限制该虚拟机的内存分配上限.
份额此虚拟机的内存份额.
已配置用户指定的客户机物理内存大小.
最坏情况分配根据用户配置的资源分配策略(例如预留、份额和限制)分配给虚拟机的内存资源量,并且假定群集内的所有虚拟机会完全消耗已分配的资源.
开销预留为虚拟化开销预留的内存量.
接入控制启动虚拟机时,系统会检查尚未预留的CPU和内存资源量.
系统将根据可用的未预留资源确定是否可保证为虚拟机所配置的预留(如果有).
此过程称为接入控制.
如果有足够的未预留CPU和内存可用,或者没有预留,虚拟机将启动.
否则将显示一条资源不足警告.
注意除用户指定的内存预留外,各虚拟机还有一个开销内存量.
此额外内存使用量包含在接入控制计算中.
启用了VMwareDPM功能时,可能会将主机置于待机模式(即将其关闭)以降低功耗.
这些主机所提供的未预留资源将被视为可用于接入控制的资源.
如果某个虚拟机没有这些资源就无法启动,系统会建议启动足够的待机主机.
章1资源管理入门VMware,Inc.
13vSphere资源管理指南14VMware,Inc.
管理CPU资源2ESX/ESXi主机支持CPU虚拟化.
利用CPU虚拟化时,应当了解其工作方式、不同类型以及特定于处理器的行为.
此外,还需要了解CPU虚拟化的性能影响.
本章讨论了以下主题:n第15页,"CPU虚拟化基本知识"n第16页,"管理CPU资源"CPU虚拟化基本知识CPU虚拟化着重于性能,只要有可能就会直接在处理器上运行.
只要有可能就会使用基础物理资源,且虚拟化层仅在需要时才运行指令,使得虚拟机就像直接在物理机上运行一样.
CPU虚拟化与仿真不同.
采用仿真时,所有操作均由仿真器在软件中运行.
软件仿真器允许程序在不同于最初编写时所针对的计算机系统上运行.
仿真器通过接受相同的数据或输入并获得相同的结果,来模拟或再现原始计算机的行为,从而实现仿真.
仿真提供了可移植能力,并在几个不同平台上运行针对一个平台而设计的软件.
CPU资源过载时,ESX/ESXi主机将在所有虚拟机之间对物理处理器进行时间划分,以便每个虚拟机在运行时就如同具有指定数目的虚拟处理器一样.
运行多个虚拟机的ESX/ESXi主机会为各虚拟机分配一定份额的物理资源.
如果使用默认资源分配设置,与同一主机关联的所有虚拟机都将在每个虚拟CPU上收到相同份额的CPU.
这意味着单处理器虚拟机分配到的资源只有双处理器虚拟机的一半.
基于软件的CPU虚拟化采用基于软件的CPU虚拟化后,客户机应用程序代码直接在处理器上运行,同时转换客户机特权代码并在处理器上运行该代码.
转换后的代码有点大,比本机版本的执行速度通常要慢.
因此,具有少量特权代码组件的客户机程序的运行速度与本机程序非常接近.
而具有大量特权代码组件(如系统调用、陷阱或页面表更新)的程序在虚拟环境中的运行速度可能较慢.
硬件辅助的CPU虚拟化某些处理器(例如IntelVT和AMDSVM)为CPU虚拟化提供了硬件辅助.
使用此辅助时,客户机可以使用独立的执行模式(称为客户机模式).
应用程序代码或特权代码等客户机代码均在客户机模式中运行.
出现某些事件时,处理器退出客户机模式而进入根模式.
管理程序将在根模式中执行,确定退出的原因,采取任何必需的措施,并在客户机模式中重新启动客户机.
将硬件辅助用于虚拟化时,不需要再转换代码.
因此,系统调用或陷阱密集型工作负载在运行时的速度非常接近本机速度.
但是,诸如涉及更新页面表之类的一些工作负载会导致多次退出客户机模式而进入根模式.
根据退出的次数和退出所用的总时间,这可能会明显降低执行的速度.
VMware,Inc.
15虚拟化和特定于处理器的行为尽管VMware软件会虚拟化CPU,虚拟机仍然能检测出它在其上运行的处理器的具体型号.
处理器型号可能在其提供的CPU功能方面不同,在虚拟机中运行的应用程序可以利用这些功能.
因此,无法使用vMotion在具有不同功能集的处理器上运行的系统之间迁移虚拟机.
在某些情况下,通过将增强型vMotion兼容性(EVC)用于支持此功能的处理器,可以避免此限制.
有关详细信息,请参见《VMwarevSphere数据中心管理指南》.
CPU虚拟化的性能影响根据工作负载和使用的虚拟化类型,CPU虚拟化会增加不同的开销量.
如果应用程序的大多数时间用于执行指令而不是等待用户交互、设备输入或数据检索等外部事件,则应用程序是受CPU约束的.
对于此类应用程序,CPU虚拟化开销包括必须执行的额外指令.
此开销消耗应用程序本身可以使用的CPU处理时间.
CPU虚拟化开销通常会导致整体性能下降.
对于不受CPU约束的应用程序,CPU虚拟化可能会提高CPU利用率.
如果备用CPU容量可用于吸收开销,则仍然可以在整体吞吐量方面提供不错的性能.
在每个虚拟机上,ESX/ESXi最多支持八个虚拟处理器(CPU).
注意在单处理器虚拟机(而不是SMP虚拟机)上部署单线程应用程序可获得最佳的性能和资源利用率.
单线程应用程序只能利用单个CPU.
在双处理器虚拟机中部署这些应用程序不会加快应用程序的速度.
相反,这样会使得第二个虚拟CPU使用本该由其他虚拟机以其他方式使用的物理资源.
管理CPU资源可以为虚拟机配置一个或多个虚拟处理器,每个处理器均具有自己的寄存器和控制结构集合.
当调度虚拟机时,会调度其虚拟处理器在物理处理器上运行.
VMkernel资源管理器在物理CPU上调度虚拟CPU,从而管理虚拟机对物理CPU资源的访问.
ESX/ESXi支持最多具有八个虚拟处理器的虚拟机.
查看处理器信息可以通过vSphereClient或使用vSphereSDK访问有关当前CPU配置的信息.
步骤1在vSphereClient中,选择主机,然后单击配置选项卡.
2选择处理器.
可以查看有关物理处理器数量和类型以及逻辑处理器数量的信息.
注意在超线程系统中,每个硬件线程都是一个逻辑处理器.
例如,启用了超线程的双核处理器具有两个内核和四个逻辑处理器.
3(可选)还可以通过单击属性禁用或启用超线程.
vSphere资源管理指南16VMware,Inc.
指定CPU配置可以通过指定CPU配置来改进资源管理.
但是,如果未自定义CPU配置,则ESX/ESXi主机会使用适合大多数情况的默认值.
可以按以下方式指定CPU配置:n使用可通过vSphereClient访问的属性和特殊功能.
使用vSphereClient图形用户界面(GUI)可以连接到ESX/ESXi主机或vCenterServer系统.
n在某些情况下使用高级设置.
n将vSphereSDK用于脚本式CPU分配.
n使用超线程.
多核处理器多核处理器为执行虚拟机多任务的ESX/ESXi主机提供了很多优势.
Intel和AMD均已开发了将两个或两个以上处理器内核组合到单个集成电路(通常称为封装件或插槽)的处理器.
VMware使用"插槽"一词来描述单个封装件,该封装件可以具有一个或多个处理器内核且每个内核具有一个或多个逻辑处理器.
例如,双核处理器通过允许同时执行两个虚拟CPU,可以提供几乎是单核处理器两倍的性能.
同一处理器中的内核通常配备由所有内核使用的最低级别的共享缓存,这有可能会减少访问较慢主内存的必要性.
如果运行在逻辑处理器上的虚拟机正运行争用相同内存总线资源且占用大量内存的工作负载,则将物理处理器连接到主内存的共享内存总线可能会限制其逻辑处理器的性能.
ESXCPU调度程序可以独立将每个处理器内核的每个逻辑处理器用于执行虚拟机,从而提供与SMP系统类似的功能.
例如,2路虚拟机可以让虚拟处理器运行在属于相同内核的逻辑处理器上,或运行在不同物理内核的逻辑处理器上.
ESXCPU调度程序可以检测处理器拓扑,以及处理器内核与它上面的逻辑处理器之间的关系.
它使用此信息来调度虚拟机和优化性能.
ESXCPU调度程序可以解释处理器拓扑(包括插槽、内核和逻辑处理器之间的关系).
调度程序使用拓扑信息优化虚拟CPU在不同插槽上的放置位置,以最大化总体的缓存利用率,并通过最小化虚拟CPU迁移来改善缓存关联性.
在未过载的系统中,ESXCPU调度程序在默认情况下将负载分配到所有插槽.
这样便可通过最大化可供正在运行的虚拟CPU使用的缓存总量来改善性能.
因此,单个SMP虚拟机的虚拟CPU在多个插槽之间分配(除非每个插槽本身还是NUMA节点,在这种情况下,NUMA调度程序会限制虚拟机的所有虚拟CPU都驻留在同一插槽上.
)但是,在某些情况下(例如,当SMP虚拟机显示出其虚拟CPU之间存在大量数据共享时),此默认行为可能不是最佳选择.
对于此类工作负载,最好是调度相同插槽(具有最低级别的共享缓存)上的所有虚拟CPU,即使ESX/ESXi主机未过载也是如此.
在这些情况中,通过将以下配置选项包括在虚拟机的.
vmx配置文件中,可以替代在封装件之间分配虚拟CPU的默认行为:sched.
cpu.
vsmpConsolidate="TRUE".
超线程超线程技术允许单个物理处理器内核像两个逻辑处理器一样工作.
处理器可以同时运行两个独立的应用程序.
为了避免将逻辑处理器和物理处理器混淆,Intel将物理处理器称为插槽,本章的讨论也使用这一术语.
IntelCorporation开发了超线程技术来增强PentiumIV和Xeon处理器系列的性能.
超线程技术允许单个处理器内核同时执行两个独立的线程.
章2管理CPU资源VMware,Inc.
17虽然超线程不会使系统的性能加倍,但是它可以通过更好地利用空闲资源来提高性能,使得某些重要的工作负载类型产生更大的吞吐量.
如果应用程序运行在忙碌内核的一个逻辑处理器上,则与单独运行在非超线程处理器上相比,预期获得的吞吐量会稍高于一半.
超线程性能改进情况与应用程序有很大关系,有些应用程序使用超线程可能会出现性能下降的情况,因为两个逻辑处理器之间会共享许多处理器资源(例如缓存).
注意在具有Intel超线程技术的处理器上,每个内核可以具有两个逻辑处理器,这两个逻辑处理器共享大多数内核资源(如内存缓存和功能单元).
此类逻辑处理器通常称为线程.
许多处理器都不支持超线程,因此每个内核仅具有一个线程.
对于此类处理器,内核数目还与逻辑处理器的数目相匹配.
以下处理器支持超线程,并且每个内核具有两个线程.
n基于IntelXeon5500处理器微架构的处理器.
nIntelPentium4(支持HT)nIntelPentiumEE840(支持HT)超线程和ESX/ESXi主机支持超线程的ESX/ESXi主机应具有与没有超线程的主机类似的行为.
但是,如果启用超线程,则可能需要考虑某些因素.
ESX/ESXi主机以智能方式管理处理器时间,保证负载均匀分布在系统的多个处理器内核上.
相同内核上的逻辑处理器具有连续的CPU编号,因此CPU0和1一起在第一个内核上,而CPU2和3在第二个内核上,依此类推.
优先在两个不同的内核上调度虚拟机,然后才选择在同一内核的两个逻辑处理器上调度虚拟机.
如果逻辑处理器没有工作,则将其置于暂停状况,从而释放其执行资源并允许在同一内核的另一个逻辑处理器上运行的虚拟机使用该内核的全部执行资源.
VMware调度程序会正确地考虑此暂停时间,因此使用全部内核资源运行的虚拟机的效率要高于在半个内核上运行的虚拟机.
按这种方法管理处理器可确保服务器不会违反任何标准的ESX/ESXi资源分配规则.
在使用超线程的主机上启用CPU关联性之前,请考虑资源管理需求.
例如,如果将高优先级虚拟机绑定到CPU0,并将另一个高优先级虚拟机绑定到CPU1,则这两个虚拟机必须共享相同的物理内核.
这种情况下,可能无法满足这些虚拟机的资源需求.
请确保所有的自定义关联性设置对超线程系统都有意义.
启用超线程要启用超线程,必须首先在系统的BIOS设置中将其启用,然后在vSphereClient中打开它.
超线程在默认情况下处于启用状态.
部分Intel处理器(如Xeon5500处理器或基于P4微架构的处理器)支持超线程.
请查阅系统文档,确定您的CPU是否支持超线程.
ESX/ESXi无法在具有32个以上物理内核的系统上启用超线程,因为ESX/ESXi的逻辑限制是64个CPU.
步骤1请确保您的系统支持超线程技术.
2在系统BIOS中启用超线程.
有些制造商将该选项标记为逻辑处理器,而有些制造商则称之为启用超线程.
3确保为ESX/ESXi主机打开了超线程.
a在vSphereClient中,选择主机,然后单击配置选项卡.
b选择处理器并单击属性.
c在该对话框中,可以查看超线程状态,还可以开启(默认)或关闭超线程.
现在,超线程处于启用状态.
vSphere资源管理指南18VMware,Inc.
为虚拟机设置超线程共享选项可以指定虚拟机的虚拟CPU如何在超线程系统上共享物理内核.
如果两个虚拟CPU同时在内核的逻辑CPU上运行,则这两个虚拟CPU共享内核.
可以为各个虚拟机设置此选项.
步骤1在vSphereClient"清单"面板中,右键单击虚拟机并选择编辑设置.
2单击资源选项卡,然后单击高级CPU.
3从模式下拉菜单选择此虚拟机的超线程模式.
超线程内核共享选项可以使用vSphereClient为虚拟机设置超线程内核共享模式.
表2-1列出了此模式的选项.
表2-1超线程内核共享模式选项描述任意超线程系统上所有虚拟机的默认值.
具有该设置的虚拟机的虚拟CPU可与该虚拟机或任何其他虚拟机的其他虚拟CPU随时共享内核.
无虚拟机的虚拟CPU不应彼此共享内核,或不应与其他虚拟机的虚拟CPU共享内核.
即,该虚拟机的每个虚拟CPU本身始终应获得完整的内核,而该内核上的另一个逻辑CPU则置于暂停状况.
内部该选项类似于"无".
该虚拟机的虚拟CPU不能与其他虚拟机的虚拟CPU共享内核.
这些虚拟CPU可以与同一虚拟机的其他虚拟CPU共享内核.
只能为SMP虚拟机选择此选项.
如果应用于单处理器虚拟机,则系统会将该选项更改为"无".
这些选项不会影响公平性或CPU时间分配.
无论虚拟机的超线程设置如何,它仍然会得到与CPU份额成比例的CPU时间,且会受到CPU预留和CPU限制值的约束.
对于典型的工作负载,自定义超线程设置并非必要设置.
对于与超线程交互不良的非常见工作负载,该选项很有用.
例如,具有缓存颠簸问题的应用程序可能会让共享其物理内核的应用程序降低速度.
可以将运行该应用程序的虚拟机置于"无"或"内部"超线程状态,以将其与其他虚拟机隔离开.
如果虚拟CPU具有超线程限制,不允许该虚拟CPU与其他虚拟CPU共享内核,那么,当其他虚拟CPU有资格消耗处理器时间时,系统可能取消对该虚拟CPU的调度.
如果没有超线程限制,则可以在同一内核上调度这两个虚拟CPU.
对于(每个虚拟机)内核数有限的系统,问题会变得更糟.
这些情况下,可能没有内核来让取消调度的虚拟机进行迁移.
因此,超线程设置为"无"或"内部"的虚拟机性能可能会降低,这一点对于内核数有限的系统而言尤其明显.
隔离在某些极少数情况下,ESX/ESXi主机可能会检测到应用程序正在与PentiumIV超线程技术(不适用于基于IntelXeon5500处理器微架构的系统)进行不良交互.
在这种情况下,对用户透明的隔离可能是必要的.
例如,对于与问题代码共享一个内核的应用程序,某些类型的自修改代码可能中断PentiumIV跟踪缓存的正常行为,导致速度显著降低(最多90%).
在这些情况下,ESX/ESXi主机隔离运行该代码的虚拟CPU,并将其虚拟机相应地置于"无"或"内部"模式.
章2管理CPU资源VMware,Inc.
19使用CPU关联性通过为每个虚拟机指定CPU关联性设置,可以仅将虚拟机只分配给多处理器系统中的某个可用处理器子集.
通过使用此功能,可以将每个虚拟机分配到指定关联性集合中的处理器.
CPU关联性指定虚拟机到处理器的放置位置的限制,与由虚拟机-虚拟机或虚拟机-主机关联性规则创建的关系不同,后一关联性规则指定虚拟机到虚拟机主机的放置位置的限制.
在这个上下文中,术语"CPU"指的是超线程系统上的逻辑处理器,同时也指非超线程系统上的内核.
某一虚拟机的CPU关联性设置适用于与该虚拟机相关联的所有虚拟CPU及其他所有线程(也叫做"环境").
这些虚拟机线程可执行仿真鼠标、键盘、屏幕、CD-ROM及其他旧设备时所需进行的处理工作.
在某些情况下(例如,占用大量显示资源的工作负载),可能会在虚拟CPU和其他虚拟机线程之间出现大量通信.
如果虚拟机的关联性设置阻止了这些额外的线程与虚拟机的虚拟CPU同时进行调度,则性能可能会降低.
例如,单处理器虚拟机与单个CPU关联,或双路SMP虚拟机仅与两个CPU关联.
为了获得最佳性能,在应用手动关联性设置时,VMware建议您在关联性设置中至少要包含一个额外的物理CPU,以便允许至少有一个虚拟机线程与其虚拟CPU同时调度.
例如,单处理器虚拟机至少与两个CPU关联,或双路SMP虚拟机至少与三个CPU关联.
向特定处理器分配虚拟机使用CPU关联性,可以向特定处理器分配虚拟机.
通过此操作,可以将虚拟机只分配给多处理器系统中特定的可用处理器.
步骤1在vSphereClient"清单"面板中,选择一个虚拟机并选择编辑设置.
2选择资源选项卡,然后选择高级CPU.
3单击在处理器上运行按钮.
4选择要在骑上运行虚拟机的处理器,然后单击确定.
CPU关联性的潜在问题使用CPU关联性之前,可能需要考虑某些问题.
CPU关联性的潜在问题包括:n对于多处理器系统,ESX/ESXi系统执行自动负载平衡.
避免手动指定虚拟机关联性,以改进调度程序跨处理器平衡负载的能力.
n关联性可能会干扰ESX/ESXi主机满足为虚拟机指定的预留和份额的能力.
n因为CPU接入控制不考虑关联性,所以具有手动关联性设置的虚拟机可能不会始终得到其完整的预留量.
没有手动关联性设置的虚拟机不会受到具有手动关联性设置的虚拟机的负面影响.
n将虚拟机从一个主机移动到另一个主机时,因为新的主机可能具有不同的处理器数,所以关联性可能不再适用.
nNUMA调度程序可能无法管理已经借助于关联性分配到某些处理器的虚拟机.
n关联性可能会影响ESX/ESXi主机在多核或超线程处理器上调度虚拟机以充分利用在这些处理器上共享资源的能力.
vSphere资源管理指南20VMware,Inc.
使用CPU电源管理策略ESX/ESXi提供最多四个电源管理策略.
您可以根据主机的硬件特性和BIOS支持选择电源管理策略,从而允许您针对特定级别的电源效率和性能配置服务器.
为了提高CPU电源效率,ESX/ESXi会利用性能状况(也称为P状况),以动态调整CPU频率来匹配正在运行的虚拟机的需求.
当CPU以较低频率运行时,其运行电压也较低,这样便可省电.
这种类型的电源管理通常叫做动态电压和频率缩放(DVFS).
ESX/ESXi会尝试调整CPU频率,以便不影响虚拟机性能.
当CPU闲置时,ESX/ESXi会利用电源状况(也称为C状况),并使CPU进入休眠状态.
因此,CPU会耗用尽可能少的电力,并可在必要时快速从休眠状态恢复.
表2-2显示可用的电源管理策略.
您可以使用vSphereClient为主机选择策略.
如果未选择策略,ESX/ESXi默认会使用"高性能".
表2-2CPU电源管理策略电源管理策略描述不支持主机不支持任何电源管理功能,或者在BIOS中未启用电源管理.
高性能(默认值)VMkernel已检测到某些电源管理功能,但不会使用它们,除非BIOS由于电源上限或热事件请求使用这些功能.
平衡性能VMkernel正在使用所有可用的电源管理功能来降低主机能耗而不影响性能.
低功耗VMkernel大量使用可用的电源管理功能来降低主机能耗,但同时也降低了性能.
自定义VMkernel基于高级配置参数的值,实现特定的用户定义的电源管理功能.
这些参数是在"vSphereClient高级设置"对话框中设置的.
选择CPU电源管理策略您可以使用vSphereClient为主机设置CPU电源管理策略.
前提条件ESX/ESXi支持增强型IntelSpeedStep和增强型AMDPowerNow!
CPU电源管理技术.
为了让VMkernel利用这些技术所提供的电源管理功能,必须在BIOS中启用电源管理(有时称为"按需切换"(DBS)).
步骤1在vSphereClient清单面板中,选择一台主机,然后单击配置选项卡.
2在"硬件"下,选择电源管理,然后选择属性.
3为主机选择一种电源管理策略,然后单击确定.
所选策略保存在主机配置中,可以在引导时再次使用.
您可以随时更改该策略,而不需要重新引导服务器.
章2管理CPU资源VMware,Inc.
21vSphere资源管理指南22VMware,Inc.
管理内存资源3所有现代的操作系统均提供对虚拟内存的支持,并允许软件使用的内存要多于计算机实际拥有的内存.
同样,ESX/ESXi管理程序提供对过载虚拟机内存的支持,所有为虚拟机配置的客户机内存量可能大于物理主机内存量.
如果要使用内存虚拟化,则应当了解ESX/ESXi主机分配、消耗和回收内存的方式.
此外,还需要了解虚拟机引起的内存开销.
本章讨论了以下主题:n第23页,"内存虚拟化基本知识"n第26页,"管理内存资源"内存虚拟化基本知识在管理内存资源之前,应当了解ESX/ESXi是如何虚拟化和使用这些内存资源的.
VMkernel管理所有的计算机内存.
(一种例外情况是在ESX中分配给服务控制台的内存.
)VMkernel会将这种受管计算机内存的一部分拿来自己使用.
剩余的内存可供虚拟机使用.
虚拟机将计算机内存用于两个用途:每个虚拟机均需要有自己的内存,且VMM需要一些内存和动态开销内存用于其代码和数据.
虚拟内存空间划分为块,每个块通常为4KB,块也称为页.
物理内存也划分为块,每个块通常也是4KB.
当物理内存占满时,不在物理内存中的虚拟页的数据将存储到磁盘上.
ESX/ESXi还提供对大页(2MB)的支持.
请参见第93页,"高级内存属性".
虚拟机内存每个虚拟机均会根据其配置大小消耗内存,还会消耗额外开销内存以用于虚拟化.
配置大小配置大小是一种由虚拟机的虚拟化层来维持的构造.
它是提供给客户机操作系统的内存量,但独立于分配给虚拟机的物理RAM量,这取决于下文所述的资源设置(份额、预留和限制).
VMware,Inc.
23例如,请考虑配置大小为1GB的虚拟机.
当客户机操作系统引导时,系统会检测到它正运行在具有1GB物理内存的专用计算机上.
分配给虚拟机的物理主机内存的实际数量取决于其内存资源设置和ESX/ESXi主机的内存争用情况.
有些情况下,可能向虚拟机分配全部内容(即1GB).
在其他情况下,可能会得到较小的分配量.
无论实际分配如何,客户机操作系统都会继续运行,就好像正运行在具有1GB物理内存的专用计算机上一样.
份额如果可用量超过预留,则会为虚拟机指定相对优先级.
预留主机保证为虚拟机预留的物理内存量下限,即使内存过载也是如此.
将预留设置为确保虚拟机高效运行的足够内存水平,这样就不会有过多的内存分页.
在虚拟机访问了其全部预留后,会允许其保留该内存量,并且不会将其回收,即使该虚拟机闲置也是如此.
例如,某些客户机操作系统(例如Linux)在引导之后可能不会立即访问所配置的全部内存.
在虚拟机访问其全部预留之前,VMkernel可以将其预留的任何未使用部分分配给其他虚拟机.
但是,在客户机的工作负载增加并消耗其全部预留之后,允许其保留此内存.
限制主机可分配给虚拟机的物理内存量的上限.
虚拟机的内存分配还受其配置大小的隐式限制.
开销内存包括为虚拟机框架缓冲区和各种虚拟化数据结构预留的空间.
内存过载对于每个正在运行的虚拟机,系统会为虚拟机的预留(如果有)和虚拟化开销预留物理内存.
由于ESX/ESXi主机使用内存管理技术,因此虚拟机可以使用的内存大于物理机(主机)可用的内存.
例如,您有一个内存为2GB的主机,其上运行四个虚拟机,每个虚拟机的内存为1GB.
这种情况下,内存会过载.
过载有一定的意义,因为通常情况下有些虚拟机负载较轻,而有些虚拟机负载较重,相对活动水平会随着时间的推移而有所差异.
为了改善内存利用率,ESX/ESXi主机将闲置虚拟机的内存转移给需要更多内存的虚拟机.
使用"预留"或"份额"参数可优先向重要的虚拟机分配内存.
如果这部分内存未使用,可以用于其他虚拟机.
此外,ESX/ESXi主机上默认还会启用内存压缩,以在内存过载时提高虚拟机性能,如第32页,"内存压缩"中所述.
内存共享许多工作负载存在跨虚拟机共享内存的机会.
例如,几个虚拟机可能正在运行同一客户机操作系统的多个实例,加载了相同的应用程序或组件,或包含公用数据.
ESX/ESXi系统使用专用的分页共享技术安全地消除了内存页的冗余副本.
采用内存共享,由多个虚拟机组成的工作负载消耗的内存通常要少于其在物理机上运行时所需的内存.
因此,系统可以高效地支持更高级别的过载.
内存共享保存的内存量取决于工作负载特性.
许多几乎相同的虚拟机的工作负载可能释放30%以上的内存,而有较大差异的工作负载可以节省的内存少于5%.
vSphere资源管理指南24VMware,Inc.
基于软件的内存虚拟化ESX/ESXi通过添加附加级别的地址转换来虚拟化客户机物理内存.
n每个虚拟机的VMM保持了从客户机操作系统的物理内存页到基础计算机上物理内存页的映射.
(VMware将基础主机物理页称为"计算机"页,将客户机操作系统的物理页称为"物理"页.
)每个虚拟机均有连续的可寻址物理内存空间,该空间从零开始.
每个虚拟机使用的服务器上的基础计算机内存不一定是连续的.
nVMM侦听对客户机操作系统内存管理结构进行操作的虚拟机指令,以便虚拟机不会直接更新处理器上的实际内存管理单元(MMU).
nESX/ESXi主机将虚拟-计算机页映射保持在卷影页表中,该表与VMM所维护的物理-计算机映射保持同步.
n卷影页表由处理器的分页硬件直接使用.
这种地址转换方法允许在设置卷影页表之后,执行虚拟机中的正常内存访问,而不会增加地址转换开销.
因为处理器上的转换旁视缓冲区(TLB)缓存从卷影页表中读取的直接虚拟-计算机映射,所以VMM访问内存时不会增加额外开销.
性能注意事项使用两个页表具有以下性能影响.
n对于常规客户机内存访问不会产生开销.
n在虚拟机中映射内存需要额外时间,这可能意味着:n虚拟机操作系统正在设置或更新虚拟地址到物理地址的映射.
n虚拟机操作系统从一个地址空间切换到另一个地址空间(上下文切换).
n与CPU虚拟化相似,内存虚拟化开销取决于工作负载.
硬件辅助的内存虚拟化类似于AMDSVM-V和IntelXeon5500系列之类的部分CPU通过使用两层页表来提供对内存虚拟化的硬件支持.
第一层页表存储客户机虚拟-物理转换,而第二层页表存储客户机物理-计算机转换.
TLB(translationlook-asidebuffer,转换旁视缓冲区)是由处理器的内存管理单元(MMU)硬件维护的转换缓存.
TLB缺失是此缓存中的缺失,而且硬件需要访问内存(可能是多次)来查找所需转换.
如果TLB中没有某个客户机虚拟地址,则硬件会查看这两个页表,将客户机虚拟地址转换成主机物理地址.
图3-1中的插图说明了ESX/ESXi如何实施内存虚拟化.
图3-1ESX/ESXi内存映射虚拟机1客户机虚拟内存客户机物理内存计算机内存abaabbcbcbbc虚拟机2n方框表示页,而箭头表示不同的内存映射.
n从客户机虚拟内存到客户机物理内存的箭头表示客户机操作系统中的页表所保持的映射.
(未显示x86架构处理器从虚拟内存到线性内存的映射.
)章3管理内存资源VMware,Inc.
25n从客户机物理内存到计算机内存的箭头表示由VMM保持的映射.
n虚线箭头表示从客户机虚拟内存到计算机内存的映射,该映射也由VMM保持.
运行虚拟机的基础处理器使用卷影页表映射.
因为虚拟化引入了额外级别的内存映射,所以ESX/ESXi可以跨所有的虚拟机管理内存.
虚拟机的一些物理内存可能映射到共享页面或未映射或换出的页面.
ESX/ESXi主机执行虚拟内存管理时无需了解客户机操作系统,也不会干涉客户机操作系统自身的内存管理子系统.
性能注意事项使用硬件辅助时,会消除软件内存虚拟化的开销.
特别是,硬件辅助消除了使卷影页表与客户机页表保持同步所需的开销.
但是,使用硬件辅助时TLB缺失滞后时间明显较长.
因此,工作负载是否受益于硬件辅助主要取决于在使用软件内存虚拟化时由内存虚拟化引起的开销.
如果工作负载涉及少量页表活动(例如进程创建、映射内存或上下文切换),则软件虚拟化不会引起显著开销.
相反,具有大量页表活动的工作负载可能会因使用硬件辅助而受益.
管理内存资源使用vSphereClient,可以查看有关内存分配设置的信息并对其进行更改.
为了有效管理内存资源,还必须熟悉内存开销、闲置内存消耗以及ESX/ESXi主机回收内存的方式.
当管理内存资源时,可以指定内存分配.
如果未自定义内存分配,则ESX/ESXi主机使用适合大多数情况的默认值.
可以通过几种方式指定内存分配.
n使用可通过vSphereClient访问的属性和特殊功能.
使用vSphereClientGUI可以连接到ESX/ESXi主机或vCenterServer系统.
n使用高级设置.
n将vSphereSDK用于脚本式内存分配.
查看内存分配信息可以使用vSphereClient查看有关当前内存分配的信息.
可以查看有关总内存的信息和可用于虚拟机的内存信息.
在ESX中,还可以查看分配给服务控制台的内存.
步骤1在vSphereClient中,选择一台主机,然后单击配置选项卡.
2单击内存.
可以查看第26页,"主机内存信息"中显示的信息.
主机内存信息vSphereClient显示有关主机内存分配的信息.
表3-1对主机内存字段进行了介绍.
vSphere资源管理指南26VMware,Inc.
表3-1主机内存信息字段描述总计该主机的总物理内存.
系统ESX/ESXi系统使用的内存.
ESX/ESXi至少使用50MB系统内存用于VMkernel,并使用额外内存用于设备驱动程序.
该内存在ESX/ESXi已加载且无法配置时分配.
虚拟化层实际所需的内存取决于主机上PCI(外围组件互连)设备的数量和类型.
有些驱动程序需要40MB,几乎是基本系统内存的两倍.
ESX/ESXi主机还尝试使一些内容一直保持可用,以便高效处理动态分配请求.
ESX/ESXi设置大约6%的内存来供正在运行的虚拟机使用.
ESXi主机针对在ESX主机的服务控制台中运行的管理代理使用额外的系统内存.
虚拟机由选定主机上运行的虚拟机使用的内存.
主机的大多数内存都用于正在运行的虚拟机.
ESX/ESXi主机根据管理参数和系统负载,管理此内存到虚拟机的分配.
可供虚拟机使用的物理内存量总是低于物理主机的内存量,因为虚拟化层会占用一些资源.
例如,具有2GB内存和两个3.
2GHzCPU的主机可能只有1.
5GB内存和6GHzCPU资源供虚拟机使用.
服务控制台为服务控制台预留的内存.
单击属性以更改可用于服务控制台的内存量.
此字段仅出现在ESX中.
ESXi不提供服务控制台.
了解内存开销内存资源的虚拟化会涉及一些相关开销.
ESX/ESXi虚拟机可以引起两种内存开销.
n在虚拟机内访问内存所需的额外时间.
n超出向每个虚拟机分配的内存后,ESX/ESXi主机自身代码和数据结构所需的额外空间.
ESX/ESXi内存虚拟化为内存访问增加很少的时间开销.
因为处理器分页硬件直接使用页表(基于软件的卷影页表方法或硬件辅助的嵌套页表方法),所以虚拟机中的大多数内存访问在执行时没有地址转换开销.
内存空间开销有两部分:nVMkernel和服务控制台(仅用于ESX)的系统范围的固定开销.
n每个虚拟机的额外开销.
对于ESX,服务控制台通常使用272MB,而VMkernel则使用更少的内存.
所使用的内存量取决于正在使用的设备驱动程序的数量和大小.
开销内存包括为虚拟机框架缓冲区和各种虚拟化数据结构(如卷影页表)预留的空间.
开销内存取决于虚拟CPU数量以及为客户机操作系统配置的内存.
ESX/ESXi还提供了内存共享等优化措施来减少基础服务器上使用的物理内存量.
这些优化措施可以节省的内存多于开销占用的内存.
虚拟机上的开销内存虚拟机会引起开销内存.
您应当了解此开销量.
表3-2列出了每种数量的VCPU的开销内存(以MB为单位).
表3-2虚拟机上的开销内存内存(MB)1个VCPU2个VCPU3个VCPU4个VCPU5个VCPU6个VCPU7个VCPU8个VCPU256113.
17159.
43200.
53241.
62293.
15334.
27375.
38416.
50512116.
68164.
96206.
07247.
17302.
75343.
88385.
02426.
15章3管理内存资源VMware,Inc.
27表3-2虚拟机上的开销内存(续)内存(MB)1个VCPU2个VCPU3个VCPU4个VCPU5个VCPU6个VCPU7个VCPU8个VCPU1024123.
73176.
05217.
18258.
30322.
00363.
17404.
34445.
522048137.
81198.
20239.
37280.
53360.
46401.
70442.
94484.
184096165.
98242.
51283.
75324.
99437.
37478.
75520.
14561.
528192222.
30331.
12372.
52413.
91591.
20632.
86674.
53716.
1916384334.
96508.
34550.
05591.
76900.
44942.
98985.
521028.
0732768560.
27863.
41906.
06948.
711515.
751559.
421603.
091646.
76655361011.
211572.
291616.
191660.
092746.
382792.
302838.
222884.
141310721912.
482990.
053036.
463082.
885220.
245273.
185326.
115379.
052621443714.
995830.
605884.
535938.
4610142.
8310204.
7910266.
7410328.
69ESX/ESXi主机如何分配内存ESX/ESXi主机将Limit参数所指定的内存分配给每个虚拟机,除非内存过载.
ESX/ESXi主机向虚拟机分配的内存决不会超过为它指定的物理内存大小.
例如,1GB虚拟机可能具有默认的限制(无限)或用户指定的限制(例如2GB).
在这两种情况下,ESX/ESXi主机分配的内存决不会超过1GB,即不会超过为其指定的物理内存大小.
当内存过载时,向每个虚拟机分配的内存量介于预留和限制指定的内存量之间.
授予虚拟机的高于预留量的内存量会因当前的内存负载而异.
ESX/ESXi主机根据分配给虚拟机的份额数和对最近工作集大小的估计,确定每个虚拟机的分配量.
n份额—ESX/ESXi主机使用经过修改的按比例份额内存分配策略.
内存份额给予虚拟机一部分可用物理内存.
n工作集大小—ESX/ESXi主机通过在连续的虚拟机执行时间周期监控内存活动,来估计工作集.
采用快速响应工作集大小增加且慢速响应工作集大小减小的技术,在几个时间周期内进行平稳估计.
该方法确保虚拟机开始更活跃地使用其内存时,已经回收闲置内存的虚拟机可以快速达到基于完整份额的分配量.
在默认情况下将对内存活动监控60秒以估计工作集大小.
要修改此默认值,请调整Mem.
SamplePeriod高级设置.
请参见第93页,"设置高级主机属性".
闲置虚拟机的内存消耗如果虚拟机未在使用当前为其分配的所有内存,则ESX/ESXi对闲置内存的消耗量大于对正在使用的内存的消耗量.
这样有助于防止虚拟机累积闲置内存.
闲置内存消耗以渐进方式应用.
随着虚拟机闲置内存与活动内存的比率的提高,有效消耗率将增加.
(在不支持分层资源池的早期版本ESX中,虚拟机的所有闲置内存是以同等比率消耗的.
)可以使用Mem.
IdleTax选项来修改闲置内存消耗率.
使用该选项以及Mem.
SamplePeriod高级属性可控制系统如何确定虚拟机的目标内存分配.
请参见第93页,"设置高级主机属性".
注意在大多数情况下,没有必要更改Mem.
IdleTax,如果更改的话,反而不合适.
vSphere资源管理指南28VMware,Inc.
内存回收ESX/ESXi主机可以从虚拟机中回收内存.
ESX/ESXi主机会将预留功能指定的内存量直接分配给虚拟机.
超出预留的任何部分都使用主机的物理资源进行分配,如果物理资源不可用,则使用虚拟增长或交换等特殊技术进行处理.
主机可使用两种技术来动态增加或减少分配给虚拟机的内存量:nESX/ESXi系统使用已加载到虚拟机中所运行的客户机操作系统的内存虚拟增长驱动程序(vmmemctl).
请参见第29页,"内存虚拟增长驱动程序".
nESX/ESXi系统从虚拟机分页到服务器交换文件,无需客户机操作系统参与.
每个虚拟机均有自己的交换文件.
内存虚拟增长驱动程序内存虚拟增长驱动程序(vmmemctl)与服务器协作回收客户机操作系统认为最不重要的页面.
该驱动程序使用专用虚拟增长技术,提供在类似的内存限制下与本机系统的行为极为相近的可预测性能.
该技术可增加或减少客户机操作系统的内存压力,使得客户机能够使用自己的本机内存管理算法.
当内存很紧张时,客户机操作系统决定要回收哪些页面,并在必要时将这些页面换到自己的虚拟磁盘上.
请参见图3-2.
图3-2客户机操作系统中的内存虚拟增长123内存内存内存交换空间交换空间注意必须使用足够的交换空间来配置客户机操作系统.
某些客户机操作系统具有其他限制.
如有必要,通过为特定虚拟机设置sched.
mem.
maxmemctl参数,可以限制由vmmemctl回收的内存量.
该选项指定了可以从虚拟机中回收的最大内存量,以兆字节(MB)为单位.
请参见第95页,"设置高级虚拟机属性".
使用交换文件可以指定交换文件的位置、当内存过载时预留交换空间以及删除交换文件.
当vmmemctl驱动程序不可用或未响应时,ESX/ESXi主机会使用交换从虚拟机中强制回收内存.
n从未安装.
n明确禁用.
n未运行(例如,客户机操作系统正在引导时).
n暂时无法以足够快的速度回收内存来满足当前系统需求.
n正常工作,但是已经达到最大虚拟增长大小.
当虚拟机需要页面时,标准需求分页技术会重新换入页面.
章3管理内存资源VMware,Inc.
29交换文件位置默认情况下,在与虚拟机配置文件相同的位置中创建交换文件.
当虚拟机启动时,ESX/ESXi主机会创建交换文件.
如果无法创建该文件,则无法启动虚拟机.
除了接受默认值以外,您还可以:n使用每个虚拟机配置选项将数据存储更改为另一个共享的存储位置.
n使用主机-本地交换在主机上指定存储在本地的数据库存储.
这样就可以在每个主机级别上进行交换,从而节省SAN上的空间.
但是,对于VMwarevMotion,可能会导致性能稍有下降,因为交换到源主机上的本地交换文件的页面必须通过网络传输到目标主机.
为DRS群集启用主机-本地交换主机-本地交换允许将存储在主机本地的数据存储指定为交换文件位置.
可以为DRS群集启用主机-本地交换.
步骤1右键单击vSphereClient"清单"面板中的群集,然后单击编辑设置.
2在"群集设置"对话框的左窗格中,单击交换文件位置.
3选中将交换文件存储在主机指定的数据存储中选项,然后单击确定.
4在vSphereClient"清单"面板中选择群集内的某个主机,然后单击配置选项卡.
5选择虚拟机交换文件位置.
6单击交换文件数据存储选项卡.
7在提供的列表中,选择要使用的本地数据存储,然后单击确定.
8对群集内的每台主机重复步骤4到步骤7.
现在已为DRS群集启用主机-本地交换.
为独立主机启用主机-本地交换主机-本地交换允许将存储在主机本地的数据存储指定为交换文件位置.
可以为独立主机启用主机-本地交换.
步骤1在vSphereClient清单面板中选择主机,然后单击配置选项卡.
2选择虚拟机交换文件位置.
3在"虚拟机交换文件位置"对话框的交换文件位置选项卡下,选择将交换文件存储到交换文件数据存储中选项.
4单击交换文件数据存储选项卡.
5在提供的列表中,选择要使用的本地数据存储,然后单击确定.
现在已为独立主机启用主机-本地交换.
交换空间和内存过载必须在每个虚拟机交换文件中为任何未预留的虚拟机内存预留交换空间(预留和配置内存大小之间的差值).
需要该交换预留来确保ESX/ESXi系统在任何情况下均能预留虚拟机内存.
实际上,只有一小部分主机级别的交换空间可能会用到.
vSphere资源管理指南30VMware,Inc.
如果正在通过ESX/ESXi使内存过载以支持由虚拟增长导致的客户机内部交换,请确保客户机操作系统还有足够的交换空间.
该客户机级别交换空间必须大于或等于虚拟机配置内存大小与其"预留"之间的差值.
小心如果内存过载且客户机操作系统配置的交换空间不足,则虚拟机中的客户机操作系统可能会出现故障.
为了避免虚拟机出现故障,请增加虚拟机中交换空间的大小.
nWindows客户机操作系统—Windows操作系统将其交换空间称为分页文件.
如果有足够的可用磁盘空间,一些Windows操作系统会尝试自动增加分页文件的大小.
请查看MicrosoftWindows文档或搜索Windows帮助文件来了解"分页文件".
按照说明更改虚拟内存分页文件的大小.
nLinux客户机操作系统—Linux操作系统将其交换空间称为交换文件.
有关增加交换文件的信息,请参见以下Linux手册页:nmkswap—设置Linux交换区.
nswapon—针对分页和交换启用设备和文件.
具有大量内存和较小虚拟磁盘的客户机操作系统(例如,具有8GBRAM和2GB虚拟磁盘的虚拟机)更容易出现交换空间不足的情况.
删除交换文件如果ESX/ESXi主机发生故障,并且该主机上正在运行的虚拟机使用交换文件,则这些交换文件将继续存在并占用磁盘空间,即使ESX/ESXi主机重新启动以后也是如此.
这些交换文件可能消耗数千兆字节的磁盘空间,因此请确保正确删除这些交换文件.
步骤1重新启动故障主机上的虚拟机.
2停止该虚拟机.
该虚拟机的交换文件即会删除.
在虚拟机之间共享内存许多ESX/ESXi工作负载存在跨虚拟机(以及在单个虚拟机中)共享内存的机会.
例如,几个虚拟机可能正在运行同一客户机操作系统的多个实例,加载了相同的应用程序或组件,或包含公用数据.
这些情况下,ESX/ESXi主机使用专用的透明页共享技术安全地消除内存页的冗余副本.
采用内存共享,在虚拟机中运行的工作负载消耗的内存通常要少于其在物理机上运行时所需的内存.
因此,可以高效地支持更高级别的过载.
使用Mem.
ShareScanTime和Mem.
ShareScanGHz高级设置可控制系统扫描内存以确定内存共享机会的速率.
通过将sched.
mem.
pshare.
enable选项设置为无效(该选项默认为有效),还可以针对单个虚拟机禁用共享.
请参见第95页,"设置高级虚拟机属性".
ESX/ESXi内存共享作为后台活动运行,随着时间的推移而扫描共享机会.
节省的内存量随着时间而变化.
对于相当固定的工作负载,在使用所有共享机会之前,内存量一般会缓慢增加.
要确定给定工作负载内存共享的有效性,请尝试运行工作负载,并使用resxtop或esxtop观察实际节省的内存量.
此信息可在"内存"页面中交互模式的PSHARE字段中找到.
章3管理内存资源VMware,Inc.
31内存压缩ESX/ESXi提供内存压缩缓存,可在内存过载使用时改进虚拟机性能.
默认情况下已启用了内存压缩.
当主机内存过载时,ESX/ESXi会压缩虚拟页面并将其存储在内存中.
由于访问压缩的内存比访问交换到磁盘的内存更快,因此通过ESX/ESXi中的内存压缩可以使内存过载,但不会显著影响性能.
当需要交换虚拟页面时,ESX/ESXi会首先尝试压缩虚拟页面.
可压缩至2KB或更小的页面存储在虚拟机的压缩缓存中,从而增加主机的容量.
使用vSphereClient中的"高级设置"对话框,您可以设置压缩缓存的最大大小和禁用内存压缩.
启用或禁用内存压缩缓存默认情况下已启用了内存压缩.
您可以使用vSphereClient中的"高级设置"对话框,以启用或禁用主机的内存压缩.
步骤1在vSphereClient清单面板中选择主机,然后单击配置选项卡.
2在"软件"下,选择高级设置.
3在左窗格中,选择内存并找到Mem.
MemZipEnable.
4输入1启用内存压缩缓存,或输入0禁用内存压缩缓存.
5单击确定.
设置内存压缩缓存的最大大小您可以设置主机虚拟机的内存压缩缓存的最大大小.
您可以将压缩缓存的大小设置为虚拟机的内存大小百分比.
例如,如果输入20并且虚拟机的内存大小为1000MB,则ESX/ESXi最多可使用200MB的主机内存来存储虚拟机的已压缩页面.
如果您未设置压缩缓存的大小,ESX/ESXi会使用默认值10%.
步骤1在vSphereClient清单面板中选择主机,然后单击配置选项卡.
2在"软件"下,选择高级设置.
3在左窗格中,选择内存并找到Mem.
MemZipMaxPct.
此属性的值确定虚拟机的压缩缓存的最大大小.
4输入压缩缓存的最大大小.
此值是虚拟机大小的百分比并且必须介于5%和100%之间.
5单击确定.
衡量和区分各种内存使用情况vSphereClient的性能选项卡显示了可用于分析内存使用情况的多个衡量指标.
某些内存衡量指标用于衡量客户机物理内存,而另一些衡量指标用于衡量计算机内存.
例如,可以使用性能衡量指标检查的两种内存使用情况是客户机物理内存和计算机内存.
可以使用"已分配的内存"衡量指标(对于虚拟机)或"共享的内存"(对于ESX/ESXi主机)衡量客户机物理内存.
但是,要衡量计算机内存,需要使用"消耗的内存"(对于虚拟机)或"共享的公用内存"(对于ESX/ESXi主机).
了解这些类型的内存使用情况之间的概念性差异对知道这些衡量指标的衡量对象以及如何对其进行解释十分重要.
vSphere资源管理指南32VMware,Inc.
VMkernel会将客户机物理内存映射到计算机内存,但是它们不总是一对一映射.
它可能会将客户机物理内存的多个区域映射到计算机内存的同一区域(当存在内存共享时),或者未将客户机物理内存的特定区域映射到计算机内存(当VMkernel换出或虚拟增长客户机物理内存时).
在这些情况中,单个虚拟机或ESX/ESXi主机的客户机物理内存使用情况和计算机内存使用情况的计算有所不同.
请考虑下图中的示例.
两个虚拟机正在ESX/ESXi主机上运行.
每块代表4KB内存,每个颜色/字母代表相应块上的数据集.
图3-3内存使用情况示例虚拟机1客户机虚拟内存客户机物理内存计算机内存eeefffaaaaabbbbbcccccddd虚拟机2可以按照如下方式确定虚拟机的性能衡量指标:n要确定虚拟机1的"已分配的内存"(映射到计算机内存的客户机物理内存量),请计算虚拟机1的客户机物理内存中的块(含有指向计算机内存的箭头)的数量并乘以4KB.
由于有5个块含有箭头,因此"已分配的内存"是20KB.
n"消耗的内存"是分配给虚拟机的计算机内存量,包括从共享的内存中节省的内存量.
首先,计算计算机内存中的块(含有从虚拟机1的客户机物理内存指出的箭头)的数量.
这样的块有三个,但有一个块与虚拟机2共享.
因此,计算两个完整的块加上半个第三个块并乘以4KB,得到总计10KB的"消耗的内存".
这两个衡量指标之间的重要差异是:"已分配的内存"计算带箭头的客户机物理内存级块的数量,"消耗的内存"计算带箭头的计算机内存级块的数量.
由于内存共享,这两个级别的块的数量不同,因此"已分配的内存"和"消耗的内存"也不同.
这并不表示存在问题,而是表示内存是通过共享或其他回收技术节省的.
在确定ESX/ESXi主机的"共享的内存"和"共享的公用内存"时,会获得类似的结果.
n主机的"共享的内存"是每个虚拟机"共享的内存"的总和.
通过查看每个虚拟机的客户机物理内存并计算含有指向计算机内存块(计算机内存块本身也含有多个指向自己的箭头)的箭头的块数量,可计算此内存总和.
在本例中,这样的块有六个,因此主机的"已共享的内存"是24KB.
n"共享的公用内存"是由虚拟机共享的计算机内存量.
要确定此内存量,可查看计算机内存,并计算有多个箭头指向自身的块数量.
这样的块有三个,因此"共享的公用内存"是12KB.
"共享的内存"涉及到客户机物理内存,即作为箭头起始点.
而"共享的公用内存"涉及到计算机内存,即作为箭头的目标点.
用于衡量客户机物理内存和计算机内存的内存衡量指标可能会出现矛盾.
事实上,它们衡量的是虚拟机内存使用情况的不同方面.
通过了解这些衡量指标之间的差异,可以更好地利用它们来诊断性能问题.
章3管理内存资源VMware,Inc.
33vSphere资源管理指南34VMware,Inc.
管理存储I/O资源4通过存储I/O控制,可以优化群集范围的存储I/O,从而可更好地进行工作负载整合,并有助于减少与过度置备关联的额外成本.
存储I/O控制可扩展份额和限制的构成,以处理存储I/O资源.
您可以控制在I/O拥堵期间分配给虚拟机的存储I/O量,从而确保更重要的虚拟机优先于重要性较低的虚拟机获得I/O资源分配.
当对数据存储启用存储I/O控制时,ESX/ESXi会开始监控主机与该数据存储通信时主机遵循的设备滞后时间.
当设备滞后时间超出阈值时,数据存储会被视为已出现拥堵,访问该数据存储的每个虚拟机都会按其份额比率分配相应的I/O资源.
您可以按虚拟机设置份额,并且可以根据需要调整每个虚拟机的份额.
配置存储I/O控制包括两个步骤:1针对数据存储启用存储I/O控制.
2设置每个虚拟机所允许的存储I/O份额数量以及每秒I/O操作数(IOPS)的上限.
默认情况下,所有虚拟机份额都会设置为"正常(1000)",且不限制IOPS.
本章讨论了以下主题:n第35页,"存储I/O控制要求"n第36页,"存储I/O控制资源份额和限制"n第36页,"设置存储I/O控制资源份额和限制"n第37页,"启用存储I/O控制"n第37页,"对存储I/O控制事件进行故障排除"n第38页,"设置存储I/O控制阈值"存储I/O控制要求存储I/O控制有一些要求和限制.
n启用了存储I/O控制的数据存储必须由单个vCenterServer系统管理.
n光纤通道连接和iSCSI连接的存储上都可支持存储I/O控制.
NFS数据存储和裸设备映射(RDM)不受支持.
n存储I/O控制不支持具有多个数据区的数据存储.
n在具有自动化存储分层功能的阵列所支持的数据存储上使用存储I/O控制之前,请查看《VMware存储/SAN兼容性指南》,以确认自动化分层存储阵列已通过认证,与存储I/O控制兼容.
自动化存储分层是阵列(或阵列组)的功能,可根据用户设置的策略和当前I/O模式,将LUN/卷或LUN/卷的某些部分迁移到其他类型的存储介质(SSD、FC、SAS和SATA).
对于不具有这些自动迁移/分层功能的阵列(其中包括提供不同类型存储介质之间手动迁移数据功能的阵列)无需特殊认证.
VMware,Inc.
35存储I/O控制资源份额和限制您可以分配每个虚拟机所允许的存储I/O份额数量以及每秒I/O操作数(IOPS)的上限.
当检测到数据存储出现存储I/O拥堵时,会根据每个虚拟机具有的虚拟机份额比例调整访问该数据存储的虚拟机的I/O工作负载.
如第8页,"资源分配份额"中介绍的,存储I/O份额与用于内存和CPU资源分配的份额相似.
这些份额表示虚拟机在存储I/O资源分配方面的相对重要性.
在发生资源争用时,具有较高份额值的虚拟机可以更多地访问存储阵列,这通常会带来较高的吞吐量和较低的滞后时间.
当分配存储I/O资源时,您可以限制虚拟机所允许的IOPS.
默认情况下,对此没有限制.
如果虚拟机具有多个虚拟磁盘,则必须在其所有虚拟磁盘上设置限制.
否则,不会对虚拟机强制执行此限制.
在这种情况下,虚拟机上的此限制是所有虚拟磁盘的限制总和.
第9页,"资源分配限制"中介绍了设置资源限制的优缺点.
如果要为虚拟机设置的限制单位为MB/秒而非IOPS,则可根据虚拟机的典型I/O大小将MB/秒转换为IOPS.
例如,要将具有64KBIO的备份应用程序限定为10MB/秒,请将限制设置为160IOPS.
查看存储I/O控制份额和限制您可以查看数据存储上运行的所有虚拟机的份额和限制.
通过查看此信息,可以比较访问该数据存储的所有虚拟机的设置,而不管这些虚拟机在哪个群集中运行.
步骤1在vSphereClient清单中选择数据存储.
2单击虚拟机选项卡.
该选项卡显示了数据存储上运行的所有虚拟机以及关联的份额值、IOPS限制和数据存储份额百分比.
监控存储I/O控制份额使用数据存储性能选项卡,可以监控存储I/O控制如何基于其份额处理访问数据存储的虚拟机的I/O工作负载.
通过数据存储性能图表,可以监控以下信息:n数据存储的平均滞后时间和汇总IOPSn主机之间的滞后时间n主机之间的队列深度n主机之间的读/写IOPSn虚拟机磁盘之间的读/写滞后时间n虚拟机磁盘之间的读/写IOPS步骤1在vSphereClient清单中选择数据存储,然后单击性能选项卡.
2从查看下拉菜单中选择性能.
有关详细信息,请参见性能图表联机帮助.
设置存储I/O控制资源份额和限制通过向虚拟机分配相对数量的份额,可根据重要性将存储I/O资源分配给虚拟机.
除非虚拟机工作负载非常相似,否则份额不必以I/O操作数或MB/秒来规定分配.
较高的份额可以使虚拟机在存储设备或数据存储中保持更多挂起的并行I/O操作(与份额较低的虚拟机相比).
根据其工作负载,两个虚拟机可能有不同的吞吐量.
vSphere资源管理指南36VMware,Inc.
步骤1在vSphereClient清单中选择虚拟机.
2单击摘要选项卡,然后单击编辑设置.
3单击资源选项卡,然后选择磁盘.
4从列表中选择一个虚拟硬盘.
5单击份额列,选择相对数量的份额来分配到虚拟机(低、正常或高).
您可以选择自定义以输入用户定义的份额值.
6单击限制-IOPS列并输入要分配给虚拟机的存储资源的上限.
IOPS是每秒I/O操作数.
在默认情况下,IOPS无限制.
选择低(500)、正常(1000)或高(2000),或者可以选择"自定义"输入用户定义的份额量.
7单击确定.
主机和群集的份额及限制在资源分配选项卡上显示.
启用存储I/O控制启用存储I/O控制时,如果数据存储平均滞后时间超出阈值,ESX/ESXi会监控数据存储滞后并调整发送到数据存储的I/O负载.
步骤1在vSphereClient清单中选择数据存储,然后单击配置选项卡.
2单击属性.
3在"存储I/O控制"下,选中已启用复选框.
4单击关闭.
在"数据存储"选项卡上,"存储I/O控制"列会显示已为数据存储启用存储I/O控制.
对存储I/O控制事件进行故障排除在vSphereClient中,如果vCenterServer检测到非vSphere主机中的工作负载可能会影响到性能,则系统将触发一条警报在数据存储上检测到非VI工作负载.
由于以下原因之一,可能会检测到异常.
n数据存储启用了存储I/O控制,但由于外部工作负载而无法完全受存储I/O控制的控制.
如果启用了存储I/O控制的数据存储连接到不支持存储I/O控制的ESX/ESXi主机,则可能会出现这种情况.
确保连接到数据存储的所有ESX/ESXi主机都能支持存储I/O控制.
n数据存储启用了存储I/O控制,且数据存储连接到的一个或多个主机不受vCenterServer的管理.
确保数据存储连接到的所有主机都受vCenterServer的管理.
n阵列与非vSphere工作负载共享,或正在执行复制等系统任务.
vCenterServer不会减少发送到阵列的I/O总量,但会继续强制实施共享.
有关警报的详细信息,请参见《VMwarevSphere数据中心管理指南》.
章4管理存储I/O资源VMware,Inc.
37设置存储I/O控制阈值数据存储的拥堵阈值是数据存储所允许的滞后时间上限,超过该值后,存储I/O控制将开始根据份额将重要性分配给虚拟机工作负载.
在大部分环境中,都不需要调整阈值设置.
小心除非共享阵列上同一共轴的所有数据存储都具有相同的拥堵时间阈值,否则存储I/O控制将无法正常运行.
如果要更改拥堵阈值设置,请注意以下事项来设置该值.
n值越大,通常会导致总吞吐量越大,隔离越弱.
除非整体平均滞后时间高于阈值,否则不会出现限制.
n如果吞吐量比滞后时间更重要,请不要将该值设置得过低.
例如,对于光纤通道磁盘,低于20ms的值可使磁盘吞吐量峰值更低.
当该值非常大(超过50毫秒)时,可能会出现滞后时间长而总吞吐量却并未显著增加的情况.
n值越小,则设备的滞后时间就越短,且虚拟机I/O性能隔离将越强.
隔离增强意味着份额控制的实施更加频繁.
设备滞后时间越短,则拥有最高份额的虚拟机的I/O滞后时间越短,但同时会导致份额较低的虚拟机的I/O滞后时间更长.
n如果滞后时间更重要,那么,非常低的值(小于20ms)会使I/O上设备的滞后时间更短,隔离更好,但有可能会降低数据存储总吞吐量.
前提条件验证是否启用了存储I/O控制.
步骤1在vSphereClient清单中选择数据存储,然后单击配置选项卡.
2单击属性.
3在"存储I/O控制"下,选中已启用复选框.
4(可选)单击高级,编辑数据存储的拥堵阈值.
该值必须介于10ms和100ms之间.
5(可选)单击重置,将拥堵阈值设置还原为默认值(30ms).
6单击确定,然后单击关闭.
vSphere资源管理指南38VMware,Inc.
管理资源池5资源池是灵活管理资源的逻辑抽象.
资源池可以分组为层次结构,用于对可用的CPU和内存资源按层次结构进行分区.
每台独立主机和每个DRS群集都具有一个(不可见的)根资源池,此资源池对该主机或群集的资源进行分组.
根资源池之所以不显示,是因为主机(或群集)与根资源池的资源总是相同的.
用户可以创建根资源池的子资源池,也可以创建用户创建的任何子资源池的子资源池.
每个子资源池都拥有部分父级资源,然而子资源池也可以具有各自的子资源池层次结构,每个层次结构代表更小部分的计算容量.
一个资源池可包含多个子资源池和/或虚拟机.
您可以创建共享资源的层次结构.
处于较高级别的资源池称为父资源池.
处于同一级别的资源池和虚拟机称为同级.
群集本身表示根资源池.
如果不创建子资源池,则只存在根资源池.
在图5-1中,RP-QA是RP-QA-UI的父资源池.
RP-Marketing与RP-QA是同级.
紧靠RP-Marketing下面的三个虚拟机也是同级.
图5-1资源池层次结构中的父级、子级和同级根资源池同级同级父资源池子资源池对于每个资源池,均可指定预留、限制、份额以及预留是否应为可扩展.
随后该资源池的资源将可用于子资源池和虚拟机.
本章讨论了以下主题:n第40页,"为什么使用资源池"n第40页,"创建资源池"n第42页,"将虚拟机添加到资源池"n第42页,"从资源池中移除虚拟机"n第43页,"资源池接入控制"VMware,Inc.
39为什么使用资源池通过资源池可以委派对主机(或群集)资源的控制权,在使用资源池划分群集内的所有资源时,其优势非常明显.
可以创建多个资源池作为主机或群集的直接子级,并对它们进行配置.
然后便可向其他个人或组织委派对资源池的控制权.
使用资源池具有下列优点.
n灵活的层次结构组织-根据需要添加、移除或重组资源池,或者更改资源分配.
n资源池之间相互隔离,资源池内部相互共享-顶级管理员可向部门级管理员提供一个资源池.
某部门资源池内部的资源分配变化不会对其他不相关的资源池造成不公平的影响.
n访问控制和委派—顶级管理员使资源池可供部门级管理员使用后,该管理员可以在当前的份额、预留和限制设置向该资源池授予的资源范围内进行所有的虚拟机创建和管理操作.
委派通常结合权限设置一起执行.
n资源与硬件的分离—如果使用的是已启用DRS的群集,则所有主机的资源始终会分配给群集.
这意味着管理员可以独立于提供资源的实际主机来进行资源管理.
如果将三台2GB主机替换为两台3GB主机,您无需对资源分配进行更改.
这一分离可使管理员更多地考虑聚合计算能力而非各个主机.
n管理运行多层服务的各组虚拟机—为资源池中的多层服务进行虚拟机分组.
您无需对每个虚拟机进行资源设置,而是可以通过更改该组虚拟机所属资源池的设置来控制对这些虚拟机的总体资源分配.
例如,假定一台主机拥有多个虚拟机.
营销部门使用其中的三个虚拟机,QA部门使用两个虚拟机.
由于QA部门需要更多的CPU和内存,管理员为每组创建了一个资源池.
管理员将QA部门资源池和营销部门资源池的CPU份额分别设置为高和正常,以便QA部门的用户可以运行自动测试.
CPU和内存资源较少的第二个资源池足以满足营销工作人员的较低负载要求.
只要QA部门未完全利用所分配到的资源,营销部门就可以使用这些可用资源.
图5-2中演示了此应用场景.
这些数字显示了向资源池的有效分配.
图5-2向资源池分配资源VM-QA1VM-QA26GHz,3GB4GHz,2GB2GHz,1GBRP-QAVM-Marketing1VM-Marketing2VM-Marketing3RP-MarketingESX/ESXi主机创建资源池您可以创建任何ESX/ESXi主机、资源池或DRS群集的子资源池.
注意如果已将某台主机添加到群集,将无法创建该主机的子资源池.
如果已针对群集启用DRS,则可以创建该群集的子资源池.
创建子资源池时,系统将提示您输入资源池属性信息.
系统使用接入控制确保您不能分配不可用的资源.
vSphere资源管理指南40VMware,Inc.
步骤1选择所需的父级,然后选择文件>新建>资源池(或在摘要选项卡的"命令"面板中单击新建资源池).
2在"创建资源池"对话框中,为资源池提供所需信息.
3完成所有选择操作后,请单击确定.
此时vCenterServer将创建该资源池,并将其显示在"清单"面板中.
如有任何选定值因可用CPU和内存总量限制而无效,则将显示黄色三角形.
创建资源池后,即可向其中添加主机.
虚拟机的份额与同一父资源池内的其他虚拟机(或资源池)相关.
资源池属性可以使用资源分配设置来管理资源池.
表5-1概述了可为资源池指定的属性.
表5-1资源池属性字段描述名称新资源池的名称.
份额资源池拥有的、相对于父级总数的CPU或内存份额值.
同级资源池根据由其预留和限制限定的相对份额值共享资源.
可以选择低、正常或高,也可以选择自定义来指定表示份额值的数字.
预留保证为该资源池分配的CPU或内存量.
非零预留将从父级(主机或资源池)的未预留资源中减去.
这些资源被认为是预留资源,无论虚拟机是否与该资源池相关联也是如此.
默认值为"0".
可扩展预留表示在接入控制期间是否考虑可扩展预留.
当该复选框处于选中状态(默认设置)时,如果在该资源池中启动一个虚拟机,并且虚拟机的总预留大于该资源池的预留,则该资源池可以使用父级或祖先的资源.
限制主机为该资源池提供的CPU或内存量的限制.
默认设置为无限.
要指定限制,请取消选中无限复选框.
资源池创建示例此过程示例演示了如何使用ESX/ESXi主机作为父资源来创建资源池.
假定有一台ESX/ESXi主机,提供6GHz的CPU和3GB的内存,这些CPU和内存必须在营销部门和QA部门间进行共享.
还需要不均等地共享资源,并授予一个部门(QA)更高的优先级.
通过为每个部门创建一个资源池并使用份额属性区分资源分配优先级,可完成此任务.
此过程示例演示了如何使用ESX/ESXi主机作为父资源来创建资源池.
步骤1在"创建资源池"对话框中,键入QA部门的资源池的名称(例如RP-QA).
2将RP-QA的CPU和内存资源份额指定为高.
3创建第二个资源池RP-Marketing.
将CPU和内存的"份额"保留为正常.
4单击确定退出.
如果存在资源冲突,则RP-QA接收4GHz和2GB的内存,RP-Marketing接收2GHz和1GB的内存.
否则,它们可以接收超过此分配的量.
这些资源随后即可供各自资源池内的虚拟机使用.
章5管理资源池VMware,Inc.
41更改资源池属性在创建资源池之后,可以更改其属性.
步骤1在vSphereClient"清单"面板中选择资源池.
2在摘要选项卡的"命令"面板中,选择编辑设置.
3在"编辑设置"对话框中,可以更改选定资源池的全部属性.
将虚拟机添加到资源池创建虚拟机时,可以通过新建虚拟机向导在创建过程中指定资源池位置.
也可以将现有的虚拟机添加到资源池.
将虚拟机移至新的资源池时:n该虚拟机的预留和限制不会发生变化.
n如果该虚拟机的份额为高、中或低,份额百分比会有所调整以反映新资源池中使用的份额总数.
n如果已为该虚拟机指定了自定义份额,该份额值将保持不变.
注意由于份额分配是相对于资源池的,因此,当您将虚拟机移入资源池时可能必须手动更改虚拟机的份额,以便虚拟机的份额与新资源池中的相对值保持一致.
如果虚拟机所占总份额的比例过大(或过小),将显示警告.
n"资源分配"选项卡中显示的有关资源池的预留和未预留CPU和内存资源的信息将发生变化,以反映与该虚拟机关联的预留(如果有).
注意如果虚拟机已关闭或挂起,可以移动该虚拟机,但资源池的可用资源总量(例如预留和未预留的CPU和内存资源)不受影响.
步骤1从清单中的任意位置选择已存在的虚拟机.
该虚拟机可以与独立主机、群集或另一个资源池关联.
2将该虚拟机(或多个虚拟机)拖至所需的资源池对象.
如果某个虚拟机已启动,且目标资源池的CPU或内存不足以保证该虚拟机的预留,移动操作将会失败,因为接入控制不允许该操作.
此时将显示一个错误对话框,解释这种情况.
该错误对话框会将可用资源与所请求的资源进行比较,以便您考虑可否通过调整来解决此问题.
从资源池中移除虚拟机通过将虚拟机移动到另一个资源池或将其删除,可以从资源池中移除虚拟机.
将虚拟机移至其他资源池可以将虚拟机拖放到另一资源池.
如果只需移动虚拟机,则无需将其关闭.
从某个资源池中移除虚拟机时,与该资源池相关联的份额总数将减少,从而使每个剩余的份额代表更多资源.
例如,假定您有一个有权使用6GHz的资源池,其中包含三台份额设置为正常的虚拟机.
假定虚拟机受CPU限制,每个虚拟机获得2GHz的相等分配额.
如果将其中一个虚拟机移至其他资源池,剩余的两个虚拟机将各获得3GHz的相等分配额.
vSphere资源管理指南42VMware,Inc.
从清单中移除虚拟机或将其从磁盘中删除右键单击虚拟机,并单击从清单中移除或从磁盘删除.
您需要关闭虚拟机才能将其完全移除.
资源池接入控制在资源池内启动虚拟机时,或尝试创建子资源池时,系统会执行其他接入控制以确保不违反资源池的限制.
启动虚拟机或创建资源池之前,请在资源池的资源分配选项卡中检查未预留的CPU和未预留的内存字段,以确定是否有足够的资源可用.
如何计算未预留的CPU和内存以及是否执行操作取决于预留类型,如表5-2中所述.
表5-2预留类型预留类型描述固定的系统检查所选资源池是否有足够的未预留资源.
如果有,则可以执行操作.
否则将显示一条消息,而且无法执行操作.
可扩展的(默认)系统考虑所选资源池及其直接父资源池中的可用资源.
如果对于父资源池也选中了可扩展预留选项,它还可以从其父资源池中借用资源.
只要选中了可扩展预留选项,就会以递归方式向当前资源池的祖先借用资源.
将该选项保持选中状态可提供更高的灵活性,但提供的保护将会同时减少.
子资源池所有者预留的资源可能大于您的预期值.
系统不允许违反预先配置的预留或限制设置.
每次重新配置资源池或启动虚拟机时,系统都会验证所有参数以确保仍能实现各服务级别保证.
可扩展预留示例1此示例显示了具有可扩展预留的资源池的工作方式.
假定某个管理员负责管理资源池P,并定义了两个子资源池S1和S2,分别用于两个不同的用户(或组).
该管理员知道用户将要启动具有预留的虚拟机,但不知道每个用户需要预留多少资源.
为S1和S2设置可扩展预留可使管理员更加灵活地共享和继承资源池P的公用预留.
如果不使用可扩展预留,管理员需要向S1和S2明确分配具体的资源量.
这种具体的分配可能欠缺灵活性,特别是在较深的资源池层次结构中,并且可能使资源池层次结构中的预留设置操作复杂化.
可扩展预留会造成缺少严格的隔离.
S1可使用P的全部预留启动,致使S2无法直接使用任何CPU或内存资源.
可扩展预留示例2此示例显示了具有可扩展预留的资源池的工作方式.
假设以下应用场景(如图5-3中所示).
n父资源池RP-MOM具有6GHz的预留及一台预留了1GHz的运行中的虚拟机.
n您创建了一个具有2GHz预留的子资源池RP-KID,并选中可扩展预留.
n您向子资源池添加两个各具有2GHz预留的虚拟机(即VM-K1和VM-K2),并尝试启动它们.
nVM-K1可直接从RP-KID(具有2GHz)预留资源.
nVM-K2没有本地资源可用,因此它将从父资源池RP-MOM中借用资源.
RP-MOM现有资源为6GHz减去1GHz(由虚拟机预留)再减去2GHz(由RP-KID预留),剩下3GHz的未预留资源.
利用3GHz的可用资源,您可以启动这个2GHz虚拟机.
章5管理资源池VMware,Inc.
43图5-3可扩展资源池的接入控制:成功启动VM-K1,2GHzVM-K2,2GHz2GHz6GHzRP-KIDVM-M1,1GHzRP-MOM现在假设另一个包含VM-M1和VM-M2的应用场景(如图5-4中所示):n启动RP-MOM中总预留为3GHz的两个虚拟机.
n您依然可启动RP-KID中的VM-K1,因为本地有2GHz可用.
n当您尝试启动VM-K2时,RP-KID已无未预留的CPU容量,因此会检查其父级.
RP-MOM只有1GHz的未预留的容量可用(RP-MOM的5GHz已被占用—3GHz由本地虚拟机预留,2GHz由RP-KID预留).
因此,您无法启动需要2GHz预留的VM-K2.
图5-4可扩展资源池的接入控制:无法启动VM-K1,2GHzVM-K2,2GHz2GHz6GHzRP-KIDVM-M1,1GHzVM-M2,2GHzRP-MOMvSphere资源管理指南44VMware,Inc.
创建DRS群集6DRS群集是一组具有共享资源和共享管理界面的ESX/ESXi主机和相关虚拟机.
必须创建DRS群集,才能从群集级别资源管理中获益.
将主机添加到DRS群集时,主机的资源将成为群集资源的一部分.
除了这种资源聚合外,您还可以使用DRS群集支持群集范围内的资源池并强制执行群集级别的资源分配策略.
还提供下面的群集级别的资源管理功能.
负载平衡将持续监控群集内所有主机和虚拟机的CPU和内存资源的分布情况和使用情况.
在给出群集内资源池和虚拟机的属性、当前需求以及不平衡目标的情况下,DRS会将这些衡量指标与理想状态下的资源利用率进行比较.
然后,它会相应地执行虚拟机迁移(或提供迁移建议).
请参见第47页,"虚拟机迁移".
当您在群集中首次启动虚拟机时,DRS将尝试通过在相应主机上放置该虚拟机或提出建议来保持适当的负载平衡.
请参见第46页,"接入控制和初始放置位置"电源管理VMware分布式电源管理功能处于启用状态时,DRS会将群集和主机级容量与群集的虚拟机需求(包括近期历史需求)进行比较.
如果找到足够的额外容量,它会将主机置于(或建议置于)待机电源模式,或者如果需要容量,则建议启动主机.
根据提出的主机电源状况建议,可能需要将虚拟机迁移到主机并从主机迁移虚拟机.
请参见第59页,"管理电源资源".
关联性规则可以通过分配关联性规则控制群集内主机上的虚拟机的放置位置.
请参见第63页,"使用关联性规则".
注意如果在群集中使用VMware容错,当还启用了增强型vMotion兼容性(EVC)时,DRS会对容错虚拟机提供负载平衡和初始放置位置建议.
如果未启用EVC,则DRS将无法对这些虚拟机进行负载平衡,并且还会将主虚拟机视为"已禁用DRS",将辅助虚拟机视为"全自动".
本章讨论了以下主题:n第46页,"接入控制和初始放置位置"n第47页,"虚拟机迁移"n第48页,"DRS群集要求"n第49页,"创建DRS群集"n第50页,"设置虚拟机的自定义自动化级别"n第51页,"禁用DRS"VMware,Inc.
45接入控制和初始放置位置尝试在已启用DRS的群集内启动一个或一组虚拟机时,vCenterServer会执行接入控制.
它会检查群集内是否有足够的资源来支持虚拟机.
如果群集没有足够的资源来启动单个虚拟机,或在组启动尝试中无法启动任何虚拟机,将会显示一条消息.
否则,对于每台虚拟机,DRS将生成要在其上运行虚拟机的主机的建议,并执行以下操作之一n自动执行放置位置建议.
n显示用户随后可以选择接受或覆盖的放置位置建议.
注意对于独立主机或非DRS群集内的虚拟机,不提出任何初始放置位置建议.
这些虚拟机将会在启动时被置于当前所驻留的主机上.
有关DRS建议及其应用的详细信息,请参见第69页,"DRS建议页面".
单个虚拟机启动在DRS群集中,可以启动单个虚拟机,并接受初始放置位置建议.
启动单个虚拟机时,有两种类型的初始放置位置建议:n启动单个虚拟机,不需要任何必备条件步骤.
用户将拥有虚拟机的初始放置位置建议列表,这些建议是互斥的.
您只能选择一种建议.
n启动单个虚拟机,但需要执行必备条件操作.
这些操作包括在待机模式下启动主机或在主机间迁移其他虚拟机.
在这种情况下,提供的建议具有多行,显示每个必备条件操作.
用户可以接受整个建议,也可以取消启动虚拟机.
组启动可以尝试同时启动多个虚拟机(组启动).
选定进行组启动尝试的虚拟机不必位于同一个DRS群集内.
可以在群集间选择虚拟机,但它们必须属于同一数据中心.
也可以包括位于非DRS群集或独立主机上的虚拟机.
这些虚拟机会自动启动并且不包括在任何初始放置位置建议中.
每个群集均提供组启动尝试的初始放置位置建议.
如果组启动尝试的与放置位置相关的所有操作都处于自动模式,虚拟机将启动,而不提出任何初始放置位置建议.
如果任何虚拟机的与放置位置相关的操作处于手动模式,则所有虚拟机(包括处于自动模式的虚拟机)都将手动启动,并且包括在初始放置位置建议中.
对于已启动的虚拟机所属的每个DRS群集,均会有一个包含所有必备条件的建议(或没有建议).
所有特定于此类群集的建议都显示在"启动建议"选项卡下.
如果进行了非自动组启动尝试,且包括了不受限于初始放置位置建议的虚拟机(即独立主机或非DRS群集上的虚拟机),vCenterServer会尝试自动启动这些虚拟机.
如果这些虚拟机自动启动成功,则会在"已开始启动"选项卡下列出.
那些无法启动的虚拟机则在"失败的启动"选项卡下列出.
组启动示例用户选择同一数据中心中的三个虚拟机进行组启动尝试.
前两个虚拟机(VM1和VM2)在同一DRS群集(Cluster1)中,而第三个虚拟机(VM3)则在一台独立主机上.
VM1处于自动模式,而VM2处于手动模式.
在此方案中,用户将获得Cluster1的初始放置位置建议(位于"启动建议"选项卡下),其中包含启动VM1和VM2的操作.
将尝试自动启动VM3,如果成功,则会在"已开始启动"选项卡下列出VM3.
如果此尝试失败,则会在"失败的启动"选项卡下列出VM3.
vSphere资源管理指南46VMware,Inc.
虚拟机迁移尽管DRS执行初始放置位置以便跨群集平衡负载,但是虚拟机负载和资源可用性中的更改可能会导致群集失衡.
要更正此失衡情况,DRS将生成迁移建议.
如果在群集上启用了DRS,则可以更均匀地分配负载,从而降低不平衡程度.
例如,请参见图6-1.
该图左侧的三台主机不平衡.
假定主机1、主机2和主机3具有相同的容量,且所有虚拟机的配置和负载(包括预留,如果已设置)均相同.
但是,由于主机1有六个虚拟机,其资源可能被过度利用,而主机2和主机3上有丰富的可用资源,因此,DRS会将虚拟机从主机1迁移到主机2和主机3(或提出迁移建议).
该图右侧显示了正确平衡负载之后所呈现的主机配置.
图6-1负载平衡主机1VM1VM4VM2VM3VM5VM6主机2VM7主机3VM8VM9主机1VM1VM2VM3主机2VM7VM4VM5主机3VM8VM9VM6当群集不平衡时,DRS将根据默认的自动化级别,提出建议或迁移虚拟机:n如果所涉及的群集或任何虚拟机为手动或半自动,则vCenterServer不执行自动操作来平衡资源.
"摘要"页面会指示有迁移建议,"DRS建议"页面会显示最有效地利用群集内资源的更改建议.
n如果所涉及的群集或虚拟机均为全自动,则vCenterServer将根据需要在主机间迁移正在运行的虚拟机,以确保高效利用群集资源.
注意即使是在自动迁移设置中,用户也可以显式迁移单个虚拟机,但vCenterServer可能会将这些虚拟机迁移到其他主机,以优化群集资源.
默认情况下,自动化级别是为整个群集指定的.
也可以为单个虚拟机指定自定义的自动化级别.
DRS迁移阈值DRS迁移阈值允许您指定要生成并应用的建议(如果建议中所涉及的虚拟机处于全自动模式)或要显示的建议(如果处于手动模式).
此阈值还用来度量主机(CPU和内存)负载之间可以接受的群集不平衡程度.
可以移动阈值滑块以使用从"保守"到"激进"这五个设置中的一个.
这五种迁移设置将根据其所分配的优先级生成建议.
每次将滑块向右移动一个设置,将会允许包含下一较低优先级的建议.
"保守"设置仅生成优先级1的建议(强制性建议),向右的下一级别则生成优先级2的建议以及更高级别的建议,然后依次类推,直至"激进"级别,该级别生成优先级5的建议和更高级别的建议(即,所有建议).
章6创建DRS群集VMware,Inc.
47每个迁移建议的优先级是使用群集的负载不平衡衡量指标进行计算的.
该衡量指标在vSphereClient群集的"摘要"选项卡中显示为"当前主机负载标准偏差".
负载越不平衡,所生成迁移建议的优先级会越高.
有关该指标以及如何计算建议优先级的详细信息,请参见VMware知识库文章"计算VMwareDRS迁移建议的优先级".
在建议收到优先级后,会将该级别与您所设置的迁移阈值进行比较.
如果优先级低于或等于阈值设置,则会应用该建议(如果相关虚拟机均处于全自动模式),或向用户显示该建议以进行确认(如果处于手动或半自动模式).
迁移建议如果创建带有默认模式(手动或半自动)的群集,则vCenterServer将在"DRS建议"页面上显示迁移建议.
系统将提供足够的建议,以强制实施规则并平衡群集的资源.
每条建议均包含要移动的虚拟机、当前(源)主机和目标主机,以及提出建议的原因.
原因可能为以下之一:n平衡平均CPU负载或预留.
n平衡平均内存负载或预留.
n满足资源池预留.
n满足关联性规则.
n主机正在进入维护模式或待机模式.
注意如果使用VMware分布式电源管理功能,那么,除了迁移建议外,DRS还会提供主机电源状况建议.
DRS群集要求添加到DRS群集的主机必须满足某些要求才能成功使用群集功能.
共享存储器确保受管主机使用共享存储器.
共享存储器通常位于SAN上,但也可以通过使用NAS共享存储器来实现.
有关SAN的详细信息,请参见《iSCSISAN配置指南》和《光纤通道SAN配置指南》;有关其他共享存储器的信息,请参见《ESX配置指南》或《ESXi配置指南》.
共享VMFS卷配置所有受管主机以使用共享VMFS卷.
n将所有虚拟机的磁盘置于可通过源主机和目标主机访问的VMFS卷上.
n将共享VMFS的访问模式设置为公用.
n确保VMFS卷足够大,可以存储虚拟机的所有虚拟磁盘.
n确保源主机及目标主机上的所有VMFS卷都使用卷名称,并且所有虚拟机都使用这些卷名称来指定虚拟磁盘.
注意虚拟机交换文件还需要放在源主机和目标主机均可以访问的VMFS上(就像.
vmdk虚拟磁盘文件一样).
如果所有的源主机及目标主机都是ESXServer3.
5或更高版本,并且使用主机-本地交换,则此要求将不适用.
这种情况下,支持将带有交换文件的vMotion置于非共享存储器上.
默认情况下,交换文件置于VMFS上,但管理员可以使用高级虚拟机配置选项替代此文件位置.
处理器兼容性为了避免限制DRS的功能,应当将群集内源和目标主机的处理器兼容性最大化.
vSphere资源管理指南48VMware,Inc.
vMotion在基础ESX/ESXi主机之间传输虚拟机的运行架构状况.
vMotion兼容性是指目标主机的处理器必须能够使用等效指令,从源主机的处理器在挂起时的状态继续执行.
处理器时钟速度和缓存大小可能不同,但处理器必须属于相同的供应商类别(Intel与AMD)和相同的处理器系列,以便达到通过vMotion迁移所需的兼容性.
处理器系列(如XeonMP和Opteron)是由处理器供应商定义的.
可以通过比较处理器的型号、步进级别和扩展功能来区分同一系列中的不同处理器版本.
有时,处理器供应商在同一处理器系列中引入了重大的架构更改(例如64位扩展及SSE3).
如果不能保证通过vMotion成功迁移,VMware会识别这些异常情况.
vCenterServer提供了一些有助于确保通过vMotion迁移的虚拟机满足处理器兼容性要求的功能.
这些功能包括:n增强型vMotion兼容性(EVC)-可以使用EVC帮助确保群集内主机的vMotion兼容性.
EVC可以确保群集内的所有主机向虚拟机提供相同的CPU功能集,即使这些主机上的实际CPU不同也是如此.
这样可以避免因CPU不兼容而导致通过vMotion迁移失败.
可以在"群集设置"对话框中配置EVC.
为了使群集能够使用EVC,群集内的主机必须满足某些要求.
有关EVC和EVC要求的信息,请参见《VMwarevSphere数据中心管理指南》.
nCPU兼容性掩码-vCenterServer会将虚拟机可用的CPU功能与目标主机的CPU功能进行比较,以确定是允许还是禁止通过vMotion迁移.
通过将CPU兼容性掩码应用到单个虚拟机,可以向虚拟机隐藏某些CPU功能,从而防止由于CPU不兼容而造成的vMotion迁移失败.
vMotion要求要启用DRS迁移建议的使用,群集内的主机必须是vMotion网络的一部分.
如果主机不在vMotion网络中,DRS仍可提供初始放置位置建议.
要为vMotion进行配置,群集内的每台主机必须满足下列要求:nESX/ESXi主机的虚拟机配置文件必须驻留在VMware虚拟机文件系统(VMFS)上.
nvMotion不支持裸磁盘,也不支持对借助于Microsoft群集服务(MSCS)群集的应用程序进行迁移.
nvMotion要求在所有启用了vMotion的受管主机之间设置专用的千兆以太网迁移网络.
在受管主机上启用vMotion后,需要为受管主机配置唯一的网络标识对象并将其连接到专用迁移网络.
创建DRS群集可使用vSphereClient中的新建群集向导创建DRS群集.
前提条件可以在没有特殊许可证的情况下创建群集,但必须要有许可证才能为DRS(或VMwareHA)启用群集.
步骤1在vSphereClient中,右键单击数据中心或文件夹,然后选择新建群集.
2在名称文本框中为群集命名.
该名称显示在vSphereClient"清单"面板中.
3通过单击VMwareDRS框来启用DRS功能.
还可以通过单击VMwareHA来启用VMwareHA功能.
4单击下一步.
章6创建DRS群集VMware,Inc.
495选择DRS的默认的自动化级别.
自动化级别操作手动n初始放置位置:显示推荐的主机.
n迁移:显示迁移建议.
半自动n初始放置位置:自动.
n迁移:显示迁移建议.
全自动n初始放置位置:自动.
n迁移:自动执行迁移建议.
6设置DRS的迁移阈值.
7单击下一步.
8指定该群集的默认电源管理设置.
如果启用电源管理,则选择DPM阈值设置.
9单击下一步.
10如果适用,请启用增强型vMotion兼容性(EVC),并选择它应以何种模式运行.
11单击下一步.
12选择虚拟机的交换文件位置.
可以将交换文件与虚拟机本身存储在同一目录中,或者将交换文件存储在主机指定的数据存储中(主机-本地交换).
13单击下一步.
14查看列出所选选项的摘要页.
15单击完成以完成群集的创建,或单击上一步返回并对群集设置进行修改.
新群集不包括任何主机或虚拟机.
要将主机和虚拟机添加到群集,请参见第53页,"将主机添加到群集"和第56页,"从群集内移除虚拟机".
设置虚拟机的自定义自动化级别创建DRS群集后,可以为各个虚拟机自定义自动化级别,以替代群集的默认自动化级别.
步骤1在vSphereClient清单中选择群集.
2右键单击并选择编辑设置.
3在"群集设置"对话框的VMwareDRS下,选择虚拟机选项.
4选中启用单个虚拟机自动化级别复选框.
5选择单个虚拟机,或者选择多个虚拟机.
6右键单击并选择自动化模式.
7单击确定.
注意其他VMware产品或功能(如VMwarevApp和VMware容错)可能会替代DRS群集内虚拟机的自动化级别.
有关详细信息,请参见特定于产品的文档.
vSphere资源管理指南50VMware,Inc.
禁用DRS可以关闭群集的DRS.
禁用DRS后,群集的资源池层次结构和关联性规则(请参见第63页,"使用关联性规则")不会在您再次打开DRS时重新建立.
因此,如果禁用DRS,将从群集内移除资源池.
为了避免丢失资源池,应该将DRS自动化级别更改为手动(并禁用所有虚拟机替代项),从而将DRS挂起,而不是禁用它.
这样便可在阻止自动DRS操作的同时保留资源池层次结构.
步骤1在vSphereClient清单中选择群集.
2右键单击并选择编辑设置.
3在左侧面板中选择常规,并取消选中打开VMwareDRS复选框.
4单击确定,关闭DRS.
章6创建DRS群集VMware,Inc.
51vSphere资源管理指南52VMware,Inc.
使用DRS群集管理资源7创建DRS群集后,可以对其进行自定义,并使用它来管理资源.
要自定义DRS群集及其包含的资源,可以配置关联性规则,并添加和移除主机和虚拟机.
在定义群集的设置和资源后,应当确保它是并保持为有效群集.
还可以使用有效DRS群集管理电源资源,并与VMwareHA进行交互操作.
本章讨论了以下主题:n第53页,"将主机添加到群集"n第54页,"将虚拟机添加到群集"n第55页,"从群集内移除主机"n第56页,"从群集内移除虚拟机"n第56页,"DRS群集有效性"n第59页,"管理电源资源"n第63页,"使用关联性规则"将主机添加到群集对于由同一vCenterServer管理的主机(受管主机)和未由该服务器管理的主机,将主机添加到群集的步骤有所不同.
添加某个主机之后,部署到该主机的虚拟机将变为群集的一部分,而且DRS会建议将某些虚拟机迁移到群集内的其他主机.
将受管主机添加到群集当将vCenterServer正在管理的独立主机添加到DRS群集时,该主机的资源将与群集相关联.
可以决定是要将现有的虚拟机和资源池与群集的根资源池相关联,还是移植资源池层次结构.
注意如果主机没有子资源池或虚拟机,其资源将添加到群集,但不会创建带有顶层资源池的资源池层次结构.
VMware,Inc.
53步骤1从清单或列表视图中选择主机.
2将主机拖至目标群集对象.
3选择要对主机的虚拟机和资源池执行的操作.
n将此主机的虚拟机放入群集的根资源池中vCenterServer会移除主机上所有现有的资源池,而该主机层次结构中的虚拟机都将被附加到根.
因为份额分配是相对于资源池的,而上述操作破坏了资源池层次结构,所以在选择此选项后可能必须手动更改虚拟机的份额.
n为此主机的虚拟机和资源池创建资源池vCenterServer创建将成为群集的直接子级的顶层资源池并将主机的所有子级添加到新资源池.
您可以命名这个新的顶层资源池.
默认为已从移植.
此时主机即会添加到群集.
将非受管主机添加到群集可将非受管主机添加到群集.
该主机当前并未由群集所在的vCenterServer系统管理,而且在vSphereClient中不可见.
步骤1选择要添加主机的群集,然后在右键单击菜单中选择添加主机.
2输入主机名、用户名和密码,然后单击下一步.
3查看摘要信息并单击下一步.
4选择要对主机的虚拟机和资源池执行的操作.
n将此主机的虚拟机放入群集的根资源池中vCenterServer会移除主机上所有现有的资源池,而该主机层次结构中的虚拟机都将被附加到根.
因为份额分配是相对于资源池的,而上述操作破坏了资源池层次结构,所以在选择此选项后可能必须手动更改虚拟机的份额.
n为此主机的虚拟机和资源池创建资源池vCenterServer创建将成为群集的直接子级的顶层资源池并将主机的所有子级添加到新资源池.
您可以命名这个新的顶层资源池.
默认为已从移植.
此时主机即会添加到群集.
将虚拟机添加到群集可通过以下三种方式将虚拟机添加到群集.
n如果将某个主机添加到一个群集,则该主机上的所有虚拟机均会添加到此群集.
n当创建虚拟机时,创建新的虚拟机向导会提示您选择放置虚拟机的位置.
可以选择独立主机或群集并选择主机或群集内的任意资源池.
n可以使用迁移虚拟机向导将虚拟机从一台独立主机迁移到一个群集或者从一个群集迁移到另一个群集.
要启动此向导,请将虚拟机对象拖到群集对象上或右键单击虚拟机名称,然后选择迁移.
注意可以直接将虚拟机拖到群集内的资源池.
在这种情况下,迁移虚拟机向导会启动,但是资源池选择页不会显示.
因为资源池控制资源,所以不允许直接向群集内的主机迁移.
vSphere资源管理指南54VMware,Inc.
从群集内移除主机可以从群集内移除主机.
前提条件从DRS群集内移除主机之前,请考虑将涉及到的问题.
n资源池层次结构–即使在将某个主机添加到群集时使用了DRS群集并决定移植主机资源池,在将该主机从群集内移除后,其上也只保留根资源池.
在这种情况下,层次结构将随群集保留.
可以创建一个特定于主机的资源池层次结构.
注意必须先将主机置于维护模式,才能将其从群集内移除.
相反,如果先断开主机的连接,然后再将其从群集内移除,则主机会保留反映群集层次结构的资源池.
n虚拟机–主机必须处于维护模式才能从群集中移除,而且对于要进入维护模式的主机,必须将所有已启动的虚拟机迁移出该主机.
当请求主机进入维护模式时,会询问您是否要将该主机上所有已关闭的虚拟机迁移到群集内的其他主机上.
n无效群集–当从群集内移除主机时,可供群集使用的资源会减少.
如果群集有足够的资源用于满足群集内所有虚拟机和资源池的预留需要,则群集会调整资源的分配以反映减少的资源量.
如果群集没有足够的资源满足所有资源池的预留需要,但是有足够的资源满足所有虚拟机的预留需要,就会出现警报,而且该群集会被标记为黄色.
DRS继续运行.
步骤1选择主机,然后在右键单击菜单中选择进入维护模式.
2主机处于维护模式后,可以将其拖到其他清单位置,该位置可以是顶层数据中心或者其他群集.
移动主机时,主机的资源会从群集内移除.
如果将主机的资源池层次结构移植到群集上,则该层次结构将随群集保留.
移动主机后,您可:n将主机从vCenterServer中移除.
(在右键单击菜单中选择移除.
)n在vCenterServer下将主机作为独立主机运行.
(在右键单击菜单中选择退出维护模式.
)n将主机移至另一个群集.
使用维护模式当需要维护主机时(例如,要安装更多内存),请将主机置于维护模式.
主机仅会因用户要求而进入或离开维护模式.
如果主机将进入维护模式,则需将其上正在运行的虚拟机迁移到其他主机.
此时主机将处于进入维护模式这一状况,直到关闭所有正在运行的虚拟机或将虚拟机迁移到其他主机为止.
如果主机正在进入维护模式,则无法启动其上的虚拟机,也无法将虚拟机迁移到该主机.
当主机上不再有正在运行的虚拟机时,该主机的图标将发生变化,并新增显示维护模式,并且该主机的"摘要"面板会指示新的状况.
在维护模式下,主机不允许您部署虚拟机,也不允许您启动虚拟机.
注意如果主机进入所请求的模式后会违反VMwareHA故障切换级别,则DRS不会建议将任何虚拟机从进入维护或待机模式的主机中迁出(在全自动模式下,则不执行这样的迁移).
章7使用DRS群集管理资源VMware,Inc.
55使用待机模式将主机置于待机模式时,会将其关闭.
通常,主机由VMwareDPM功能置于待机模式以优化电源使用情况.
还可以手动将主机置于待机模式.
但是,DRS可能会在其下次运行时撤消(或建议撤消)更改.
要强制主机保持关闭状态,请将其置于维护模式并将其关闭.
从群集内移除虚拟机可以从群集内移除虚拟机.
可通过以下两种方式从群集内移除虚拟机:n当从群集内移除主机时,所有未迁移到其他主机的已关闭的虚拟机也会被移除.
主机只有在维护模式或断开的情况下才可以被移除.
如果从DRS群集内移除主机,群集可能会因群集过载而变成黄色.
n可以使用迁移虚拟机向导将虚拟机从一个群集迁移到一台独立主机或者从一个群集迁移到另一个群集.
要启动此向导,请将虚拟机对象拖到群集对象上或右键单击虚拟机名称,然后选择迁移.
如果虚拟机属于DRS群集规则组,则vCenterServer会在允许迁移之前显示警告.
该警告提示从属的虚拟机没有自动迁移.
必须在执行迁移操作之前确认该警告.
DRS群集有效性vSphereClient会指示DRS群集是有效、过载(黄色)还是无效(红色).
DRS群集由于多个原因而变得过载或无效.
n群集可能由于一台主机发生故障而过载.
n如果vCenterServer不可用,并且使用与ESX/ESXi主机直接相连的vSphereClient启动虚拟机,则DRS群集将变为无效.
n如果用户在虚拟机进行故障切换时减少父资源池上的预留,则群集将变为无效.
n如果在vCenterServer不可用时使用与ESX/ESXi主机相连的vSphereClient对主机或虚拟机进行更改,则这些更改将生效.
但是,当vCenterServer再次可用时,您可能会发现群集由于不再满足群集要求而变为红色或黄色.
当考虑群集有效性情况时,应当了解以下术语.
预留保证分配给资源池的固定量,由用户输入.
使用的预留预留总量或每个子级资源池所使用的预留量(以较大者为准),以递归方式相加.
未预留这个非负数会根据资源池类型不同而有所不同.
n不可扩展的资源池:预留减去已使用的预留.
n可扩展的资源池:(预留减去已使用的预留)加上任何可从祖先资源池借来的未预留资源.
有效DRS群集有效群集拥有足够资源来满足所有预留以及支持所有正在运行的虚拟机.
图7-1显示具有固定资源池的有效群集的示例以及如何计算其CPU和内存资源.
vSphere资源管理指南56VMware,Inc.
图7-1具有固定资源池的有效群集群集总容量:12G预留的容量:11G可用容量:1GRP1预留:4G使用的预留:4G未预留:0GRP2预留:4G使用的预留:3G未预留:1GRP3预留:3G使用的预留:3G未预留:0G虚拟机1,2G虚拟机7,2G虚拟机2,2G虚拟机4,1G虚拟机8,2G虚拟机3,3G虚拟机5,2G虚拟机6,2G该群集具有以下特性:n总资源为12GHz的群集.
n三个类型均为固定(未选择可扩展预留)的资源池.
n三个资源池合起来的总预留为11GHz(4+4+3GHz).
总数显示在群集的预留的容量字段中.
nRP1是使用4GHz预留量创建的.
两个虚拟机.
启动了VM1和VM7,分别各占2GHz(使用的预留:4GHz).
未剩下资源用于启动额外的虚拟机.
VM6显示为未启动.
它不消耗任何预留.
nRP2是使用4GHz预留量创建的.
启动了两个虚拟机,分别各占1GHz和2GHz(使用的预留:3GHz).
还剩1GHz未预留.
nRP3是使用3GHz预留量创建的.
启动了一个占用3GHz的虚拟机.
没有资源可于启动额外的虚拟机.
图7-2举例说明具有某些资源池(RP1和RP3)的有效群集,这些资源池的预留类型为可扩展.
图7-2具有可扩展资源池的有效群集群集总容量:16G预留的容量:16G可用容量:0GRP1(可扩展)预留:4G使用的预留:6G未预留:0GRP2预留:5G使用的预留:3G未预留:2GRP3(可扩展)预留:5G使用的预留:5G未预留:0G虚拟机1,2G虚拟机7,2G虚拟机2,2G虚拟机4,1G虚拟机8,2G虚拟机3,3G虚拟机5,2G虚拟机6,2G章7使用DRS群集管理资源VMware,Inc.
57可按如下方式配置有效群集:n总资源为16GHz的群集.
nRP1和RP3的类型为可扩展,RP2的类型为"固定".
n这三个资源池合起来所使用的总预留是16GHz(其中RP1占6GHz,RP2占5GHz,RP3占5GHz).
16GHz显示为顶层群集的预留的容量.
nRP1是使用4GHz预留量创建的.
启动了三个虚拟机,分别各占用2GHz.
这些虚拟机中的两个(例如,VM1和VM7)可以使用RP1的预留,第三个虚拟机(VM6)可以使用群集资源池中的预留.
(如果此资源池的类型为固定,则无法启动额外的虚拟机.
)nRP2是使用5GHz预留量创建的.
启动了两个虚拟机,分别各占1GHz和2GHz(使用的预留:3GHz).
还剩2GHz未预留.
RP3是使用5GHz预留量创建的.
启动了两个虚拟机,分别各占3GHz和2GHz.
即使此资源池的类型为可扩展,也无法启动额外的2GHz虚拟机,因为父资源池的额外资源已被RP1占用.
过载的DRS群集当资源池和虚拟机的树在内部是一致的,但群集内没有足够容量来支持子资源池所预留的所有资源时,群集将会变为过载(黄色).
始终会有足够的资源来支持所有正在运行的虚拟机,因为当主机不可用时,其所有的虚拟机也不可用.
当群集容量突然减少时(例如,群集内的一台主机不可用时),群集通常会变为黄色.
VMware建议留足额外的群集资源,以避免群集变为黄色.
请考虑以下示例,如图7-3中所示.
图7-3黄色群集X群集总容量:12G8G预留的容量:12G可用容量:0GRP1(可扩展)预留:4G使用的预留:4G未预留:0GRP2预留:5G使用的预留:3G未预留:2GRP3(可扩展)预留:3G使用的预留:3G未预留:0G虚拟机1,2G虚拟机7,0G虚拟机2,2G虚拟机4,1G虚拟机3,3G虚拟机5,5G虚拟机6,2G在此示例中:n总资源为12GHz(分别来自三台各有4GHz资源的主机)的群集.
n预留了总共12GHz资源的三个资源池.
n三个资源池合起来所使用的总预留为12GHz(4+5+3GHz).
该数值显示为群集内预留的容量.
n由于其中一个4GHz主机不可用,因此总资源减少至8GHz.
vSphere资源管理指南58VMware,Inc.
n同时,故障主机上运行的VM4(1GHz)和VM3(3GHz)都不再运行.
n该群集现在正在运行的虚拟机总共需要6GHz资源.
该群集仍有8GHz的资源可用,足够满足虚拟机需求.
由于不再能达到12GHz的资源池预留,因此群集会被标记成黄色.
无效DRS群集当树内部不再一致,即未遵守资源限制时,已启用DRS的群集会变为无效(红色).
群集内资源的总数量与该群集是否为红色并无直接关联.
如果在子级别中存在不一致,即使在根级别中存在足够的资源,群集也可能为红色.
可通过关闭一个或多个虚拟机、将虚拟机移至树中有足够资源的部分或者编辑红色部分的资源池设置,来解决红色DRS群集问题.
添加资源通常仅在处于黄色状况时才有用.
如果在虚拟机正在进行故障切换时重新配置资源池,则群集也可能会变为红色.
正在进行故障切换的虚拟机会断开连接,并且不会算入父资源池所使用的预留.
在故障切换完成前,可减少父资源池的预留.
故障切换完成后,会再次将虚拟机资源纳入父资源池计算中.
如果池的使用量大于新的预留,则该群集将变为红色.
如图7-4中的示例所示,如果用户(以不支持的方式)能够启动一个使用资源池2下3GHz预留的虚拟机,则该群集会变为红色.
图7-4红色群集群集总容量:12G预留的容量:12G15G可用容量:0GRP1(可扩展)预留:4G使用的预留:4G未预留:0GRP2预留:2G使用的预留:2G5G未预留:0GRP3(可扩展)预留:6G使用的预留:2G未预留:4G0G虚拟机1,1G虚拟机7,3G虚拟机2,3G虚拟机3,1G虚拟机4,1G虚拟机5,1G虚拟机6,1G管理电源资源通过VMware分布式电源管理(DPM)功能,DRS群集可以根据群集资源利用率来启动和关闭主机,从而减少其功耗.
VMwareDPM监控内存和CPU资源的群集中所有虚拟机的累积需求,并将其与群集中所有主机的总可用资源量进行比较.
如果找到足够的额外容量,则VMwareDPM会将一台或多台主机置于待机模式,并将其虚拟机迁移到其他主机,然后将其关闭.
相反,当认为容量不够时,DRS会使这些主机退出待机模式(将它们启动),并使用vMotion将虚拟机迁移到这些主机上.
当进行这些计算时,VMwareDPM不仅考虑当前需求,而且还接受任何用户指定的虚拟机资源预留.
注意ESX/ESXi主机不能自动退出待机模式,除非它们正在vCenterServer管理的群集中运行.
章7使用DRS群集管理资源VMware,Inc.
59VMwareDPM可以使用三个电源管理协议之一使主机退出待机模式:智能平台管理接口(IPMI)、Hewlett-PackardIntegratedLights-Out(iLO)或Wake-On-LAN(WOL).
每个协议均需要其各自的硬件支持和配置.
如果主机不支持以上任何协议,则无法通过VMwareDPM将其置于待机模式.
如果主机支持多个协议,则将按以下顺序使用协议:IPMI、iLO、WOL.
注意不要在待机模式中断开主机,或在未启动它的情况下将其从DRS群集中移出,否则vCenterServer将不能再次启动主机.
为VMwareDPM配置IPMI或iLO设置IPMI是硬件级别规范,而Hewlett-PackardiLO是嵌入式服务器管理技术.
它们均介绍并提供用于远程监控和控制计算机的接口.
必须在每台主机上执行以下过程.
前提条件IPMI和iLO需要硬件底板管理控制器(BMC)提供用于访问硬件控制功能的网关,并允许使用串行或LAN连接从远程系统访问该接口.
即使主机自身已关闭,BMC仍是启动的.
如果已正确启用,则BMC可响应远程启动命令.
如果计划将IPMI或iLO用作唤醒协议,则必须配置BMC.
BMC配置步骤根据型号而异.
有关详细信息,请参见供应商的文档.
使用IPMI,还必须确保BMCLAN通道已配置为始终可用且允许操作员特权命令.
在某些IPMI系统上,当启用"LAN上的IPMI"时,必须在BIOS中对其进行配置并指定特定的IPMI帐户.
仅使用IPMI的VMwareDPM支持基于MD5和纯文本的身份验证,但不支持基于MD2的身份验证.
如果主机的BMC报告操作员角色支持并启用了MD2的身份验证,则vCenterServer使用MD5.
否则,如果BMC报告支持和启用了基于纯文本的身份验证,则使用基于纯文本的身份验证.
如果既未启用MD5身份验证,也未启用纯文本身份验证,则IPMI无法与主机配合使用,并且vCenterServer将尝试使用LAN唤醒.
步骤1在vSphereClient清单中选择主机.
2单击配置选项卡.
3单击电源管理.
4单击属性.
5输入以下信息.
nBMC帐户的用户名和密码.
(该用户名必须能够远程启动主机.
)n与BMC关联的网卡的IP地址,不同于主机的IP地址.
该IP地址应是具有无限租期的静态或DHCP地址.
n与BMC关联的网卡的MAC地址.
6单击确定.
vSphere资源管理指南60VMware,Inc.
测试VMwareDPM的LAN唤醒如果根据VMware准则配置用于VMwareDPM功能的LAN唤醒并成功对其进行测试,系统将完全支持对WOL的使用.
为群集首次启用VMwareDPM之前,或在要添加到正在使用VMwareDPM的群集的任何主机上,必须执行以下步骤.
前提条件在测试WOL之前,请确保群集满足先决条件.
n群集必须至少包含两个ESX3.
5(或ESX3i版本3.
5)或更高版本的主机.
n每台主机的vMotion网络链路必须工作正常.
vMotion网络还应当是单个IP子网,而不是由路由器分隔的多个子网.
n每台主机上的vMotion网卡都必须支持WOL.
要检查WOL支持,请首先通过在vSphereClient的"清单"面板中选择主机,再选择配置选项卡,然后单击网络以确定对应于VMkernel端口的物理网络适配器的名称.
获取此信息后,单击网络适配器,并查找对应于网络适配器的条目.
相关适配器应在支持LAN唤醒列中显示"是".
n要显示主机上每个网卡的WOL兼容状态,请在vSphereClient的"清单"面板中选择主机,再选择配置选项卡,然后单击网络适配器.
网卡应在支持LAN唤醒列中显示"是".
n每个支持WOL的vMotion网卡所插入到的交换机端口应设置为自动协商链路速度,而不是设置为固定速度(例如,1000Mb/s).
当主机关闭时,许多网卡仅在可切换到100Mb/s或更慢速度时,才支持WOL.
在验证这些必备条件之后,测试每个将使用WOL支持VMwareDPM的ESX/ESXi主机.
在测试这些主机时,请确保已针对该群集禁用了VMwareDPM功能.
小心确保对添加到VMwareDPM群集(将WOL用作唤醒协议)的任何主机进行测试,如果测试失败,则禁止其使用电源管理.
如果未完成此操作,则VMwareDPM可能会关闭随后无法再次启动的主机.
步骤1在vSphereClient中主机的摘要选项卡上单击进入待机模式命令.
此操作将关闭主机.
2通过在主机的摘要选项卡上单击启动命令,尝试使主机退出待机模式.
3观察主机是否再次成功启动.
4对于未能成功退出待机模式的任何主机,在"群集设置"对话框的"主机选项"页面中选择主机并将其电源管理设置更改为"已禁用".
执行此操作后,VMwareDPM将不会视此主机为要关闭的主机.
为DRS群集启用VMwareDPM在执行了每台主机上正使用的唤醒协议所需的配置或测试步骤后,可以启用VMwareDPM.
请配置电源管理自动化级别、阈值和主机级替代项.
这些设置在群集的"设置"对话框中的电源管理下进行配置.
您也可以使用调度任务:更改群集电源设置向导创建调度任务来为群集启用和禁用DPM.
注意如果DRS群集中的主机已连接USB设备,请对该主机禁用DPM.
否则,DPM可能会关闭主机,并断开设备与正在使用该设备的虚拟机之间的连接.
章7使用DRS群集管理资源VMware,Inc.
61自动化级别是否自动执行由VMwareDPM生成的主机电源状况和迁移建议取决于为该功能选择的电源管理自动化级别.
自动化级别在群集的"设置"对话框中的电源管理下进行配置.
可用选项包括:n关闭–禁用该功能且不提供建议.
n手动–提供主机电源操作和相关虚拟机迁移建议,但不自动执行.
这些建议显示在vSphereClient中群集的DRS选项卡上.
n自动–如果可以自动执行虚拟机迁移,则将自动执行相关的主机电源操作.
注意电源管理自动化级别与DRS自动化级别不同.
VMwareDPM阈值由VMwareDPM功能生成的电源状况(主机启动或关闭)建议按优先级进行分配,建议范围为—从优先级1到优先级5.
这些优先级分类的基础为:DRS群集内资源的过度利用率或利用率不足,以及预期对主机电源状况的改善.
.
优先级1的建议是强制性的,而优先级5的建议仅带来轻微改善.
该阈值在群集的"设置"对话框中的电源管理下进行配置.
每次将VMwareDPM阈值滑块向右移动一个级别后,都会使自动执行的一组建议的优先级或显示为要手动执行的建议的优先级下降一个级别.
在"保守"设置中,VMwareDPM仅生成优先级1的建议,向右的下一级别则生成优先级2以及更高级别的建议,然后依次类推,直至"激进"级别,该级别生成优先级5的建议以及更高级别的建议(即,生成所有建议).
注意DRS阈值和VMwareDPM阈值本质上是相互独立的.
您可以区分它们分别提供的迁移和主机电源状况建议的激进程度.
主机级替代项在DRS群集内启用VMwareDPM时,默认情况下,群集内的所有主机都将继承其VMwareDPM自动化级别.
通过选择群集的"设置"对话框的"主机选项"页面,然后单击其电源管理设置,可以更改单个主机的此默认值.
可以将此设置更改为以下选项:n已禁用n手动n自动注意如果由于退出待机模式测试失败而将主机的电源管理设置为禁用,请不要更改其设置.
在启用和运行VMwareDPM之后,通过查看每台主机的上次退出待机模式的时间信息(在"群集设置"对话框中的"主机选项"页面和每个群集的主机选项卡上显示),可以验证其是否能够正常工作.
此字段会显示一个时间戳,以及vCenterServer上次尝试使主机退出待机模式的结果是"成功"还是"失败".
如果未曾进行此类尝试,则字段将显示"从不".
注意上次退出待机模式的时间文本框的时间派生自vCenterServer事件日志.
如果清除此日志,则时间将重置为"从不".
vSphere资源管理指南62VMware,Inc.
监控VMwareDPM可以在vCenterServer中使用基于事件的警报来监控VMwareDPM.
使用VMwareDPM时可能出现的最严重的错误是:主机在DRS群集需要其容量时无法退出待机模式.
可以使用在vCenterServer中预先配置的退出待机错误警报来监控出现此错误时的情况.
如果VMwareDPM无法使主机退出待机模式(vCenterServer事件DrsExitStandbyModeFailedEvent),可以将此警报配置为向管理员发送警示电子邮件或者使用SNMP陷阱发送通知.
默认情况下,在vCenterServer能够成功连接到该主机之后,将清除此警报.
要监控VMwareDPM活动,还可以为表7-1中所示的以下vCenterServer事件创建警报.
表7-1vCenterServer事件事件类型事件名称正在进入待机模式(即将关闭主机)DrsEnteringStandbyModeEvent已成功进入待机模式(主机已成功关闭)DrsEnteredStandbyModeEvent正在退出待机模式(即将启动主机)DrsExitingStandbyModeEvent已成功退出待机模式(已成功启动)DrsExitedStandbyModeEvent有关创建和编辑警报的详细信息,请参见《VMwarevSphere数据中心管理指南》.
如果是使用监控软件而不是vCenterServer,并且该软件会在意外关闭物理主机时触发警报,那么,当VMwareDPM使主机进入待机模式时可能会出现生成"无效"警报的情况.
如果不希望接收这些警报,请配合供应商部署一个与vCenterServer集成的监控软件版本.
还可以使用vCenterServer本身作为监控解决方案,因为从vSphere4.
x开始,它本身能够识别VMwareDPM且不会触发这些无效警报.
使用关联性规则您可以使用关联性规则,控制群集内主机上的虚拟机的放置位置.
以下列表介绍了两种类型的关联性规则.
n虚拟机-主机关联性规则用于指定一组虚拟机与一组主机之间的关联性(或反关联性).
有关创建和使用此类型规则的信息,请参见第63页,"虚拟机-主机关联性规则".
n虚拟机-虚拟机关联性规则用于指定各个虚拟机之间的关联性(或反关联性).
有关创建和使用此类型规则的信息,请参见第65页,"虚拟机-虚拟机关联性规则".
添加或编辑关联性规则时,如果群集的当前状态违反规则,系统将继续运行并尝试更正冲突.
对于处于手动和半自动模式的DRS群集,将以规则实现和负载平衡为依据给出迁移建议,以待审批.
您不一定要遵循这些规则,但在规则实现之前,相应的建议将一直保留.
要检查是否违反了任何已启用的关联性规则,且是否无法由DRS进行更正时,可以选择群集的DRS选项卡,然后单击故障.
如果违反了某规则,则在此页面中将会显示与之相对应的错误.
请阅读该错误以确定为什么DRS不能满足特定规则.
规则违反也会生成日志事件.
注意虚拟机-虚拟机关联性规则与虚拟机-主机关联性规则与各个主机的CPU关联性规则不同.
虚拟机-主机关联性规则虚拟机-主机关联性规则指定选定的虚拟机DRS组的成员是否可在特定主机DRS组的成员上运行.
与指定各个虚拟机之间的关联性(或反关联性)的虚拟机-虚拟机关联性规则不同,虚拟机-主机关联性规则会指定一组虚拟机与一组主机之间的关联性关系.
存在"必要"规则(由"必须"指定)和"首选"规则(由"应该"指定).
章7使用DRS群集管理资源VMware,Inc.
63虚拟机-主机关联性规则包括以下组件.
n一个虚拟机DRS组.
n一个主机DRS组.
n指定规则是必要("必须")还是首选项("应该"),以及规则是关联性("运行于")还是反关联性("不运行于").
由于虚拟机-主机关联性规则是基于群集的,因此规则中包含的虚拟机和主机必须全部位于同一群集中.
如果从群集移除虚拟机,则虚拟机会丢失其DRS组关联性(即使稍后恢复到群集也是如此).
创建虚拟机-主机关联性规则可以在"群集设置"对话框中创建虚拟机与主机间的关联性规则,以指定所选虚拟机DRS组的成员能否在特定主机DRS组的成员上运行.
前提条件创建虚拟机-主机关联性规则所应用到的(虚拟机和主机)DRS组.
步骤1右键单击清单中的群集,然后选择编辑设置.
2在"群集设置"对话框左窗格中的VMwareDRS下,选择规则.
3单击添加.
4在"虚拟机规则"对话框中,键入规则的名称.
5从类型菜单中,选择虚拟机到主机.
6选择该规则所应用到的虚拟机DRS组和主机DRS组.
7为该规则选择规范:即是否为必要("必须")或者首选("应该"),以及是否为关联性("运行于")或者反关联性("不运行于").
8单击确定.
9单击确定保存该规则.
使用虚拟机-主机关联性规则您可以使用虚拟机-主机关联性规则,以指定虚拟机组和主机组之间的关联性关系.
使用虚拟机-主机关联性规则时,您应该了解这些规则何时最有用,如何解决规则之间的冲突以及小心设置所需关联性规则的重要性.
以下是虚拟机-主机关联性规则非常有帮助的一个用例:在虚拟机中运行的软件具有许可限制.
您可以将此类虚拟机置于DRS组中,然后创建规则,要求虚拟机在仅包含具有所需许可证的主机的主机DRS组中运行.
注意当基于虚拟机中运行的软件的许可或硬件要求创建虚拟机-主机关联性规则时,您需要确保正确设置各个组.
规则不会监控虚拟机中运行的软件,也不会了解哪些ESX/ESXi主机中准备了何种非VMware许可证.
如果创建多个虚拟机-主机关联性规则,这些规则不会进行排序,将平等应用.
请注意,这会对规则的交互方式有影响.
例如,属于两个DRS组(每个组都属于不同的必要规则)的虚拟机只能在同时属于这两个主机DRS组(如规则中所述)的主机上运行.
创建虚拟机-主机关联性规则时,不会检查该规则是否能在与其他规则相关的情况下运行.
因此,您创建的规则可能会与正在使用的其他规则相冲突.
当两个虚拟机-主机关联性规则发生冲突时,将优先使用老的规则,并禁用新的规则.
DRS仅尝试满足已启用的规则,会忽略已禁用的规则.
vSphere资源管理指南64VMware,Inc.
DRS、VMwareHA和VMwareDPM不会采取任何会导致违反必要关联性规则(虚拟机DRS组"必须运行于"或"不得运行于"主机DRS组上)的操作.
相应地,您应该小心使用此类型的规则,因为可能会对群集运行造成负面影响.
如果未正确使用,必要虚拟机-主机关联性规则可能会将群集分为多个段,并阻碍DRS、VMwareHA和VMwareDPM正确运行.
如果这样做会违反必要关联性规则,则不会执行许多群集功能.
nDRS不会撤出虚拟机,以将主机置于维护模式.
nDRS不会将虚拟机置于启动状态,也不会对虚拟机进行负载平衡.
nVMwareHA不会执行故障切换.
nVMwareDPM不会通过将主机置于待机模式来优化电源管理.
要避免这些情况,在创建多个必要关联性规则时或考虑仅使用首选的虚拟机-主机关联性规则(虚拟机DRS组"必须运行于"或"不得运行于"主机DRS组上)时,请倍加小心.
请确保与每个虚拟机关联的群集中的主机数目足够大,即使丢失一个主机也不会导致缺少可运行虚拟机的主机.
可以违反首选规则,以使DRS、VMwareHA和VMwareDPM可以正确运行.
注意您可以创建基于事件的警报,当虚拟机违反虚拟机-主机关联性规则时触发该警报.
在vSphereClient中,为虚拟机添加新警报并选择虚拟机正在违反虚拟机/主机关联性规则作为事件触发器.
有关创建和编辑警报的详细信息,请参见《VMwarevSphere数据中心管理指南》.
虚拟机-虚拟机关联性规则虚拟机-虚拟机关联性规则指定选定的单个虚拟机是应在同一主机上运行还是应保留在其他主机上.
此类型规则用于创建所选单个虚拟机之间的关联性或反关联性.
当创建关联性规则时,DRS会尝试将指定的虚拟机都保留在同一主机上.
例如,可能需要出于性能原因而这样做.
使用反关联性规则时,DRS会尝试将指定的虚拟机分开.
如果要保证某些虚拟机始终在不同物理主机上,则可以使用此类规则.
在该情况下,如果一个主机出现问题,不会将所有虚拟机都置于风险中.
创建虚拟机-虚拟机关联性规则可以在"群集设置"对话框中创建虚拟机与虚拟机间的关联性规则,以指定所选的各个虚拟机应在同一主机上运行还是保留在单独的主机上.
步骤1右键单击清单中的群集,然后选择编辑设置.
2在"群集设置"对话框左窗格中的VMwareDRS下,选择规则.
3单击添加.
4在"虚拟机规则"对话框中,键入规则的名称.
5从类型菜单中,选择聚集虚拟机或单独的虚拟机.
6单击添加.
7至少选择两个要应用该规则的虚拟机,然后单击确定.
8单击确定保存该规则.
章7使用DRS群集管理资源VMware,Inc.
65虚拟机-虚拟机关联性规则冲突您可以创建并使用多个虚拟机-虚拟机关联性规则,但是,这可能会导致规则相互冲突的情况发生.
如果两条虚拟机-虚拟机关联性规则存在冲突,则无法同时启用这两条规则.
例如,如果一条规则要求两个虚拟机始终在一起,而另一条规则要求这两个虚拟机始终分开,则无法同时启用这两条规则.
选择应用其中一条规则,并禁用或移除冲突的规则.
当两个虚拟机-虚拟机关联性规则发生冲突时,将优先使用老的规则,并禁用新的规则.
DRS仅尝试满足已启用的规则,会忽略已禁用的规则.
与关联性规则的冲突相比,DRS将优先阻止反关联性规则的冲突.
vSphere资源管理指南66VMware,Inc.
查看DRS群集信息8通过使用vSphereClient中群集摘要和DRS选项卡,可以查看有关DRS群集的信息.
还可以应用显示在DRS选项卡中的DRS建议.
本章讨论了以下主题:n第67页,"查看群集摘要选项卡"n第68页,"使用DRS选项卡"查看群集摘要选项卡可以从vSphereClient的清单面板访问群集的摘要选项卡.
此选项卡的"常规"、"VMwareDRS"和"VMwareDRS资源分发"部分显示有关群集的配置和操作的有用信息.
以下各节将介绍这些部分中出现的字段.
群集摘要选项卡常规区域群集的"摘要"选项卡的"常规"区域提供有关群集的常规信息.
表8-1常规区域字段描述VMwareDRS表示VMwareDRS是否已开启.
VMwareHA表示VMwareHA是否已开启.
VMwareEVC模式表示增强型vMotion兼容性是否已启用.
总CPU资源分配给该群集的CPU资源总量.
总内存分配给该群集的内存资源总量.
主机数该群集上主机的数目.
处理器总数该群集上所有主机中的处理器数目.
虚拟机数目该群集上虚拟机的数目.
使用vMotion的总迁移数群集中所执行的迁移总数.
VMware,Inc.
67群集摘要选项卡VMwareDRS区域仅当启用了VMwareDRS时,VMwareDRS区域才会出现在群集摘要选项卡中.
表8-2VMwareDRS区域字段描述迁移自动化级别手动、半自动和全自动.
电源管理自动化级别关闭、手动和自动.
DRS建议正在等待用户确认的DRS迁移建议的数量.
如果该值非零,则打开群集的DRS选项卡的"建议"页面.
DRS故障当前未完成的DRS故障的数量.
如果该值非零,则打开群集的DRS选项卡的"故障"页面.
迁移阈值表示要应用或生成的迁移建议的优先级.
目标主机负载标准偏差从迁移阈值设置派生的值,低于此值,将处于负载不平衡状态.
当前主机负载标准偏差指示群集内当前负载不平衡的值.
此值应当小于目标主机负载标准偏差,除非有未应用的DRS建议或限制阻止达到该级别.
查看资源分发图表打开可提供CPU和内存使用情况信息的资源分发图表.
查看DRS故障排除指南打开《DRS故障排除信息指南》,其中提供DRS故障的定义以及有关群集、主机和虚拟机问题的详细信息.
VMwareDRS资源分发图表VMwareDRS资源分发图表显示CPU和内存的使用情况信息.
单击VMwareDRS群集的摘要选项卡上的"查看资源分发图表"链接,可打开此图表.
CPU利用率CPU利用率按单个虚拟机显示,并按主机分组.
图表用彩色框显示每个虚拟机的信息,不同颜色表示已向其递送的授权资源的百分比(由DRS计算).
如果虚拟机正在接受其可用量,则此框应为绿色.
如果较长时间处于非绿色,您可能需要调查造成此情况的原因(例如,未应用的建议).
如果将指针放在与虚拟机相对应的框上,则将显示其使用情况信息(已消耗与可用量).
通过单击"%"或"MHz"按钮,可以在相应模式间切换显示CPU资源信息.
内存利用率内存利用率按单个虚拟机显示,并按主机分组.
如果将指针放在与虚拟机相对应的框上,则将显示其使用情况信息(已消耗与可用量).
通过单击"%"或"MHz"按钮,可以在相应模式间切换显示内存资源信息.
使用DRS选项卡DRS选项卡在从vSphereClient的清单面板中选择DRS群集对象时可用.
此选项卡显示有关为群集提供的DRS建议、在应用此类建议时发生的故障和DRS操作历史记录的信息.
可以从该选项卡访问三个页面.
这些页面的名称为"建议"、"故障"和"历史记录".
vSphere资源管理指南68VMware,Inc.
DRS建议页面"DRS建议"页面显示有关群集如何使用DRS的信息.
另外,该页面还会显示为了通过迁移或电源管理优化群集内的资源利用率而生成的一组最新建议.
此列表上仅显示等待用户确认的手动建议.
要查看"DRS建议"页面,请单击DRS选项卡上的建议按钮.
"DRS建议"页面将显示表8-3中出现的群集属性.
表8-3DRS建议页面字段描述迁移自动化级别DRS虚拟机迁移建议的自动化级别.
全自动、半自动或手动.
电源管理自动化级别VMwareDPM建议的自动化级别.
关闭、手动或自动.
迁移阈值要应用的DRS建议的优先级(或更高级别).
电源管理阈值要应用的VMwareDPM建议的优先级(或更高级别).
表8-4显示了DRS为每个建议提供的信息.
表8-4DRS建议信息列描述优先级所提供建议的优先级(1-5).
优先级1(最高级别)表示因主机正进入维护或待机模式或违反关联性规则而需要强制移动.
其他优先级级别表示建议能在多大程度上提高群集性能,从优先级2(显著提高)到优先级5(轻微提高).
在ESX/ESXi4.
1的先前版本中,建议采取星级(1到5星)而不是优先级.
星级越高,越需要移动.
有关优先级计算的信息,请参见VMware知识库文章,网址为http://kb.
vmware.
com/kb/1007485.
建议由DRS建议的操作.
本列显示的内容取决于所提供建议的类型.
n对于虚拟机迁移:要迁移的虚拟机的名称、(虚拟机当前正在其上运行的)源主机以及(虚拟机要迁移到其上的)目标主机.
n对于主机电源状况更改:要启动或关闭的主机的名称.
原因提供建议的原因.
DRS之所以建议迁移虚拟机或转换主机电源状况,原因可能与以下任一情况有关.
n平衡平均CPU或内存负载.
n满足关联性规则.
n主机正在进入维护模式.
n降低功耗.
n关闭特定主机.
n增加群集容量.
n平衡CPU或内存预留.
n保持未预留的容量.
可从"DRS建议"页面执行的操作:n要刷新建议,请单击运行DRS,建议即得到更新.
此命令会显示在全部三个DRS页面上.
n要应用所有建议,请单击应用建议.
n要应用建议的子集,请选中替代DRS建议复选框.
这将激活每个建议旁边的应用复选框.
选中每个建议旁边的复选框,然后单击应用建议.
DRS建议只能使用vCenterServer来配置.
如果vSphereClient与ESX/ESXi主机直接相连,则迁移功能不可用.
要使用迁移功能,请通过vCenterServer管理主机.
章8查看DRS群集信息VMware,Inc.
69DRS故障页面DRS选项卡的"故障"页面中显示了阻止提出DRS操作建议(手动模式下)或应用DRS建议(自动模式下)的故障.
可以通过单击DRS选项卡上的故障按钮访问此页面.
可以使用包含文本框自定义问题的显示.
从文本框旁的下拉框中选择搜索条件(时间、问题和目标),然后输入相关的文本字符串.
可单击问题以显示有关该问题的其他详细信息,包括特定故障及其阻止的建议.
如果单击故障名称,则《DRS故障排除指南》将提供该故障的详细说明.
还可以通过单击查看《DRS故障排除指南》从"故障"页面访问此指南.
对于每个故障,DRS均将提供表8-5中显示的信息.
表8-5DRS故障页面字段描述时间故障发生时的时间戳.
问题对阻止提出或应用建议的条件的描述.
选择此字段后,将在"问题详细信息"框中显示与其关联的故障的详细信息.
目标所需操作的目标.
DRS历史记录页面DRS选项卡的"历史记录"页面上显示了最近根据DRS建议所采取的操作.
可以通过单击DRS选项卡上的历史记录按钮访问此页面.
对于每个操作,DRS均将提供表8-6中显示的信息.
表8-6DRS历史记录页面字段描述DRS操作所采取操作的详细信息.
时间操作发生时的时间戳.
默认情况下,此页面上的信息将保留4个小时,并且会跨会话保留(可以注销会话,而当您再次登录时,该信息仍然可用).
可以使用包含文本框自定义近期操作的显示.
从文本框旁的下拉框中选择搜索条件("DRS操作"和"时间"),然后输入相关的文本字符串.
vSphere资源管理指南70VMware,Inc.
配合使用NUMA系统和ESX/ESXi9在支持NUMA(非一致性内存访问)的服务器架构中,ESX/ESXi支持对Intel和AMDOpteron处理器的内存访问进行优化.
在了解如何执行ESX/ESXiNUMA调度以及VMwareNUMA算法如何工作之后,可以指定NUMA控件以优化虚拟机的性能.
本章讨论了以下主题:n第71页,"什么是NUMA"n第72页,"ESX/ESXiNUMA调度的工作方式"n第72页,"VMwareNUMA优化算法和设置"n第74页,"NUMA架构中的资源管理"n第74页,"指定NUMA控制"什么是NUMANUMA系统是具有多个系统总线的高级服务器平台.
可以在单个系统映像中利用大量处理器,具有极高的性价比.
在过去的十年中,处理器时钟速度获得了巨大的提升.
但是,几GHz的CPU需要具备大量的内存带宽,才能有效利用其处理能力.
即使是运行占用大量内存的工作负载(例如科学计算应用程序)的单个CPU,也会受到内存带宽的限制.
在对称多处理(SymmetricMultiProcessing,SMP)系统上,这个问题会变得更加严重,因为许多处理器必须竞争同一系统总线上的带宽.
一些高端系统通常通过构建高速数据总线来尝试解决这个问题.
但是这种解决方案价格昂贵而且可扩展性也受到限制.
NUMA是一种替代方法,它使用高性能连接将多个具有成本效益的小型节点连接起来.
每个节点均包含处理器和内存,很像一个小型SMP系统.
但是,高级内存控制器允许节点使用所有其他节点上的内存,从而创建了单个系统映像.
当处理器访问不在自己节点内的内存(远程内存)时,数据必须通过NUMA连接来传输,这种传输的速度比访问本地内存的速度慢.
顾名思义,这种技术的内存访问时间是不一致的,而且取决于内存的位置和通过其访问内存的节点.
对操作系统的挑战因为NUMA架构提供单个系统映像,所以通常可以运行没有经过专门优化的操作系统.
例如,IBMx440完全支持Windows2000,尽管Windows2000并未针对与NUMA配合使用而设计.
在NUMA平台上使用这种操作系统有许多缺点.
远程内存访问的滞后时间较长,会使处理器得不到充分利用,经常要等待数据传输到本地节点,而且NUMA连接会成为具有高内存带宽需求的应用程序的瓶颈.
VMware,Inc.
71而且,这种系统上的性能会有很大变化.
例如,如果应用程序在一次基准运行时将内存放置在本地,但后来的一次运行碰巧将所有的这些内存放在远程节点上,此时性能就会发生变化.
此现象会让容量规划变得困难.
最后,多个节点之间的处理器时钟可能会不同步,因此直接读取时钟的应用程序可能会出现错误的行为.
一些高端UNIX系统支持在编译器和编程库中进行NUMA优化.
此支持需要软件开发人员调整和重新编译他们的程序才能获得最佳的性能.
针对一个系统进行的优化不能保证在下一代相同的系统上也能正常发挥作用.
其他系统允许管理员明确决定运行应用程序的节点.
对于要求其所有内存均必须是本地内存的某些应用程序,可能接受这种做法,不过当工作负载变化时会造成管理负担并且会导致节点之间不平衡.
理想情况下,系统软件提供了透明的NUMA支持,因此应用程序可以立即受益,无需进行修改.
该系统应充分利用本地内存并且智能调度程序,不需要管理员经常干预.
最后,该系统必须在不影响公平性或性能的情况下,对不断变化的状况作出良好的响应.
ESX/ESXiNUMA调度的工作方式ESX/ESXi使用复杂的NUMA调度程序来动态平衡处理器负载、内存局部性或处理器负载.
1由NUMA调度程序管理的每个虚拟机均分配有主节点.
主节点是系统的NUMA节点之一,其中包含处理器和本地内存,如系统资源分配表(SRAT)所示.
2将内存分配给虚拟机时,ESX/ESXi主机优先从主节点分配内存.
3NUMA调度程序可以动态更改虚拟机的主节点以响应系统负载的变化.
该调度程序可能会将虚拟机迁移到新的主节点,以减少处理器负载的不平衡.
因为这可能会导致使用更多远程内存,所以调度程序可能会将虚拟机的内存动态迁移到新的主节点,以改善内存局部性.
在改善总体内存局部性的同时,NUMA调度程序还可能在节点之间交换虚拟机.
一些虚拟机不受ESX/ESXiNUMA调度程序管理.
例如,如果为虚拟机手动设置了处理器关联性,NUMA调度程序可能无法管理该虚拟机.
未受NUMA调度程序管理的虚拟机仍然可以正确运行.
但是,这些虚拟机不能从ESX/ESXi的NUMA优化中受益.
ESX/ESXi中的NUMA调度和内存放置策略可以透明地管理所有虚拟机,因此管理员不需要明确处理在节点之间平衡虚拟机这一复杂事情.
无论客户机操作系统的类型如何,优化措施都可以顺利发挥作用.
ESX/ESXi甚至为不支持NUMA硬件的虚拟机(例如WindowsNT4.
0)也提供了NUMA支持.
因此,即使是使用旧版操作系统,也可以利用新的硬件.
如果虚拟机上的虚拟处理器数量超过单个硬件节点上可用的物理处理器内核数,则可以自动管理该虚拟机.
NUMA调度程序调控此类虚拟机的方法是使其跨越各NUMA节点.
即,虚拟机分为多个NUMA客户端,每个客户端都分配到一个节点,然后由调度程序将其作为正常、非跨越客户端进行管理.
这可提高某些具有较低局部性且占用大量内存的工作负载的性能.
有关配置此功能的行为的信息,请参见第95页,"高级虚拟机属性".
VMwareNUMA优化算法和设置本节介绍了ESX/ESXi在维持资源保证量的同时,用来充分提高应用程序性能的算法和设置.
主节点和初始放置位置当启动虚拟机时,ESX/ESXi会向其分配主节点.
虚拟机仅在其主节点内的处理器上运行,而且新分配的内存也来自该主节点.
除非虚拟机的主节点更改,否则虚拟机仅使用本地内存,从而避免了与其他NUMA节点的远程内存访问相关联的性能损失.
新的虚拟机最初以循环方式分配到主节点,第一个虚拟机分配到第一个节点,第二个虚拟机分配到第二个节点,以此类推.
此策略确保在系统的所有节点上均匀地使用内存.
vSphere资源管理指南72VMware,Inc.
诸如WindowsServer2003之类的一些操作系统提供了这一级别的NUMA支持(称为初始放置位置).
对于仅运行单个工作负载(例如基准配置,它不会在系统的正常运行时间过程中发生变化)的系统,这可能够用了.
但是,初始放置位置还不够完善,不能保证预期支持工作负载变化的数据中心级系统的良好性能和公平性.
要了解仅采用初始放置位置的系统的缺点,请考虑以下示例:管理员启动四个虚拟机,系统将其中两个虚拟机置于第一个节点上,将剩下的两个虚拟机置于第二个节点上.
如果第二个节点上的两个虚拟机均停止,或者这两个虚拟机均闲置,则系统将完全不平衡,全部负载都会置于第一个节点上.
即使系统允许剩余的虚拟机中可以有一个虚拟机远程运行在第二个节点上,它也会由于所有的内存都保留在原始节点上而遭受严重的性能损失.
动态负载平衡和页面迁移ESX/ESXi结合了传统的初始放置位置方法和动态再平衡算法.
系统定期(默认情况下每两秒一次)检查各个节点的负载,并且确定是否应通过将虚拟机从一个节点移至另一个节点来再平衡负载.
此计算考虑了虚拟机和资源池的资源设置,以便在不违反公平性或资源可用量的情况下改善性能.
再平衡器选择合适的虚拟机,并将其主节点更改为负载最少的节点.
如果可以的话,再平衡器会移动目标节点上已经有一些内存的虚拟机.
从此之后(除非再次移动),虚拟机将在新的主节点上分配内存,并且仅在新主节点内的处理器上运行.
再平衡是维持公平性和确保完全使用所有节点的有效解决方案.
再平衡器可能需要将虚拟机移至已经分配少量内存或没有分配内存的节点上.
这种情况下,虚拟机会遭受与大量远程内存访问相关联的性能损失.
ESX/ESXi通过将内存从虚拟机的原始节点以透明的方式迁移到新的主节点,可以消除该损失:1系统选择原始节点上的页(4KB连续内存),并将其数据复制到目标节点中的页上.
2系统使用虚拟机监控层和处理器的内存管理硬件来无缝地重新映射虚拟机的内存视图,因此系统将目标节点上的页用于后续的所有引用,从而消除了远程访问内存所带来的损失.
当虚拟机移至新的节点时,ESX/ESXi主机立即开始按此方式迁移其内存.
主机会管理迁移速率,以避免让系统负担过重,特别是在虚拟机剩下很少的远程内存或目标节点的可用内存很少时.
如果虚拟机只是短时间内移至新的节点,则内存迁移算法还可以确保ESX/ESXi主机不会进行不必要的内存移动.
当初始放置位置、动态再平衡和智能内存迁移配合使用时,即使工作负载出现变化,也能确保NUMA系统的良好内存性能.
当主要工作负载出现变化时(例如启动新的虚拟机时),系统需要一些时间来重新调整,将虚拟机和内存迁移到新的位置.
经过很短的时间之后(通常是几秒钟或几分钟),系统就可以完成重新调整并达到稳定状况.
针对NUMA优化的透明页共享许多ESX/ESXi工作负载存在跨虚拟机共享内存的机会.
例如,几个虚拟机可能正在运行同一客户机操作系统的多个实例,加载了相同的应用程序或组件,或包含公用数据.
这些情况下,ESX/ESXi系统使用专用的透明页共享技术安全地消除了内存页的冗余副本.
采用内存共享,在虚拟机中运行的工作负载消耗的内存通常要少于其在物理机上运行时所需的内存.
因此,可以高效地支持更高级别的过载.
ESX/ESXi系统的透明页共享也针对在NUMA系统上的使用而经过了优化.
在NUMA系统上,页按照节点进行共享,因此对于频繁共享的页面,每个NUMA节点都有自己的本地副本.
当虚拟机使用共享页时,它们不需要访问远程内存.
跨NUMA节点和在NUMA节点内共享内存页"VMkernel.
Boot.
sharePerNode"选项控制内存页是否仅可以在单个NUMA节点内共享(删除重复数据),还是可以跨多个NUMA节点共享.
章9配合使用NUMA系统和ESX/ESXiVMware,Inc.
73"VMkernel.
Boot.
sharePerNode"默认情况下处于打开状态,并且仅在同一NUMA节点内共享相同页.
这可改善内存局部性,因为对共享页的所有访问均需使用本地内存.
注意此默认行为在ESX的所有先前版本中亦然如此.
关闭"VMkernel.
Boot.
sharePerNode"选项后,可以跨不同NUMA节点共享相同页.
这增加了共享和删除重复数据的数量,从而以内存局部性为代价降低了总体内存消耗.
在内存受限的环境(如VMwareView部署)中,可能需要删除许多相似虚拟机上的重复数据,因此跨NUMA节点共享页面可能非常有益.
NUMA架构中的资源管理可以使用不同类型的NUMA架构进行资源管理.
能够提供NUMA平台以支持业界标准操作系统的系统包括:基于AMDCPU或IBM企业X型架构的系统.
IBM企业X型架构IBM企业X型架构是支持NUMA的架构之一.
IBM企业X型架构支持最多具有四个节点的服务器(在IBM术语中也称为CEC或SMP扩展联合).
每个节点最多可以包含四个IntelXeonMP处理器,总共16个CPU.
下一代IBMeServerx445使用增强版本的企业X型架构,并扩展为八个节点,每个节点最多四个XeonMP处理器,总共32个CPU.
第三代IBMeServerx460提供了类似的可扩展性,但另外还支持64位XeonMP处理器.
所有这些系统的高可扩展性均源于企业X型架构的NUMA设计;基于POWER4的IBM高端pSeries服务器也采用了该设计.
基于AMDOpteron的系统基于AMDOpteron的系统(如HPProLiantDL585Server)也提供了NUMA支持.
BIOS节点交叉设置决定了系统行为更像NUMA系统还是更像统一内存架构(UMA)系统.
请参见《HPProliantDL585Server》中的技术摘要.
另请参见HP网站上的《基于HPROM的安装实用程序用户向导》.
默认情况下,禁用节点交叉,因此每个处理器都有自己的内存.
BIOS生成系统资源分配表(SRAT),因此ESX/ESXi主机将系统作为NUMA来进行检测并应用NUMA优化.
如果启用节点交叉(也称为交叉内存),则BIOS不生成SRAT,因此ESX/ESXi主机不会将系统作为NUMA来进行检测.
目前提供的Opteron处理器的每个插槽最多有四个内核.
当节点内存处于启用状态时,会划分Opteron处理器上的内存,以便每个插槽有一些本地内存,但其他插槽的内存则是远程的.
单内核Opteron系统的每个NUMA节点有单个处理器,而双内核Opteron系统的每个NUMA节点有两个处理器.
SMP虚拟机(有两个虚拟处理器)无法驻留在具有单个内核的NUMA节点内,例如单内核Opteron处理器.
这也意味着ESX/ESXiNUMA调度程序无法管理这些虚拟机.
未受NUMA调度程序管理的虚拟机仍然可以正确运行.
但是,这些虚拟机不会从ESX/ESXiNUMA优化中受益.
单处理器虚拟机(具有单个虚拟处理器)可以驻留在单个NUMA节点内,并且由ESX/ESXiNUMA调度程序进行管理.
注意现在,对于小型Opteron系统会在默认情况下禁用NUMA再平衡,以确保调度的公平性.
可以使用"Numa.
RebalanceCoresTotal"和"Numa.
RebalanceCoresNode"选项更改此行为.
指定NUMA控制如果您有一些占用大量内存的应用程序或者有少量的虚拟机,可能要通过明确指定虚拟机CPU和内存放置位置来优化性能.
如果虚拟机运行占用大量内存的工作负载(例如内存中的数据库或具有大型数据集的科学计算应用程序),这样做很有用.
如果已知系统工作负载很简单而且不会变化,您可能还想手动优化NUMA放置位置.
例如,对于一个由运行8个虚拟机而且具有类似工作负载的8个处理器组成的系统,很容易进行明确地优化.
注意大多数情况下,ESX/ESXi主机的自动NUMA优化会产生良好的性能.
vSphere资源管理指南74VMware,Inc.
ESX/ESXi为NUMA放置位置提供了两组控制,因此管理员可以控制虚拟机的内存和处理器位置.
vSphereClient允许您指定两个选项.
CPU关联性虚拟机应仅使用给定节点上的处理器.
内存关联性服务器应仅在指定的节点上分配内存.
如果在虚拟机启动前设置了这两个选项,则虚拟机仅在选定的节点上运行,而且其所有的内存均在本地分配.
虚拟机已经开始运行后,管理员还可以手动将虚拟机移至另一个节点.
这种情况下,必须手动设置虚拟机的页迁移速率,以便虚拟机前一个节点中的内存可以移至新的节点.
手动设置NUMA的放置位置可能会干扰ESX/ESXi资源管理算法,这种算法尝试向每个虚拟机赋予公平份额的系统处理器资源.
例如,如果将十个虚拟机(具有占用大量处理器的工作负载)手动置于一个节点,并且仅将两个虚拟机手动置于另一个节点,则系统不可能为所有这十二个虚拟机赋予相等份额的系统资源.
注意可以在resxtop(或esxtop)实用程序的"内存"面板中查看NUMA配置信息.
使用CPU关联性将虚拟机与单个NUMA节点相关联通过将虚拟机与单个NUMA节点上的CPU编号相关联(手动CPU关联性),可能会改善虚拟机上应用程序的性能.
步骤1使用vSphereClient,右键单击虚拟机并选择编辑设置.
2在"虚拟机属性"对话框中,选择资源选项卡并选择高级CPU.
3在"调度关联性"面板中,为不同的NUMA节点设置CPU关联性.
注意必须为NUMA节点中的所有处理器手动选择这些框.
CPU关联性是按照处理器指定的,而不是按照节点指定的.
使用内存关联性将内存分配与NUMA节点相关联可以指定虚拟机上所有的后续内存分配使用与单个NUMA节点关联的页(也称为手动内存关联性).
当虚拟机使用本地内存时,该虚拟机上的性能会得到改善.
注意只有在指定了CPU关联性时,才能指定要用于以后内存分配的节点.
如果仅对内存关联性设置进行了手动更改,则自动NUMA再平衡功能将无法正常工作.
步骤1使用vSphereClient,右键单击虚拟机并选择编辑设置.
2在"虚拟机属性"对话框中,选择资源选项卡并选择内存.
3在"NUMA内存关联性"面板中,设置内存关联性.
章9配合使用NUMA系统和ESX/ESXiVMware,Inc.
75示例9-1将虚拟机绑定到单个NUMA节点以下示例说明了将最后四个物理CPU手动绑定到8路服务器上双路虚拟机的单个NUMA节点.
CPU(例如4、5、6和7)是物理CPU编号.
1在vSphereClient"清单"面板中,选择该虚拟机并选择编辑设置.
2选择选项并单击高级.
3单击配置参数按钮.
4在vSphereClient中,为处理器4、5、6和7打开CPU关联性.
接着,您希望此虚拟机仅在节点1上运行.
1在vSphereClient"清单"面板中,选择该虚拟机并选择编辑设置.
2选择选项并单击高级.
3单击配置参数按钮.
4在vSphereClient中,将NUMA节点的内存关联性设置为1.
完成这两个任务可以确保虚拟机仅在NUMA节点1上运行,并在可能的情况下从同一个节点分配内存.
vSphere资源管理指南76VMware,Inc.
性能监控实用程序:resxtop和esxtopA通过resxtop和esxtop命令行实用程序,您可以实时详细查看ESX/ESXi使用资源的情况.
可以按以下三种模式之一启动任一实用程序:交互(默认)、批处理或重放.
resxtop和esxtop的基本区别在于:resxtop可以远程使用,而esxtop只能通过本地ESX主机的服务控制台来启动.
本附录讨论了以下主题:n第77页,"使用esxtop实用程序"n第77页,"使用resxtop实用程序"n第78页,"在交互模式中使用esxtop或resxtop"n第90页,"使用批处理模式"n第91页,"使用重放模式"使用esxtop实用程序esxtop实用程序仅在ESX主机的服务控制台上运行,而且使用它必须拥有根用户特权.
使用所需选项键入该命令:esxtop[-][h][v][b][s][a][cfilename][Rvm-support_dir_path][ddelay][niter]esxtop实用程序从.
esxtop41rc读取其默认配置.
该配置文件由九行组成.
前八行包含小写字母和大写字母,用于指定在CPU、内存、存储适配器、存储设备、虚拟机存储器、网络、中断以及CPU电源面板上以何种顺序显示哪些字段.
这些字母对应于各个esxtop面板的"字段"或"顺序"面板中的字母.
第九行则包含其他选项的相关信息.
最重要的是,如果以安全模式保存了配置,那么,不从.
esxtop41rc文件的第七行移除s,就不会获得不安全的esxtop.
用一个数字指定更新之间的延迟时间.
与交互模式相同,键入c、m、d、u、v、n、I或p将决定与esxtop一起启动的面板.
注意请勿编辑.
esxtop41rc文件.
请在运行中的esxtop进程中选择这些字段和顺序,进行更改,并使用W交互命令保存该文件.
使用resxtop实用程序resxtop实用程序是vSphereCLI命令.
必须先下载和安装vSphereCLI包,或将vSphereManagementAssistant(vMA)部署到ESX/ESXi主机或vCenterServer系统,才可以使用任何vSphereCLI命令.
VMware,Inc.
77在安装完成之后,从命令行启动resxtop.
对于远程连接,可以直接连接到ESX/ESXi主机或通过vCenterServer进行连接.
表A-1中列出的命令行选项与esxtop(除R选项外)相同,但具有附加连接选项.
注意resxtop不使用由其他vSphereCLI命令共享的所有选项.
表A-1resxtop命令行选项选项描述[server]要连接到的远程主机的名称(必需).
如果直接连接到ESX/ESXi主机,则使用该主机的名称.
如果间接连接到ESX/ESXi主机(即通过vCenterServer进行连接),则在该选项中使用vCenterServer系统的名称.
[vihost]如果采用间接连接方式(通过vCenterServer),则此选项应当包含您连接到的ESX/ESXi主机的名称.
如果直接连接到ESX/ESXi主机,则不使用此选项.
请注意,主机名称需要与vSphereClient中显示的名称相同.
[portnumber]要连接到的远程服务器端口号.
默认端口为443,除非在服务器上更改了这一端口,否则不需要此选项.
[username]在连接到远程主机时要进行身份验证的用户名.
远程服务器会提示输入密码.
您也可以通过在命令行上省略server选项,在本地ESX/ESXi主机上使用resxtop.
该命令默认为localhost.
在交互模式中使用esxtop或resxtop默认情况下,resxtop和esxtop以交互模式运行.
交互模式在不同的面板中显示统计信息.
对于每个面板都提供帮助菜单.
交互模式命令行选项可以在交互模式中将各种命令行选项与esxtop和resxtop配合使用.
表A-2列出了在交互模式中可用的命令行选项.
表A-2交互模式命令行选项选项描述h显示resxtop(或esxtop)命令行选项的帮助.
v显示resxtop(或esxtop)版本号.
s以安全模式调用resxtop(或esxtop).
在安全模式中,禁用了指定更新之间延迟的-d命令.
d指定更新之间的延迟.
默认值为5秒.
最小值为2秒.
可以使用交互命令s更改此命令.
如果指定的延迟少于2秒,延迟将设置为2秒.
n迭代次数.
对显示执行n次更新,然后退出.
默认值为10000.
server要连接的远程服务器主机的名称(仅resxtop需要).
vihost如果采用间接连接方式(通过vCenterServer),则此选项应当包含您连接到的ESX/ESXi主机的名称.
如果直接连接到ESX/ESXi主机,则不使用此选项.
请注意,主机名称需要与vSphereClient中显示的名称相同.
portnumber要连接到的远程服务器上的端口号.
默认端口为443,除非在服务器上更改了这一端口,否则不需要此选项.
(仅限resxtop)username连接到远程主机时要进行身份验证的用户名.
远程服务器也会提示输入密码(仅限resxtop).
vSphere资源管理指南78VMware,Inc.
表A-2交互模式命令行选项(续)选项描述a显示所有统计信息.
该选项会替代配置文件设置并显示所有统计信息.
配置文件可以是默认的~/.
esxtop41rc配置文件或用户定义的配置文件.
cfilename加载用户定义的配置文件.
如果未使用-c选项,则默认配置文件名为~/.
esxtop41rc.
使用W单键交互命令创建自己的配置文件,同时指定其他文件名.
公共统计信息描述当resxtop(或esxtop)以交互模式运行时,不同的面板上会显示一些统计信息.
以下统计信息是所有四个面板的公共信息.
四个resxtop(或esxtop)面板的顶部所显示的"正常运行时间"行显示了当前时间、自上一次重新引导以来所经过的时间、当前运行的环境数量和平均负载.
环境是ESX/ESXiVMkernel可调度的实体,类似于其他操作系统中的进程或线程.
其下显示的是过去1分钟、5分钟和15分钟内的平均负载.
平均负载同时考虑了正在运行和准备运行的环境.
平均负载为1.
00表示完全利用了所有物理CPU.
平均负载为2.
00表示ESX/ESXi系统可能需要当前可用数目两倍的物理CPU.
同样,平均负载为0.
50表示ESX/ESXi系统上的物理CPU有一半得到了利用.
统计信息列和顺序页可以定义在交互模式中字段的显示顺序.
如果按下f、F、o或O,系统会显示一个页面,该页面在最上面的一行指定字段顺序和字段内容的简短描述.
如果对应于字段的字段字符串中的字母为大写,则显示该字段.
字段描述前面的星号表示是否显示字段.
这些字段的顺序对应于字符串中字母的顺序.
从"字段选择"面板中,您可以:n通过按下对应的字母,切换字段的显示.
n通过按下对应的大写字母,向左移动字段.
n通过按下对应的小写字母,向右移动字段.
交互模式单键命令以交互模式运行时,resxtop(或esxtop)可识别几个单键命令.
所有交互模式面板都可以识别表A-3中列出的命令.
如果已经在命令行上提供s选项,则用来指定更新之间延迟的命令会处于禁用状态.
所有的交互排序命令按降序排序.
表A-3交互模式单键命令键描述h或显示当前面板的帮助菜单,给出命令的简短摘要以及安全模式的状态.
空格立即更新当前面板.
^L擦除和重绘当前面板.
f或F显示将统计信息列(字段)添加到当前面板或从当前面板移除统计信息列(字段)的面板.
o或O显示用来更改当前面板上统计信息列顺序的面板.
#提示您输入要显示的统计信息的行数.
只要值大于0,就会替代根据窗口大小测量自动确定要显示的行数.
如果在一个resxtop(或esxtop)面板中更改该数值,此更改会影响所有四个面板.
s提示您输入更新之间的延迟,以秒为单位.
小数值可以识别到微秒.
默认值为5秒.
最小值为2秒.
此命令在安全模式中不可用.
附录A性能监控实用程序:resxtop和esxtopVMware,Inc.
79表A-3交互模式单键命令(续)键描述W将当前设置写入esxtop(或resxtop)配置文件.
这是写入配置文件的推荐方式.
默认文件名是通过-c选项指定的文件名,如果不使用-c选项,则为~/.
esxtop41rc.
还可以在该W命令生成的提示中指定其他文件名.
q退出交互模式.
c切换到CPU资源利用率面板.
p切换到CPU电源利用率面板.
m切换到内存资源利用率面板.
d切换到存储(磁盘)适配器资源利用率面板.
u切换到存储(磁盘)设备资源利用率屏幕.
v切换到存储(磁盘)虚拟机资源利用率屏幕.
n切换到网络资源利用率面板.
i切换到中断面板.
CPU面板CPU面板显示了服务器范围的统计信息以及单个环境、资源池和虚拟机CPU利用率的统计信息.
资源池、正在运行的虚拟机或其他环境有时会称为组.
对于属于虚拟机的环境,显示正在运行的虚拟机的统计信息.
所有其他环境按逻辑方式聚合到包含这些环境的资源池中.
表A-4列出了CPU面板中显示的统计信息.
表A-4CPU面板统计信息行描述PCPUUSED(%)PCPU指的是物理硬件执行上下文.
如果超线程不可用或已禁用,则它可以是物理CPU内核;如果超线程已启用,则可以是逻辑CPU(LCPU或SMT线程).
PCPUUSED(%)显示以下百分比:n每个PCPU的CPU使用情况百分比n所有PCPU的平均CPU使用情况百分比CPU使用情况(%USED)是自上次屏幕更新以来所使用的PCPU标称频率的百分比.
它等于在此PCPU上运行的环境的%USED的总和.
注意如果PCPU的运行频率高于其标称(额定)频率,则PCPUUSED(%)可能大于100%.
如果启用超线程功能时PCPU及其合作伙伴正忙,则每个PCPU会分担CPU用量的一半.
PCPUUTIL(%)PCPU指的是物理硬件执行上下文.
如果超线程不可用或已禁用,则它可以是物理CPU内核;如果超线程已启用,则可以是逻辑CPU(LCPU或SMT线程).
PCPUUTIL(%)表示PCPU处于非闲置状态的实际时间百分比(原始PCPU利用率),它显示每个PCPU的CPU利用率百分比和所有PCPU的平均CPU利用率百分比.
注意PCPUUTIL(%)可能由于电源管理技术或超线程而与PCPUUSED(%)不同.
CCPU(%)ESX服务控制台报告的CPU总时间的百分比.
如果使用的是ESXi,则不会显示此字段.
nus—用户时间百分比.
nsy—系统时间百分比.
nid—闲置时间百分比.
nwa—等待时间百分比.
ncs/sec—服务控制台记录的每秒上下文切换次数.
ID正在运行的环境中的资源池或虚拟机的资源池ID或虚拟机ID,或正在运行的环境的环境ID.
GID正在运行的环境中的资源池或虚拟机的资源池ID.
NAME正在运行的环境中的资源池或虚拟机的名称,或正在运行的环境的名称.
vSphere资源管理指南80VMware,Inc.
表A-4CPU面板统计信息(续)行描述NWLD正在运行的环境中的资源池或虚拟机的成员数.
如果使用交互命令e对组进行扩展,则所生成的全部环境的NWLD为1(一些资源池,如控制台资源池,只有一个成员).
%STATETIMES由以下百分比构成的CPU统计信息集合.
对于环境,百分比是一个物理CPU内核的百分比.
%USED由资源池、虚拟机或环境使用的物理CPU内核周期百分比.
%USED可能取决于CPU内核的运行频率.
当以较低的CPU内核频率运行时,%USED可能小于%RUN.
在支持涡轮加速模式的CPU上,CPU频率也可能高于标称(额定)频率,并且%USED可能大于%RUN.
%SYS代表资源池、虚拟机或环境在ESX/ESXiVMkernel中处理中断和执行其他系统活动所用的时间百分比.
该时间是用于计算"%USED"的时间的一部分.
%WAIT资源池、虚拟机或环境在阻止或遇忙等待状况所占的时间百分比.
该百分比包括资源池、虚拟机或环境闲置的时间百分比.
%IDLE资源池、虚拟机或环境闲置的时间百分比.
从"%WAIT"中减去该百分比,可得出资源池、虚拟机或环境等待某个事件所用的时间百分比.
VCPU环境的"%WAIT-%IDLE"之差可用来估计客户机I/O等待时间.
要查找VCPU环境,请使用单键命令e展开虚拟机,并搜索以"vcpu"开头的环境NAME(名称).
(VCPU环境可能还会等待除I/O事件之外的其他事件,因此,此测量值只是估计.
)%RDY资源池、虚拟机或环境准备运行的时间百分比,但不是所提供的、要在其上执行的CPU资源的时间百分比.
%MLMTD(最大限制)ESX/ESXiVMkernel故意未运行资源池、虚拟机或环境的时间百分比,因为如果运行的话,会违反资源池、虚拟机或环境的限制设置.
由于资源池、虚拟机或环境在被阻止以此方式运行时准备运行,"%MLMTD"(最大限制)时间也包括在"%RDY"时间内.
%SWPWT资源池或环境等待ESX/ESXiVMkernel交换内存所用的时间百分比.
"%SWPWT"(交换等待)时间包括在"%WAIT"时间内.
EVENTCOUNTS/s由每秒事件速率构成的CPU统计信息集合.
这些统计信息仅供VMware内部使用.
CPUALLOC由以下CPU分配配置参数构成的CPU统计信息集合.
AMIN资源池、虚拟机或环境属性"预留".
AMAX资源池、虚拟机或环境属性"限制".
-1值表示无限制.
ASHRS资源池、虚拟机或环境属性"份额".
SUMMARYSTATS由以下CPU配置参数和统计信息构成的CPU统计信息集合.
这些统计信息仅适用于环境,而不适用于虚拟机或资源池.
AFFINITYBITMASK显示环境的当前调度关联性的位掩码.
HTSHARING当前超线程配置.
CPU当resxtop(或esxtop)获得该信息时,正在运行的环境的物理或逻辑处理器.
HTQ表示环境当前是否已隔离.
"N"表示否,"Y"表示是.
TIMER/s该环境的定时器速率.
%OVRLP调度资源池、虚拟机或环境时,代表不同资源池、虚拟机或环境在调度资源池、虚拟机或环境期间所用系统时间的百分比.
该时间不包括在"%SYS"中.
例如,如果当前正在调度虚拟机A,而且虚拟机B的网络数据包已由ESX/ESXiVMkernel处理,则虚拟机A所用的时间显示为"%OVRLP",而虚拟机B所用的时间显示为"%SYS".
%RUN调度的总时间百分比.
该时间不算超线程和系统时间.
在支持超线程的服务器上,%RUN可以是"%USED"大小的两倍.
%CSTP资源池在就绪、共同取消调度状况中所用的时间百分比.
注意您可能会看到该统计信息显示出来,但其仅供VMware使用.
POWER资源池的当前CPU功耗(单位为瓦特).
%LAT_C资源池或环境已就绪可运行的时间百分比,而不是由于CPU资源争用而调度以运行的时间百分比.
附录A性能监控实用程序:resxtop和esxtopVMware,Inc.
81表A-4CPU面板统计信息(续)行描述%LAT_M资源池或环境已就绪可运行的时间百分比,而不是由于内存资源争用而调度以运行的时间百分比.
%DMD以百分比表示的CPU需求.
它代表过去一分钟内平均活动CPU负载.
可以如表A-5中所述使用单键命令来更改该显示.
表A-5CPU面板单键命令命令描述e在展开显示CPU统计信息和不展开显示CPU统计信息之间切换.
展开显示中包括按属于资源池或虚拟机的各个环境细分的CPU资源利用率统计信息.
各个环境的所有百分比是单个物理CPU的百分比.
考虑以下示例:n如果在2路服务器上按资源池细分的"%Used"为30%,则说明该资源池正在利用一个物理内核30%的资源.
n如果在2路服务器上按属于资源池的环境细分的"%Used"为30%,则说明该环境正在利用一个物理内核30%的资源.
U按资源池或虚拟机的"%Used"列对资源池、虚拟机和环境进行排序.
这是默认的排序顺序.
R按资源池或虚拟机的"%RDY"列对资源池、虚拟机和环境进行排序.
N按GID列对资源池、虚拟机和环境进行排序.
V仅显示虚拟机实例.
L更改"NAME"列的显示长度.
CPU电源面板"CPU电源"面板显示"CPU电源"利用率统计信息.
在"CPU电源"面板上,统计信息按PCPU列出.
PCPU指的是物理硬件执行上下文-如果超线程不可用或已禁用,则它可以是物理CPU内核;如果超线程已启用,则可以是逻辑CPU(LCPU或SMT线程).
表A-6CPU电源面板统计信息行描述电源使用情况当前电源总体使用情况(以瓦特为单位).
功率上限电源总功率上限(以瓦特为单位).
%USED上次屏幕更新以来已用的PCPU标称频率百分比.
这与CPU屏幕中显示的PCPUUSED(%)相同.
%UTIL原始PCPU利用率,即PCPU非闲置实际时间百分比.
这与CPU屏幕中显示的PCPUUTIL(%)相同.
%CxPCPU处于C状况"x"的时间百分比.
%PxPCPU处于P状况"x"的时间百分比.
%TxPCPU处于T状况"x"的时间百分比.
内存面板内存面板显示了服务器范围和组的内存利用率统计信息.
与CPU面板类似,组对应于资源池、正在运行的虚拟机或正在消耗内存的其他环境.
内存面板顶部第一行显示了当前时间、自上一次重新引导以来所经过的时间、当前运行的环境数量和内存过载平均值.
显示过去1分钟、5分钟和15分钟内内存过载的平均值.
内存过载为1.
00表示内存100%过载.
请参见第24页,"内存过载".
vSphere资源管理指南82VMware,Inc.
表A-7内存面板统计信息字段描述PMEM(MB)显示服务器的计算机内存统计信息.
所有数字都以兆字节为单位.
total服务器中计算机内存总量.
cos分配给ESX服务控制台的计算机内存量.
vmk正由ESX/ESXiVMkernel使用的计算机内存量.
other除ESX服务控制台和ESX/ESXiVMkernel之外其他各项正在使用的计算机内存量.
free可用的计算机内存量.
VMKMEM(MB)显示ESX/ESXiVMkernel的计算机内存统计信息.
所有数字都以兆字节为单位.
managed由ESX/ESXiVMkernel管理的计算机内存总量.
minfreeESX/ESXiVMkernel旨在保持可用的计算机内存最小量.
rsvd当前由资源池预留的计算机内存总量.
ursvd当前未预留的计算机内存总量.
state计算机内存的当前可用性状况.
可能的值为high、soft、hard和low.
high表示计算机内存没有任何压力,low表示有压力.
COSMEM(MB)显示ESX服务控制台报告的内存统计信息.
所有数字都以兆字节为单位.
如果使用的是ESXi,则不会显示此字段.
free闲置的内存量.
swap_t配置的总交换量.
swap_f可用的交换量.
r/sis从磁盘换入内存的速率.
w/s内存交换到磁盘的速率.
NUMA(MB)显示ESX/ESXiNUMA统计信息.
只有当ESX/ESXi主机正运行在NUMA服务器上时,才会显示该行.
所有数字都以兆字节为单位.
对于服务器中的每个NUMA节点,显示两个统计信息:nNUMA节点中由ESX/ESXi管理的计算机内存总量.
n该节点中当前可用的计算机内存量(在圆括号中).
PSHARE(MB)显示ESX/ESXi页共享统计信息.
所有数字都以兆字节为单位.
shared正共享的物理内存量.
common环境之间共用的计算机内存量.
saving由于页共享而节省的计算机内存量.
SWAP(MB)显示ESX/ESXi交换使用量统计信息.
所有数字都以兆字节为单位.
curr当前的交换使用量.
rclmtgtESX/ESXi系统期望回收的内存所处的位置.
可以通过交换或压缩来回收内存.
r/s由ESX/ESXi系统从磁盘换入内存的速率.
w/s由ESX/ESXi系统将内存交换到磁盘的速率.
附录A性能监控实用程序:resxtop和esxtopVMware,Inc.
83表A-7内存面板统计信息(续)字段描述ZIP(MB)显示了ESX/ESXi内存压缩统计信息.
所有数字都以兆字节为单位.
zipped压缩的物理内存总量.
saved压缩保存的内存.
请参见第32页,"内存压缩".
MEMCTL(MB)显示内存虚拟增长统计信息.
所有数字都以兆字节为单位.
curr使用vmmemctl模块回收的物理内存总量.
targetESX/ESXi主机尝试使用vmmemctl模块回收的物理内存总量.
maxESX/ESXi主机可以使用vmmemctl模块回收的最大物理内存量.
AMIN该资源池或虚拟机的内存预留.
AMAX该资源池或虚拟机的内存限制.
-1值表示无限制.
ASHRS该资源池或虚拟机的内存份额.
NHN资源池或虚拟机的当前主节点.
该统计信息仅适用于NUMA系统.
如果虚拟机没有主节点,则会显示短划线(-).
NRMEM(MB)分配到虚拟机或资源池的当前远程内存量.
该统计信息仅适用于NUMA系统.
N%L分配到虚拟机或资源池的当前本地内存百分比.
MEMSZ(MB)分配到资源池或虚拟机的物理内存量.
GRANT(MB)映射到资源池或虚拟机的客户机物理内存量.
消耗的主机内存等于GRANT-SHRDSVD.
SZTGT(MB)ESX/ESXiVMkernel想要分配到资源池或虚拟机的计算机内存量.
TCHD(MB)资源池或虚拟机的工作集估计.
%ACTV正由客户机引用的客户机物理内存的百分比.
这是瞬时值.
%ACTVS正由客户机引用的客户机物理内存的百分比.
这是慢速移动平均值.
%ACTVF正由客户机引用的客户机物理内存的百分比.
这是快速移动平均值.
%ACTVN正由客户机引用的客户机物理内存的百分比.
这是估计值.
(您可能会看到该统计信息显示出来,但其仅供VMware使用.
)MCTL是否已安装内存虚拟增长驱动程序.
N表示否,Y表示是.
MCTLSZ(MB)通过虚拟增长从资源池回收的物理内存量.
MCTLTGT(MB)ESX/ESXi系统尝试通过虚拟增长从资源池或虚拟机回收的物理内存量.
MCTLMAX(MB)ESX/ESXi系统可以通过虚拟增长从资源池或虚拟机回收的最大物理内存量.
该最大值取决于客户机操作系统类型.
SWCUR(MB)该资源池或虚拟机当前使用的交换量.
SWTGT(MB)ESX/ESXi主机所希望的资源池或虚拟机的交换使用量目标.
SWR/s(MB)ESX/ESXi主机为资源池或虚拟机从磁盘换入内存的速率.
SWW/s(MB)ESX/ESXi主机将资源池或虚拟机内存交换到磁盘的速率.
CPTRD(MB)从检查点文件中读取的数据量.
CPTTGT(MB)检查点文件大小.
ZERO(MB)置零的资源池或虚拟机物理页.
SHRD(MB)共享的资源池或虚拟机物理页.
SHRDSVD(MB)由于资源池或虚拟机共享页而节省的计算机页.
vSphere资源管理指南84VMware,Inc.
表A-7内存面板统计信息(续)字段描述OVHD(MB)资源池的当前空间开销.
OVHDMAX(MB)可能由资源池或虚拟机造成的最大空间开销.
OVHDUW(MB)用户环境的当前空间开销.
(您可能会看到该统计信息显示出来,但其仅供VMware使用.
)GST_NDx(MB)为NUMA节点x上的资源池分配的客户机内存.
该统计信息仅适用于NUMA系统.
OVD_NDx(MB)为NUMA节点x上的资源池分配的VMM开销内存.
该统计信息仅适用于NUMA系统.
TCHD_W(MB)写出资源池的工作集估计.
CACHESZ(MB)压缩内存缓存大小.
CACHEUSD(MB)已用的压缩内存缓存.
ZIP/s(MB/s)每秒压缩的内存.
UNZIP/s(MB/s)每秒解压缩的内存.
表A-8显示了可以在内存面板中使用的交互命令.
表A-8内存面板交互命令命令描述M按"MEMSZ"列对资源池或虚拟机排序.
这是默认的排序顺序.
B按"组Memctl"列对资源池或虚拟机排序.
N按"GID"列对资源池或虚拟机排序.
V仅显示虚拟机实例.
L更改"NAME"列的显示长度.
存储适配器面板默认情况下,按照存储适配器来汇总存储适配器面板中的统计信息.
还可以按照存储路径查看统计信息.
存储适配器面板显示了表A-9中所示的信息.
表A-9存储适配器面板统计信息列描述ADAPTR存储适配器的名称.
PATH存储路径名称.
只有对应的适配器展开时,该名称才可见.
请参见表A-10中的交互命令e.
NPTHS路径数量.
AQLEN存储适配器的当前队列深度.
CMDS/s每秒发出的命令数目.
READS/s每秒发出的读取命令数目.
WRITES/s每秒发出的写入命令数目.
MBREAD/s每秒读取的兆字节数.
MBWRTN/s每秒写入的兆字节数.
RESV/s每秒的SCSI预留数.
CONS/s每秒的SCSI预留冲突数目.
DAVG/cmd每条命令的平均设备滞后时间,以毫秒为单位.
KAVG/cmd每条命令的平均ESX/ESXiVMkernel滞后时间,以毫秒为单位.
附录A性能监控实用程序:resxtop和esxtopVMware,Inc.
85表A-9存储适配器面板统计信息(续)列描述GAVG/cmd每条命令的平均虚拟机操作系统滞后时间,以毫秒为单位.
QAVG/cmd每条命令的平均队列滞后时间,以毫秒为单位.
DAVG/rd每个读取操作的平均设备读取滞后时间,以毫秒为单位.
KAVG/rd每个读取操作的平均ESX/ESXiVMkernel读取滞后时间,以毫秒为单位.
GAVG/rd每个读取操作的平均客户机操作系统读取滞后时间,以毫秒为单位.
QAVG/rd每个读取操作的平均队列滞后时间,以毫秒为单位.
DAVG/wr每个写入操作的平均设备写入滞后时间,以毫秒为单位.
KAVG/wr每个写入操作的平均ESX/ESXiVMkernel写入滞后时间,以毫秒为单位.
GAVG/wr每个写入操作的平均客户机操作系统写入滞后时间,以毫秒为单位.
QAVG/wr每个写入操作的平均队列滞后时间,以毫秒为单位.
ABRTS/s每秒中止的命令数目.
RESETS/s每秒重置的命令数目.
PAECMD/s每秒的PAE(物理地址扩展)命令数目.
PAECP/s每秒的PAE副本数.
SPLTCMD/s每秒的拆分命令数目.
SPLTCP/s每秒的拆分副本数.
表A-10显示了可以在存储适配器面板中使用的交互命令.
表A-10存储适配器面板交互命令命令描述e在展开显示存储适配器统计信息和不展开显示存储适配器统计信息之间切换.
允许查看按属于已展开存储适配器的各个路径细分的存储资源利用率统计信息.
系统会提示您输入适配器名称.
r按"READS/s"列排序.
w按"WRITES/s"列排序.
R按"MBREAD/sread"列排序.
T按"MBWRTN/swritten"列排序.
N首先按"ADAPTR"列排序,然后按"PATH"列排序.
这是默认的排序顺序.
存储设备面板存储设备面板显示了服务器范围的存储利用率统计信息.
默认情况下,该信息按存储设备分组.
还可以按照路径、环境或分区对统计信息分组.
表A-11存储设备面板统计信息列描述DEVICE存储设备的名称.
PATH路径名称.
只有对应的设备展开到路径时,该名称才可见.
请参见表A-12中的交互命令p.
WORLD环境ID.
只有对应的设备展开到环境时,该ID才可见.
请参见表A-12中的交互命令e.
环境统计信息按环境和设备显示.
PARTITION分区ID.
只有对应的设备展开到分区时,该ID才可见.
请参见表A-12中的交互命令t.
vSphere资源管理指南86VMware,Inc.
表A-11存储设备面板统计信息(续)列描述NPH路径数量.
NWD环境数量.
NPN分区数量.
SHARES份额数量.
该统计信息仅适用于环境.
BLKSZ以字节为单位的块大小.
NUMBLKS设备的块数.
DQLEN存储设备的当前设备队列深度.
WQLEN环境队列深度.
这是允许环境具有的ESX/ESXiVMkernel活动命令的最大数目.
这是对于环境而言每个设备的最大值.
只有对应的设备展开到环境时,此列才有效.
ACTVESX/ESXiVMkernel中当前处于活动状态的命令数目.
此统计信息仅适用于环境和设备.
QUEDESX/ESXiVMkernel中当前排队的命令数目.
此统计信息仅适用于环境和设备.
%USD由ESX/ESXiVMkernel活动命令使用的队列深度百分比.
此统计信息仅适用于环境和设备.
LOADESX/ESXiVMkernel活动命令加上ESX/ESXiVMkernel排队命令与队列深度的比率.
此统计信息仅适用于环境和设备.
CMDS/s每秒发出的命令数目.
READS/s每秒发出的读取命令数目.
WRITES/s每秒发出的写入命令数目.
MBREAD/s每秒读取的兆字节数.
MBWRTN/s每秒写入的兆字节数.
DAVG/cmd每条命令的平均设备滞后时间,以毫秒为单位.
KAVG/cmd每条命令的平均ESX/ESXiVMkernel滞后时间,以毫秒为单位.
GAVG/cmd每条命令的平均客户机操作系统滞后时间,以毫秒为单位.
QAVG/cmd每条命令的平均队列滞后时间,以毫秒为单位.
DAVG/rd每个读取操作的平均设备读取滞后时间,以毫秒为单位.
KAVG/rd每个读取操作的平均ESX/ESXiVMkernel读取滞后时间,以毫秒为单位.
GAVG/rd每个读取操作的平均客户机操作系统读取滞后时间,以毫秒为单位.
QAVG/rd每个读取操作的平均队列读取滞后时间,以毫秒为单位.
DAVG/wr每个写入操作的平均设备写入滞后时间,以毫秒为单位.
KAVG/wr每个写入操作的平均ESX/ESXiVMkernel写入滞后时间,以毫秒为单位.
GAVG/wr每个写入操作的平均客户机操作系统写入滞后时间,以毫秒为单位.
QAVG/wr每个写入操作的平均队列写入滞后时间,以毫秒为单位.
ABRTS/s每秒中止的命令数目.
RESETS/s每秒重置的命令数目.
PAECMD/s每秒的PAE命令数目.
此统计信息仅适用于路径.
PAECP/s每秒的PAE副本数.
此统计信息仅适用于路径.
SPLTCMD/s每秒的拆分命令数目.
此统计信息仅适用于路径.
SPLTCP/s每秒的拆分副本数.
此统计信息仅适用于路径.
表A-12显示了可以在存储设备面板中使用的交互命令.
附录A性能监控实用程序:resxtop和esxtopVMware,Inc.
87表A-12存储设备面板交互命令命令描述e展开或汇总存储环境统计信息.
该命令允许查看由属于已展开存储设备的各个环境分隔的存储资源利用率统计信息.
系统会提示您输入设备名称.
统计信息按环境和设备显示.
P展开或汇总存储路径统计信息.
该命令允许查看由属于已展开存储设备的各个路径分隔的存储资源利用率统计信息.
系统会提示您输入设备名称.
t展开或汇总存储器分区统计信息.
该命令允许查看按属于已展开存储设备的各个分区分隔的存储资源利用率统计信息.
系统会提示您输入设备名称.
r按"READS/s"列排序.
w按"WRITES/s"列排序.
R按"MBREAD/s"列排序.
T按"MBWRTN"列排序.
N先按"DEVICE"列排序,再依次按"PATH"、"WORLD"和"PARTITION"列排序.
这是默认的排序顺序.
L更改"DEVICE"列的显示长度.
虚拟机存储面板该面板显示了以虚拟机为中心的存储统计信息.
默认情况下,按照资源池聚合统计信息.
一个虚拟机具有一个对应的资源池,因此该面板按照虚拟机显示统计信息,如表A-13中所示.
您也可以按照VSCSI设备查看统计信息.
表A-13虚拟机存储面板统计信息列描述ID资源池ID或VSCSI设备的VSCSIID.
GID资源池ID.
VMNAME资源池的名称.
VSCSINAMEVSCSI设备的名称.
NDKVSCSI设备数量CMDS/s每秒发出的命令数目.
READS/s每秒发出的读取命令数目.
WRITES/s每秒发出的写入命令数目.
MBREAD/s每秒读取的兆字节数.
MBWRTN/s每秒写入的兆字节数.
LAT/rd每次读取的平均滞后时间(以毫秒为单位).
LAT/wr每次写入的平均滞后时间(以毫秒为单位).
表A-14显示了可以在虚拟机存储面板中使用的交互命令.
表A-14虚拟机存储面板交互命令命令描述e展开或汇总存储器VSCSI统计信息.
允许查看按属于某个组的各个VSCSI设备细分的存储资源利用率统计信息.
系统会提示您输入组ID.
该统计信息按VSCSI设备显示.
r按"READS/s"列排序.
w按"WRITES/s"列排序.
vSphere资源管理指南88VMware,Inc.
表A-14虚拟机存储面板交互命令(续)命令描述R按"MBREAD/s"列排序.
T按"MBWRTN/s"列排序.
N先按"VMNAME"列排序,然后按"VSCSINAME"列排序.
这是默认的排序顺序.
网络面板网络面板显示了服务器范围的网络利用率统计信息.
统计信息按照所配置的每个虚拟网络设备的端口进行排列.
有关物理网络适配器统计信息,请参见表A-15中与物理网络适配器所连端口对应的行.
有关在特定虚拟机上配置的虚拟网络适配器的统计信息,请参见对应于虚拟网络适配器所连接到端口的行.
表A-15网络面板统计信息列描述PORT-ID虚拟网络设备的端口ID.
UPLINK"Y"表示对应的端口是上行链路.
"N"表示不是.
UP"Y"表示对应的链路是上行链路.
"N"表示不是.
SPEED以兆位/秒为单位的链路速度.
FDUPLX"Y"表示对应的链路以全双工方式运行.
"N"表示不是.
USED-BY虚拟网络设备端口用户.
DTYP虚拟网络设备类型.
"H"表示集线器,"S"表示交换机.
DNAME虚拟网络设备名称.
PKTTX/s每秒传输的数据包数.
PKTRX/s每秒接收的数据包数.
MbTX/s每秒传输的兆位数.
MbRX/s每秒接收的兆位数.
%DRPTX丢弃的传输数据包百分比.
%DRPRX丢弃的接收数据包百分比.
TEAM-PNIC用于绑定上行链路的物理网卡的名称.
PKTTXMUL/s每秒传输的多播数据包数.
PKTRXMUL/s每秒接收的多播数据包数.
PKTTXBRD/s每秒传输的广播数据包数.
PKTRXBRD/s每秒接收的广播数据包数.
表A-16显示了可以在网络面板中使用的交互命令.
表A-16网络面板交互命令命令描述T按"MbTx"列排序.
R按"MbRx"列排序.
t按"PacketsTx"列排序.
r按"PacketsRx"列排序.
附录A性能监控实用程序:resxtop和esxtopVMware,Inc.
89表A-16网络面板交互命令(续)命令描述N按"PORT-ID"列排序.
这是默认的排序顺序.
L更改"DNAME"列的显示长度.
中断面板中断面板显示有关中断向量的使用信息.
表A-17中断面板统计信息列描述VECTOR中断向量ID.
COUNT/s每秒中断总数.
此值是每个CPU的累积计数.
COUNT_x在CPUx上的每秒中断数.
TIME/int每个中断的平均处理时间(以微秒为单位).
TIME_x在CPUx上每个中断的平均处理时间(以微秒为单位).
DEVICES使用中断向量的设备.
如果没有为设备启用中断向量,则其名称将包含在尖括号()中.
使用批处理模式批处理模式允许您收集资源利用率统计信息并将其保存到文件中.
在准备好批处理模式之后,可以在此模式中使用esxtop或resxtop.
准备批处理模式要以批处理模式运行,必须先准备批处理模式.
步骤1以交互模式运行resxtop(或esxtop).
2在每个面板中,选择所需列.
3使用W交互命令将该配置保存到文件(默认为~/.
esxtop41rc)中.
现在可以在批处理模式中使用resxtop(或esxtop).
在批处理模式中使用esxtop或resxtop在准备好批处理模式后,可以在此模式中使用esxtop或resxtop.
步骤1启动resxtop(或esxtop)将输出重定向到文件.
例如:esxtop-b>my_file.
csv文件名必须具有.
csv扩展名.
该实用程序不强制要求这点,但后处理工具需要该扩展名.
2使用诸如MicrosoftExcel和Perfmon之类的工具处理在批处理模式中收集的统计信息.
在批处理模式中,resxtop(或esxtop)不接受交互命令.
在批处理模式中,该实用程序运行到产生所请求的迭代次数为止(有关详细信息,请参见下面的命令行选项n),或运行到通过按Ctrl+c终止进程为止.
vSphere资源管理指南90VMware,Inc.
批处理模式命令行选项可以将批处理模式与命令行选项配合使用.
在批处理模式中可以使用表A-18中的命令行选项.
表A-18批处理模式中的命令行选项选项描述a显示所有统计信息.
该选项会替代配置文件设置并显示所有统计信息.
配置文件可以是默认的~/.
esxtop41rc配置文件或用户定义的配置文件.
b以批处理模式运行resxtop(或esxtop).
cfilename加载用户定义的配置文件.
如果未使用-c选项,则默认配置文件名为~/.
esxtop41rc.
使用W单键交互命令创建自己的配置文件,同时指定其他文件名.
d指定统计信息快照之间的延迟.
默认值为5秒.
最小值为2秒.
如果指定的延迟少于2秒,延迟将设置为2秒.
n迭代次数.
resxtop(或esxtop)对统计信息迭代执行此次数的收集和保存操作,然后退出.
server要连接的远程服务器主机的名称(仅resxtop需要).
vihost如果采用间接连接方式(通过vCenterServer),则此选项应当包含您连接到的ESX/ESXi主机的名称.
如果直接连接到ESX/ESXi主机,则不使用此选项.
请注意,主机名称需要与vSphereClient中显示的名称相同.
portnumber要连接到的远程服务器上的端口号.
默认端口为443,除非在服务器上更改了这一端口,否则不需要此选项.
(仅限resxtop)username连接到远程主机时要进行身份验证的用户名.
远程服务器还会提示您输入密码(仅限resxtop).
使用重放模式在重放模式中,esxtop重放借助于vm-support收集的资源利用率统计信息.
在准备好重放模式之后,可以在此模式中使用esxtop.
请参见vm-support手册页.
在重放模式中,esxtop接受与交互模式相同的交互命令集,并运行到不再有vm-support收集的快照要读取为止,或者运行到请求的迭代次数已完成为止.
准备重放模式要以重放模式运行,必须先准备重放模式.
步骤1在ESX服务控制台上以快照模式运行vm-support.
请使用以下命令.
vm-support-S-dduration-Iinterval2解压缩所生成的tar文件,以便esxtop可以在重放模式中使用该文件.
现在可以在重放模式中使用esxtop.
在重放模式中使用esxtop可以在重放模式中使用esxtop.
您不必在ESX服务控制台上运行重放模式.
可以运行重放模式,按照与批处理模式相同的样式产生输出(请参见下面的命令行选项b).
附录A性能监控实用程序:resxtop和esxtopVMware,Inc.
91步骤u要激活重放模式,请在命令行提示符处输入以下内容.
esxtop-Rvm-support_dir_path重放模式命令行选项可以将重放模式与命令行选项配合使用.
表A-19列出了可用于esxtop重放模式的命令行选项.
表A-19重放模式中的命令行选项选项描述Rvm-support收集的快照目录的路径.
a显示所有统计信息.
该选项会替代配置文件设置并显示所有统计信息.
配置文件可以是默认的~/.
esxtop41rc配置文件或用户定义的配置文件.
b以批处理模式运行esxtop.
cfilename加载用户定义的配置文件.
如果未使用-c选项,则默认配置文件名为~/.
esxtop41rc.
使用W单键交互命令创建自己的配置文件,同时指定其他文件名.
d指定面板更新之间的延迟.
默认值为5秒.
最小值为2秒.
如果指定的延迟少于2秒,延迟将设置为2秒.
n迭代次数.
esxtop对显示执行此次数的更新,然后退出.
vSphere资源管理指南92VMware,Inc.
高级属性B可以为主机或单个虚拟机设置高级属性以帮助自定义资源管理.
大多数情况下,调整基本资源分配设置(预留、限制和份额)或接受默认设置可以获得适当的资源分配结果.
但是,可以使用高级属性为主机或特定虚拟机自定义资源管理.
本附录讨论了以下主题:n第93页,"设置高级主机属性"n第95页,"设置高级虚拟机属性"设置高级主机属性可以为主机设置高级属性.
小心VMware仅建议高级用户设置高级主机属性.
大多数情况下,使用默认设置即可获得最佳结果.
步骤1在vSphereClient"清单"面板中,选择要自定义的主机.
2单击配置选项卡.
3在软件菜单中,单击高级设置.
4在"高级设置"对话框中,选择适当的项目(例如CPU或内存),并在右侧面板中滚动以查找和更改属性.
高级内存属性可以使用高级内存属性自定义内存资源使用情况.
表B-1高级内存属性属性描述默认值Mem.
CtlMaxPercent根据所配置内存大小的百分比,使用vmmemctl限制从任何虚拟机回收的最大内存量.
指定0将禁止所有虚拟机使用vmmemctl进行回收.
65Mem.
ShareScanTime指定要扫描整个虚拟机以寻找页面共享机会所用的时间,以分钟为单位.
默认值为60分钟.
60Mem.
ShareScanGHz指定每1GHz可用主机CPU资源为寻找页面共享机会,每秒内可用于扫描的最大内存页面量.
默认值为每1GHz的速率为4MB/秒.
4VMware,Inc.
93表B-1高级内存属性(续)属性描述默认值Mem.
IdleTax指定闲置内存消耗率,以百分比为单位.
虚拟机对闲置内存的消耗量大于对正在使用的内存的消耗量.
0%的消耗率定义的分配策略将忽略工作集并严格按照份额分配内存.
较高的消耗率产生的分配策略允许要重新分配的闲置内存远离以非生产性方式累积闲置内存的虚拟机.
75Mem.
SamplePeriod指定虚拟机执行时间的周期性时间间隔(以秒为度量单位),在该执行时间内监控内存活动来估计工作集大小.
60Mem.
BalancePeriod指定自动内存重新分配的周期性时间间隔,以秒为单位.
可用内存量的重大更改也会触发重新分配.
15Mem.
AllocGuestLargePage将此选项设置为1,将让主机大页作为客户机的备用大页.
在使用客户机大页的服务器工作负载中减少TLB缺失并改善性能.
0=禁用.
1Mem.
AllocUsePSharePool和Mem.
AllocUseGuestPool将这些选项设置为1可减少内存碎片.
如果主机内存有碎片,则主机大页的可用性会降低.
这些选项可以提高让主机大页作为客户机备用大页的可能性.
0=禁用.
1Mem.
MemZipEnable将此选项设置为1,以对主机启用内存压缩.
将选项设置为0,以禁用内存压缩.
1Mem.
MemZipMaxPct根据每个虚拟机的可存储为压缩内存的内存最大百分比,指定压缩缓存的最大大小.
10LPage.
LPageDefragEnable将此选项设置为1可启用大页碎片整理.
0=禁用.
1LPage.
LPageDefragRateVM每个虚拟机上每秒内最多可尝试的大页碎片整理次数.
可接受的值在1到1024之间.
32LPage.
LPageDefragRateTotal每秒内最多可尝试的大页碎片整理次数.
可接受的值在1到10240之间.
256LPage.
LPageAlwaysTryForNPT将此选项设置为1将允许始终尝试为嵌套页表(AMD称为"RVI",Intel称为"EPT")分配大页.
0=禁用.
如果启用此选项,则所有客户机内存都受到使用嵌套页表的计算机(例如,AMDBarcelona)中的大页支持.
如果NPT不可用,则只有部分客户机内存受到大页支持.
1高级NUMA属性可以使用高级NUMA属性自定义NUMA使用情况.
表B-2高级NUMA属性属性描述默认值Numa.
RebalanceEnable将此选项设置为0可针对虚拟机禁用所有的NUMA再平衡和初始放置位置,从而有效地禁用NUMA调度系统.
1Numa.
PageMigEnable如果将此选项设置为0,则系统不会在节点间自动迁移页面以改善内存局部性.
手动设置的页面迁移率仍然有效.
1Numa.
AutoMemAffinity如果将此选项设置为0,则系统不会自动使用CPU关联性集合来设置虚拟机的内存关联性.
1Numa.
MigImbalanceThresholdNUMA再平衡器计算节点之间CPU的不平衡,考虑每个虚拟机的CPU时间可用量与其实际消耗量之间的差值.
该选项控制节点之间触发虚拟机迁移所需的最小负载不平衡,以百分比为单位.
10Numa.
RebalancePeriod控制再平衡周期的频率,以毫秒为单位指定.
再平衡的频率越大,CPU开销也越大,是在运行大量虚拟机的计算机上尤其如此.
频繁的再平衡还可以提高公平性.
2000Numa.
RebalanceCoresTotal指定主机上启用NUMA再平衡器所需的处理器内核的最小总数.
4vSphere资源管理指南94VMware,Inc.
表B-2高级NUMA属性(续)属性描述默认值Numa.
RebalanceCoresNode指定每个节点上启用NUMA再平衡器所需的处理器内核的最小数量.
在小型NUMA配置(例如,2路Opteron主机)中禁用NUMA再平衡时,此选项和Numa.
RebalanceCoresTotal会非常有用,在这样的配置中,如果启用了NUMA再平衡功能,而且处理器总数或每个节点上的处理器较少,则会影响调度的公平性.
2VMkernel.
Boot.
sharePerNode控制内存页是只能在单个NUMA节点内共享(重复数据删除),还是可以跨多个NUMA节点共享.
与其他NUMA选项不同,该选项显示在"高级设置"对话框中的"VMkernel"下.
这是因为,与此处显示的其他NUMA选项(可以在系统运行时进行更改)不同的是,VMkernel.
Boot.
sharePerNode是一个引导时选项,只有在重新引导之后才会生效.
有效(已选)设置高级虚拟机属性可以为虚拟机设置高级属性.
步骤1在vSphereClient"清单"面板中选择虚拟机,然后从右键单击菜单中选择编辑设置.
2单击选项,然后单击高级>常规.
3单击配置参数按钮.
4在显示的对话框中,单击添加行以输入新参数及其值.
高级虚拟机属性可以使用高级虚拟机属性自定义虚拟机配置.
表B-3高级虚拟机属性属性描述sched.
mem.
maxmemctl通过虚拟增长而从选定虚拟机中回收的最大内存量,以兆字节(MB)为单位.
如果ESX/ESXi主机需要回收更多内存,则会强制它进行交换.
交换的优先级低于虚拟增长.
sched.
mem.
pshare.
enable为选定的虚拟机启用内存共享.
此布尔值默认为"有效".
如果将虚拟机的该属性设置为"无效",则将关闭内存共享.
sched.
swap.
persist指定关闭虚拟机时应保留还是删除虚拟机的交换文件.
默认情况下,当虚拟机启动时系统为虚拟机创建交换文件,当虚拟机关闭时删除该交换文件.
sched.
swap.
dir虚拟机交换文件的VMFS目录位置.
默认为虚拟机的工作目录,即包含其配置文件的VMFS目录.
此目录必须保留在虚拟机可访问的主机上.
如果移动虚拟机(或从虚拟机创建的任何克隆),则可能需要重置此属性.
numa.
vcpu.
maxPerMachineNode虚拟机的可驻留在单个NUMA节点上的虚拟CPU最大数目.
默认情况下,最大值是NUMA节点中存在的物理内核数目.
numa.
vcpu.
maxPerClient虚拟机的虚拟CPU(由NUMA调度程序再平衡为单个单元,即NUMA客户端)最大数目.
默认情况下,没有对此进行限制,并且所有虚拟CPU都属于同一NUMA客户端.
但是,如果NUMA客户端中的虚拟CPU数目超出群集中最小NUMA节点上的物理内核数目,则该客户端不会由NUMA调度程序管理.
numa.
mem.
interleave指定分配给虚拟机的内存是否在所有NUMA节点(其上运行作为其组成部分的NUMA客户端)之间静态交叉.
默认情况下,该值为TRUE.
附录B高级属性VMware,Inc.
95vSphere资源管理指南96VMware,Inc.
索引B半自动DRS49C策略,CPU电源管理21超线程CPU关联性18服务器配置19隔离19和ESX/ESXi18禁用16内核共享模式19启用18性能影响17超线程模式19初始放置位置,NUMA72CPU管理分配15,16过载15接入控制20CPU电源面板esxtop82resxtop82CPU电源效率21CPU关联性超线程18NUMA节点75潜在问题20CPU面板esxtop80resxtop80CPU虚拟化基于软件的15硬件辅助15CPU约束的应用程序16存储I/O控制份额和限制35,36监控36,37启用37限制35要求35阈值38D待机模式,上次退出待机模式的时间62单处理器虚拟机15单个虚拟机启动46单线程应用程序16电源管理策略CPU21设置21底板管理控制器(BMC)60动态电压和频率缩放(DVFS)21动态负载平衡,NUMA72DPM和接入控制13监控63启用61上次退出待机模式的时间62替代项62阈值62自动化级别62DRS半自动49初始放置位置45,46单个虚拟机启动46负载平衡45禁用51迁移45迁移建议48全自动49手动49vMotion网络48信息68虚拟机迁移47组启动46DRS操作,历史记录68DRS故障68DRS故障排除指南70DRS建议优先级69原因69DRS迁移阈值47DRS群集必备条件48查看信息67创建49处理器兼容性48共享存储器48共享VMFS卷48管理资源53VMware,Inc.
97添加非受管主机54添加受管主机53一般信息67有效性56作为资源提供方7DRS群集摘要选项卡67DRS选项卡故障页面70建议页面69历史记录页面70使用68DRS资源分发图表68DRS组63,64多核处理器17EESX/ESXi内存分配28内存回收29esxtopCPU电源面板82CPU面板80存储设备面板86存储适配器面板85公共统计信息描述79交互模式78交互模式单键命令79交互模式命令行选项78内存面板82批处理模式90顺序页79统计信息列79网络面板89性能监控77虚拟机存储面板88中断面板90重放模式91F份额,存储I/O控制35份额和限制,存储I/O控制36服务控制台,内存使用23服务器的超线程配置19负载平衡,虚拟机47父资源池39G高级属性存储I/O控制38内存93NUMA94虚拟机95主机93隔离,超线程19根资源池39共享内存24工作集大小28关联性规则,创建64,65过载的DRS群集58H红色DRS群集59黄色DRS群集58唤醒协议59IIBM企业X型架构74iLO,配置60J监控,存储I/O控制36,37监控软件63交换空间30交换文件删除31使用29位置30教育支持5接入控制CPU20可扩展资源池43资源池43警报63进入维护模式55技术支持5基于AMDOpteron的系统71,74,94K开销内存23可扩展预留,示例43LLAN唤醒(WOL),测试61LPage.
LPageAlwaysTryForNPT93LPage.
LPageDefragEnable93LPage.
LPageDefragRateTotal93LPage.
LPageDefragRateVM93逻辑处理器16,17MMem.
AllocGuestLargePage93Mem.
AllocUseGuestPool93Mem.
AllocUsePSharePool93Mem.
BalancePeriod93Mem.
CtlMaxPercent93vSphere资源管理指南98VMware,Inc.
Mem.
IdleTax28,93Mem.
MemZipEnable93Mem.
MemZipMaxPct93Mem.
SamplePeriod28,93Mem.
ShareScanGHz31,93Mem.
ShareScanTime31,93N内存服务控制台23高级属性93共享24管理分配23,26过载24,30回收未使用的29开销23开销,了解27虚拟化23虚拟机29虚拟增长驱动程序29在虚拟机之间共享31内存关联性,NUMA节点75内存使用情况32内存闲置消耗28内存虚拟化基于软件的25硬件辅助25内存压缩32内存压缩缓存禁用32启用32设置大小32NUMACPU关联性75调度72动态负载平衡72高级属性94IBM企业X型架构74基于AMDOpteron的系统74描述71内存页共享72手动控制74透明页共享72页面迁移72优化算法72支持的架构74主节点72主节点和初始放置位置72Numa.
AutoMemAffinity94Numa.
MigImbalanceThreshold94Numa.
PageMigEnable94Numa.
RebalanceCoresNode94Numa.
RebalanceCoresTotal94Numa.
RebalanceEnable94Numa.
RebalancePeriod94OOpteron74P批处理模式命令行选项91准备90Q迁移建议48启动,单个虚拟机46全自动DRS49群集设置,关联性规则64,65RresxtopCPU电源面板82CPU面板80存储设备面板86存储适配器面板85公共统计信息描述79交互模式78交互模式单键命令79交互模式命令行选项78内存面板82批处理模式90顺序页79统计信息列79网络面板89性能监控77选项77虚拟机存储面板88中断面板90Ssched.
mem.
maxmemctl29,95sched.
mem.
pshare.
enable95sched.
swap.
dir95sched.
swap.
persist95上次退出待机模式的时间62手动DRS49双处理器虚拟机15SMP虚拟机16T特定于处理器的行为16同级39统计信息,esxtop79索引VMware,Inc.
99统计信息,resxtop79退出待机错误63VvCenterServer事件63vMA77VMFS(虚拟机文件系统)48,95VMkernel.
Boot.
sharePerNode72,94VMM23,25vmmemctlMem.
CtlMaxPercent93sched.
mem.
maxmemctl95VMwareDRS,创建规则64,65VMwareHA11,49,53,55,67vSphereCLI77vSphereClient11,12,16,17,26,67,68vSphereManagementAssistant77vSphereSDK16W维护模式,进入55物理处理器16物理内存使用情况26无效DRS群集59X限制9闲置内存消耗28性能,CPU约束的应用程序16性能监控77系统资源分配表(SRAT)72虚拟机-主机关联性规则冲突64使用64虚拟机-虚拟机关联性规则,冲突66虚拟机从DRS群集内移除56从资源池中移除42分配给特定处理器20高级属性95共享内存31监控25开销内存27内存23,29配置文件48迁移47添加到DRS群集54添加到资源池42虚拟处理器数目16自动化模式50作为资源用户8虚拟机反关联性63–66虚拟机关联性63–66虚拟机文件系统(VMFS)48,95虚拟增长,内存29Y页面迁移,NUMA72应用程序CPU约束的16单线程16已移植,资源池53,54有效DRS群集56预留9阈值,存储I/O控制38Z增强型vMotion兼容性(EVC)16,48,49,67智能平台管理界面(IPMI),配置60重放模式命令行选项92准备91主机从DRS群集内移除55高级属性93进入维护模式55添加到DRS群集53,54作为资源提供方7主机-本地交换DRS群集30独立主机30主节点,NUMA72自定义自动化模式50自动化模式,虚拟机50资源池创建40,41父39更改属性42根资源池39接入控制43属性41添加虚拟机42同级39移除虚拟机42已移植53,54优点40资源分配设置份额8更改10建议10限制9预留9资源管理目标8信息11vSphere资源管理指南100VMware,Inc.
已定义7自定义93资源类型7资源提供方7资源用户8组启动46索引VMware,Inc.
101vSphere资源管理指南102VMware,Inc.