《VMware Virtual SAN权威指南》一3.9.1 vSphere HA通信网络

3.9.1 vSphere HA通信网络

在非VSAN部署中,vSphere HA代理的通信是通过管理网络进行的;在VSAN环境中,vSphere HA代理的通信是通过VSAN网络进行的。背后的原因是我们希望当网络故障发生时,vSphere HA主机和VSAN主机是位于同一分区(partition)中的,这就避免了故障时因vSphere HA和VSAN判断的分区不同而造成拥有的存储组件和对象集不同所造成的可能的冲突。
在VSAN环境下的vSphere HA在默认情况下仍然将管理网络的默认网关用作隔离检测(isolation detection)。我们估计大多数VSAN环境的管理网络和VSAN网络很可能是使用同一个物理网络基础架构的(尤其是在万兆网络情况下)。但是,如果VSAN网络和管理网络是位于不同的物理网络基础架构,建议将默认的vSphere HA隔离检测地址从管理网络变更为VSAN网络。如前所述,默认情况下隔离地址是管理网络的默认网关。VMware建议在VSAN上的vSphere HA使用VSAN网络上的某个IP地址作为隔离地址。要使用VSAN网络上的某个IP地址而不是管理网络的默认网关作为隔离检测地址,下列的vSphere HA高级设置中的配置需要进行变更:
das.useDefaultIsolationAddress=false
das.isolationAddress0=
不过,如果VSAN网络里面没有合适的隔离地址,那么也可以如默认设定那样保留管理网络中的隔离地址。
另一个显著的区别和网络重配置有关。vSphere HA不会自动探测到在VSAN层面就VSAN网络执行的变化,因此,为了探测到这些变化,vSphere管理员必须手动触发vSphere HA群集的重配置。

时间: 2024-12-03 19:28:06

《VMware Virtual SAN权威指南》一3.9.1 vSphere HA通信网络的相关文章

《VMware Virtual SAN权威指南》一2.3.4 VMkernel网络

2.3.4 VMkernel网络 在每台想要加入VSAN群集的ESXi主机上,都必须创建一个用于VSAN通信的VMkernel端口.这个标记为Virtual SAN Traff?ic(虚拟SAN流量)的VMkernel端口是自vSphere 5.5中新出现的类型.这个端口用于群集内节点之间的通信,并且当一个特定的虚拟机运行在某一台ESXi主机上而构成这台虚拟机的文件的真正数据块又落在群集中另外一台ESXi主机上的时候,这个端口也用于读和写操作.在这种情况下,I/O将通过群集内主机间的网络传递,如

《VMware Virtual SAN权威指南》一2.3.5 VSAN网络流量

2.3.5 VSAN网络流量 VSAN使用的协议是个专有协议.就像VMware的vMotion.Fault Tolerance.vSphere Replication以及其他VMware专有协议等其他VMware产品和特性一样,VMware没有公布这个协议的规范.VSAN网络用于3种不同的流量类型,由于这些流量带来了对物理网络交换机配置的一些要求,所以了解清楚它们是怎么回事是很重要的. 组播心跳(Multicast heartbeat)--这类流量用来发现加入到群集中的所有主机,并且判断主机状态

《VMware Virtual SAN权威指南(原书第2版)》一导读

前 言 说到虚拟化及其依赖的底层基础架构,经常会提起一个组件--存储.原因相当简单:在很多环境中,存储是痛点.尽管存储市场已经因为闪存技术的引入发生了变化,很多传统的存储问题得到了缓解,但是很多机构还没能采纳这些新的架构,因而仍然会遇到挑战. 存储问题的范围包括运营上的复杂性到性能问题甚至是可用性的限制.这些问题中的大部分都起因于同样的根本问题:老旧的系统架构.这是因为大多数存储平台架构是在虚拟化技术出现之前开发出来的,而虚拟化已经改变了使用这些共享存储平台的方法. 某种程度上,可以说是虚拟化迫

《VMware Virtual SAN权威指南》一导读

前 言 说到虚拟化及其依赖的底层基础架构,经常会提起一个组件--存储.原因相当简单:在很多环境中,存储是痛点.尽管存储市场已经因为闪存技术的引入发生了变化,很多传统的存储问题得到了缓解,但是很多机构还没能采纳这些新的架构,因而仍然会遇到挑战.存储问题的范围包括运营上的复杂性到性能问题甚至是可用性的限制.这些问题中的大部分都起因于同样的根本问题:老旧的系统架构.这是因为大多数存储平台架构是在虚拟化技术出现之前开发出来的,而虚拟化已经改变了使用这些共享存储平台的方法.某种程度上,可以说是虚拟化迫使存

《VMware Virtual SAN权威指南》一3.9.2 vSphere HA心跳数据存储

3.9.2 vSphere HA心跳数据存储 VSAN上的vSphere HA的另一个显著不同是VSAN数据存储不能用作数据存储心跳(datastore heartbeat).当在传统的SAN或者NAS数据存储上的vSphere HA群集发生了分区故障事件时,心跳对于决定虚拟机的归属扮演着非常重要的角色.这个功能对于部署在传统共享存储环境(NAS/SAN)下的vSphere HA是非常有帮助的,因为它允许分区在同一层面上进行协调.vSphere HA不将VSAN数据存储用于心跳也不允许用户把它指

《VMware Virtual SAN权威指南》一3.6 网络I/O控制配置示例

3.6 网络I/O控制配置示例 如前所述,网络I/O控制(NIOC)可以用来保证VSAN群集的通信和I/O传输所需的带宽.只有在vSphere分布式交换机(VDS)中才能配置NIOC,而在VMware标准交换机(VSS)中是不支持的.VDS的确只在某些高版本的vSphere中才提供,不过VSAN已经包含了VDS,而不管你使用的是哪个版本的vSphere. 如果你正在使用的分布式交换机版本早于vSphere版本,为了使用VSAN,我们建议你把它升级到最新版本,虽然vSphere的文档中没有特别指出

《VMware Virtual SAN权威指南(原书第2版)》一2.3 网络要求

2.3 网络要求 这一节将从网络角度探讨VSAN的需求和前提条件.VSAN是一种分布式的存储解决方案,因此它对主机之间的通信网络非常倚重,其关键是稳定性和可靠性. 2.3.1 网络接口卡 每台ESXi主机必须至少具有一块千兆以太网络接口卡专用于VSAN混合配置,而全闪存配置必须使用万兆网卡.然而,作为最佳实践,VMware和本书作者都推荐使用万兆网卡.出于冗余的考虑,可以在每一台主机上都配置网卡绑定.我们认为这是最佳实践,但这并不是构建一个完整功能的VSAN群集所必需的. 2.3.2 受支持的虚

《VMware Virtual SAN权威指南》一1.1 软件定义的数据中心

1.1 软件定义的数据中心 在2012年VMware的年度大会VMworld上,VMware分享了对于软件定义的数据中心(software-def?ined datacenter,SDDC)的愿景.SDDC是VMware的公有云和私有云的架构,在其中将数据中心所有的重要组成部分--计算.存储.网络以及相关的服务全部都进行虚拟化.将数据中心的各个组件虚拟化使得IT团队更加灵活,降低了运营的复杂性,减少了成本,并同时增加了可用性和敏捷性,最终将大大缩短把新服务投向市场的时间. 要达到这些目的,仅仅是

《VMware Virtual SAN权威指南》一1.4 Virtual SAN简介

1.4 Virtual SAN简介 对于软件定义的存储,VMware计划把重点放在一系列本地存储.共享存储以及存储/数据服务的VMware创新项目上.一言以蔽之,VMware想让vSphere成为存储服务的平台. 存储曾经是一种在项目初期配置.部署完毕并且在其整个生命周期都不会变更的存在.如果需要变更某个正被虚拟机使用的LUN或卷的某些特性或属性,大多数情况下,原始LUN或卷必须被删除并重建.这是一种干扰生产的.有风险的并需要耗费大量时间的操作,因为它需要在LUN或卷之间迁移数据.这甚至可能需要