VMware HA高可用性(3)

事件。hostd-2.log文件没有集中在VirtualCenter里，并且有许多行。此例子中的HA事件在文件中只有25行。

按顺序，日志中最重要的三个事件： 2008-01-17 00:20:50.439 ' TaskManager' 35957680 info]

Task Created : haTask-64-vim.VirtualMachine.reset-8728 [2008-01-17 00:20:50.439 'ha-eventmgr' 35957680 info] Event 81 : VMWIN2K3-0001 on ESX35DEV0001.AMCS.TLD in ha-datacenter is reset

[2008-01-17 00:20:50.440 'vm:/vmfs/volumes/

478bd6c8-3f8f2109-7d9e-00188b36fd47/VMWIN2K3-0001/VMWIN2K3-0001.vmx'

35957680 info] State Transition

(VM_STATE_ON -> VM_STATE_RESETTING) 按顺序，日志中的两个中等重要事件：

[2008-01-17 00:20:52.763 'ha-eventmgr' 128564144 info] Event 83 :

VMWIN2K3-0001 on esx35dev0001.amcs.tld in ha-datacenter is powered on

[2008-01-17 00:20:52.763 'vm:/vmfs/volumes/478bd6c8-3f8f2109- 7d9e-00188b36fd47/VMWIN2K3-0001/VMWIN2K3-0001.vmx' 128564144 info] State Transition ( VM_STATE_RESETTING -> VM_STATE_ON)

在这些事件中，你可以理出：ESX开始重新设置过程，并让虚拟机位于开启状态。这些事件可能混杂于另一个ESX信息，因此确保使用文本查看器的“find”功能查看这些事件。 注意默认值并定义使用需求

注意ESX环境中的VMware HA默认值非常重要。基本的功能可能满足你的期望，或者可以配置HA满足你运行的需求。一个重要的默认值是所能允许的最大故障数量。das.maxFailures和das.maxFailureWindow的默认配置是只允许单个虚拟机出现故障，并且只能由VMware HA重新设置三次。记住，由于简单地重新设置出现故障的系统不是根本的解决方案，三遍的重新设置默认值已足够。“虚拟机故障监控技术手册”对于在默认下收集信息和VMware HA的其他高级配置条款很有用。

样式匹配的一个日志脚本对于归档很有用，组织需要对虚拟机的某个VMware HA自动化重新设置事件进行变更控制的审计跟踪。另外，由于日志逻辑上不保存历史记录，所以复制（并在目的地重新命名）日志文件到中心元库是很好的补充。

在下文中，TechTarget中国的特约作者Rick Vanover将讨论可能的HA错误，在每个集群HA能支持多少台主虚拟机，当主机或子虚拟机出现故障导致HA不工作时应该怎么做，以及在不能使用HA的情况下该怎么办。

如何在虚拟环境配置VMware HA故障转移级别？

2009-1-14 大 | 中 | 小

导读：本文介绍在虚拟环境里正确配置VMware High Availability（HA）故障转移级别。 关键词：虚拟环境 VMware HA 故障转移

【TechTarget中国原创】VMware High Availability（HA，即高可用性）是VMware环

境里一个有用的组件不过像虚拟环境的其他部分，HA需要配置和一定数量的规划。由于随着环境增长，HA会出现故障，就需要谨慎地规划，这包括哪个工作负载需要你使用HA保护及经常运行测试。在本文中，TechTarget中国的特约作者Rick Vanover将讨论可能的HA错误，在每个集群里，HA能支持多少台主虚拟机，当主机或子虚拟机出现故障导致HA不工作时应该怎么做，以及在不能使用HA的情况下该怎么办。 为什么要考虑使用多少VMware HA？

VMware HA是VI3环境下一个较好的实例决策组件，但是关于如何配置它有大量的规划。其中包括与预留容量相关的资源规划。在我们决定HA在我们的系统中使用到何种程度时，我们就回到了HA的基本概念上—主机故障。如果主机出现故障，VMware HA就可以发挥功能，在其它主机上直接接管并且重建受到影响的工作负载。在此，我们并不

深入介绍HA基本操作，在这个规划材料之前我曾写有一篇文章详细介绍HA能够带来的效果，详情请查看“如何安装与配置VMware HA？”

我不会详细介绍VMware HA的各个方面，只介绍用户使用VMware HA使其正常工作时遇到麻烦的情形。每一个用户肯定都会遇到类似情况，要么HA不能如预期那样工作，报告没用的错误信息或者VI客户端图标颜色发生改变；要么让用户试图判断HA Agent出现错误的原因。虽然这是VI3工作平台很有价值的一个特点，但是这也是使许多管理员头疼的一个问题。所以非常有必要考虑用户使用VMware HA到底要保护何种工作负载。

理想情况是很少使用HA，只是经常用HA做来测试。因此相当重要的是测试HA配置来验证其是否如声称那样工作。随着虚拟工作平台不断增长，就需要验证预留容量带来的系统开销。主机出现故障不能正常工作情况下，这个就可以在HA实例中显明，因为集群中没有足够容量来调节适应当前工作负载。

然而，决定HA使用程度的关键问题是集群内主机的数量。VMware管理员们会经常问到这样一个问题：一个集群内主机的理想数目是多少？遗憾的是，对于这个问题并没有确切答案。对大多数工作环境来讲，一个集群内5—8个主机就可以处理大多数需求。随着集群规模变大，就有足够的理由允许一个以上主机出现故障。下图是VMware HA配置中需要注意的几个重要问题（这种配置方式为主机故障预留容量）：

点击放大

这在设计和重新配置VI3环境中是一个关键问题，比如如果没有足够容量来调整适应已经配置好的HA规则，就有可能出现比较麻烦的问题。一个比较值得注意的问题是准入控制计算，这些计算是一系列规则的集合，用于决定在满足HA配置的同时，有多少RAM能分配给运行中的工作负载。把工作负载和HA搭配在一起的负面影响是将会报告错误消息，如“insufficient resources to satisfy HA failover”，或者是常见的不太有用的“HA agent has an error”等。VMware开发指南中有几个介绍准入控制的例子，但是没有明确的规则。对于较大集群来讲，如果允许出现第二个主机故障，就需要集群预留容量有相应增加。

VMware出现故障怎么办？

当VMware HA出现故障时非常难解决。ESX主机上的代理与VirtualCenter不正常通信的情况有许多种，如果出现类似问题，就需要诸多方法来校正通信。下面是VMware HA出现故障（主机或者客体机故障也有可能影响HA正常工作）的一些解决方案：

? 减小负载：关闭不必要的虚拟机，包括开发系统和测试系统

? 重新配置HA：如果一个主机出现故障，点击右键，然后选择“Reconfigure for

VMware HA”

? 进入维护模式：关闭主机工作负载，退出维护模式；重新加给系统一个工作负载 ? 重新登录一个集群：使一个主机进入维护模式，退出集群，然后重新登录。这样可

以重新配置主机上的HA（如果用到DRS代理的话，该方法同时也可以重新配置DRS代理）

? 查看其它相关资料：有许多解决HA问题的资源，如SearchVMware.com blogs、VMware Communities sites以及VMware技术支持（当然需要首先选定）

? 简化配置：遗憾的是，HA在简单配置下总是能够正常工作

HA当然有可能出现故障，但更重要的是如果用户遇到功能性问题，需要知道如何校正。虽然对于下一代HA和VMware产品容错有着更大规划，但是对于当前我们使用的基于VI3的HA，还是需要知道出现问题如何解决。 不需要HA的情况

对于实施虚拟化并获得成功的组织来说，经常会出现分层效果。这个效果和一些工作负载相互独立，如需要添加VMware HA这样的插件来满足高可用性和其它不要求这个功能的工作负载。一个显著的例子是设计灾难恢复和容错虚拟机，如Web服务器池。在这个例子中，VMware HA不用提供过多的功能。因为在大多数HA实例中，都需要重启虚

拟机。虽然虚拟机在HA实例中重启后可以重新连线，但原来的Web对话就会受到影响。如果Web服务器池在负载分布网关之后，同时拥有虚拟IP地址的话，这个对话可以重定向到一个可用Web服务器。在这种情况下HA就不能是真正创建一个实例来保护这些工作负载。

另外一类不需要HA的情况是开发系统和测试系统。每个组织都有各种大小与范围的开发或测试系统，但唯一相同点是它们不需要为公司盈利，也不需要和公司最高目标保持一致。那么在这种情况下还需要VMware基础架构标准化和企业版本（其中包括VMotion和DRS特性）吗？如果有机会使开发环境完全独立，在这个工作负载上就可以为虚拟化中较低层部分创建一个实例。 VMware HA规划和带来的问题

在上面介绍了VMware HA的优点和缺陷，最后一个建议是给予当前正在使用的Virtual Center足够重视。特别需要注意的是，VirtualCenter 2.5 Update 3解决了九个与HA相关的问题，VirtualCenter 2.5 Update 2解决了四个与HA相关的问题。升级Virtual Center相对来讲不太费事，和升级ESX主机相比，调整适应也要简单得多。虽然有许多可以借鉴，维护VMware HA可以使管理员工作更加轻松，既不用很费劲地解释HA不能正常工作的原因，也不用过多地解释在开发系统上为HA花费额外财力的原因。

解决HA代理出现故障的方法

2008-10-7 大 | 中 | 小

导读：本文学习VirtualCenter警告HA代理在ESX服务器上是错误配置的解决办法。 关键词：VirtualCenter HA代理 ESX

Andrew是微软MCAD和MCSD认证专家。Andrew具有从事技术行业十多年的经验。在过去的六年中，他一直专注于最新的技术。同时任职位于美国奥斯汀的德克萨斯州立大学。两年前，Andrew自己成立一家咨询公司和开发中心，叫做lostcreations。他同时也是奥斯汀VMware用户群（VMUG）的创始成员。他目前开发的项目是Sudo for Windows(http://sourceforge.net/projects/sudowin)。 Andrew在2004年开始专注客户虚拟化工作；2005年开始推进德克萨斯州立大学中心技术部门信息技术服务（ITS）的服务器虚拟化。2006年，Andrew设计并实施了ITS的第一个企业虚拟服务器基础设施环境。

百度搜索“77cn”或“免费范文网”即可找到本站免费阅读全部范文。收藏本站方便下次阅读，免费范文网，提供经典小说综合文库VMware HA高可用性(3)在线全文阅读。