VMware vSphere 5.1 群集深入解析（五）

VMware vSphere5.1Clustering Deepdive HA.DRS.Storage DRS.Stretched Clusters Duncan Epping &Frank Denneman Translate By Tim2009 / 翻译：Tim2009 目录版权关于作者知识点前言第一部分 vSphere高可用性第一章 介绍vSphere高可用性第二章 高可用组件第三章 基本概念第四章 重新启动虚拟机第五章 增加高可用灵活性（网络冗余）第六章 访问控制第七章 虚拟机和应用监控第八章 集成第九章 汇总第二部分 vSphere分布式资源调度第一章 vSphere DRS介绍第二章 vMotion和EVC第三章 DRS动态配额第四章 资源池与控制第五章 DRS计算推荐第六章 DRS推荐向导第七章 DPM介绍第八章 DPM计算推荐第九章 DPM推荐向导第三部分 vSphere存储DRS第一章 vSphere存储DRS介绍第二章 存储DRS算法第三章 存储I/O控制（SIOC）第四章 数据存储配置第五章 数据存储架构与设计第六章 对存储vMotion的影响第七章 关联性第八章 数据存储维护模式第九章 总结汇总第四部分 群集架构的扩展第一章 群集架构的扩展第二章 vSphere配置第三章 故障排错第四章 总结汇总第五章 附录 第五章 增加高可用灵活性（网络冗余） 在前面的章节中，我们不仅介绍了当隔离响应触发时的隔离检测，还介绍了误报的影响。当隔离响应设置为“关闭电源“或者“关机”时，主机变成隔离状态，HA将重新启动主机上的虚拟机。但是，这也意味着没有适当的冗余性。隔离响应也许没有必要触发，而造成停机时间应该可以被预防。
为了提高网络的灵活性，VMware在虚拟化层为VMkernel和虚拟机网络设计了网卡绑定的概念，当讨论HA，它对于管理网络来说特别重要。

引用
端口组是几个物理网卡组成的一个单一的逻辑网卡，可用于网络容错和负载均衡。
使用这个机制，它可以增加管理网络的冗余性，降低隔离事件发生的机会，当然，也可以为其它的端口组提供冗余，但这不是本章的主题。另一个选择是配置一个额外的管理网络，在另一个VMkernel端口上启用管理网络，有一个事实是，如果多个VMkernel在同一个子网，HA将会使用所有的端口来管理流量，即使只指定一个用于管理！
虽然有很多配置和支持，我们建议了一个简单但具有高度弹性的配置。在我们的例子将包括vMotion，当把vMotion和管理网络结合到一个虚拟交换机是非常通用的配置，也是业内接收的最佳实践。

需求
2个物理网卡

VLAN trunking

建议
2个物理交换机

如果可以，开启“链路状态跟踪”功能，确保链路发生故障时发出报告

虚拟交换机配置如下
vSwitch 0: 2个物理网卡（vmnic0 和 vmnic 1）

2个端口组（管理网和vMotion）

管理网vmnic 0 active /vmnic 1 standy

vMotion vmnic 1 active / vmnic 0 standy

故障恢复设置为否

每个端口组标记一个vlan ID，在自己的专有网卡上运行，只有在发生故障的情况下，才切换到备用网卡，我们强烈建议故障恢复设置为否，这样可以避免不必要的孤立事件，当物理交换机启动时路径上没有流量，但是端口组被报告为“up”，这样就会发生孤立事件。

优点：
管理网络和vMotion只需要2个网卡，在刀片环境中尤其重要，且易于配置
缺点
只有一个单一的活动路径的心跳

接下来描述active/standy这种场景
图24：管理网络的active-standy设计



为了增加弹性，我们还建议实施中在高级选项下设置网卡端口使用不同的PCI总线—最好是不同品牌不同型号的网卡，当使用不同的网卡时，甚至可以减少网卡发生的驱动故障。
高级设置
das.isolationaddressX = <ip-address>
隔离地址的设置在第4章详细讨论，总之，如果主机在网络中没有收到其他的心跳而造成隔离，它是HA代理ping该地址来确认身份的，如果多个VMkernel的网络被用在不同的子网，我们建议每一个子网设置一个隔离地址，这样每一个都能够验证主机的身份。

基本设计原则
利用vSphere提供的端口组功能，结合不同的物理网卡可以增加整体解决方案的弹性。

链路状态跟踪
这已经在列表中有提到过，但它的功能不是我们要强调的地方，我们已经注意到，人们往往忘记这个功能，尽管许多交换机都提供这种能力，尤其在刀片服务器的环境中。

链路状态跟踪将反应上行链路与下行链路的状态，让我们看下图
图25：链路状态跟踪原理


图25描述了这样一个场景，一台核心交换机的上行发生故障，如果没有开启链路状态跟踪，边界交换机到vmnic 0的连接会被通告为“up”，而开启了链路状态跟踪，边界交换机将会反应链路状态给核心交换机，并标记为“down”，你可能想知道为什么这如此重要，但你仔细想想，许多vSphere的功能发起依赖于网络，虚拟机也同样依赖，如果状态信息没有反应，许多功能可能会失效，举个例子，上图中如果流量必须经过核心交换机，那么网络心跳就会失败，我们称这种情况为“黑洞”：主机由于相信链路状态正常，它把流量发送到链路，但是上行链路出现故障，流量永远都到不了目的地址。
基本设计原则
了解您的网络环境，同网络管理员交谈，确保像链路状态跟踪等高级的功能被开通使用，以增加架构的弹性。
本文出自 “virtualbox” 博客，请务必保留此出处http://virtualbox.blog.51cto.com/531002/1178190