创作内容不易,学习的朋友麻烦关注下博主,后面学习不迷路。有不会的问题也可以论坛咨询博主,博主也会及时回复。
博主也创建了一个it知识共享互助群,有兴趣的小伙伴也可以加我微信,博主给你拉进群(xiaotiancaio180)
在我们创建虚拟机交换机的时候,又一些参数,这里做个详细讲解
MTU | 最大传输单元,一般默认是1500字节。一般会保障物理链路全部MTU值相同,这样数据在传输的时候不会分片。一般当MTU设置比较小,而另一台的MTU值设的大,那么当数据到达比较小的MTU那台设备时候,数据会进行分片 |
安全选项 | 混杂模式: 一般情况下,虚拟交换机里的虚拟机在二层传输数据时,根据MAC地址表,会进行点对点传输。除了接收端和发送端可以收到流量,其他虚拟机是无法收到流量的。 而如果像要让数据包像广播域那种传播,就相当于hub,没有mac地址表。当其他机器收到目的mac不是自己的包则会拒绝。当虚拟机需要监控二层当中所有虚拟机的时候可以开启这个功能。还有一种情况,就是如果虚拟机本身又是一个虚拟化平台。那么其实在没开混杂模式之前,因为mac地址都是点对点的,从虚拟平台虚拟机发出的虚拟机mac地址,虚拟交换机并不知道,则无法正常通信,而开启混杂模式后,则会进行数据包广播,这个时候虚拟平台的虚拟机才能正常收发包 MAC地址更改: 初始mac: 在创建虚拟机的时候,在网络适配器这里可以看到对应mac地址,这个mac地址会直接存在于虚拟机的配置文件里 生效mac: 在操作系统里面实时的mac地址 如果初始mac和生效mac地址不一样,外面发送过来的时候数据包的目的mac地址和我本身mac地址不一样,虚拟机交换机也决绝 伪传输 往外发送流量,如果发出来的mac地址和初始mac地址不一样,那个这个虚拟机交换机则会拒绝,这叫伪传输 |
流量调整 | |
绑定和故障切换 | 负载均衡: 此选项根据以下其中一种算法确定NIC团队中网络适配器之间的网络流量分配方式 负载均衡一般只有在虚拟交换机存在多张物理网卡的时候才有作用,而一般网卡主要都是主备,主坏,备上。 而如果将所有网卡都添加到活动适配器,则负载平衡才生效 基于IP哈希的路由: 虚拟交换机根据每个包的源IP地址和目标!P地址为虚拟机选择上行链路。配置为使用vSphere standard switch的ESXi支持静态(手动)模式或 Etherchannel中的标准802.3ad链路聚合,但不支持动态模式链路聚合成协议(例如LACP)。 基于源MAC哈希的路由: 虚拟交换机根据VM的MAC地址为VM选择上行链路。要计算VM的上行链路,虚拟交换机使用VM MAC地址和NIC团队中的上行链路上的数目。该方法支持所有物理交换机,开销很低。 基于源虚拟端口的路由: 虚拟交换机根据虚拟端口标识(等于虚拟交换机端口)选择上行链路。这种方法在物理交换机上没有额外的配置,开销很低。 使用明确故障切换顺序: 这个策略没有实际的负载平衡。虚拟交换机始终使用活动适配器列表中的第一个上行链路。如果不可能,将使用其他活动适配器之一,而不是备用适配器。 网络故障检测: 仅链路状态: 仅仅靠物理链路检测 信标探测: 但有时会出现能正常发送,但无法正常接受,这个时候就需要使用到信标探测 通知交换机: 链路出现故障,会把虚拟机mac地址告诉物理机的mac地址,让物理机进行学习。 当虚拟机迁移到别的端口组,在虚拟机还为发流量,就会发信息给虚拟交换机,流量的发送需要更换上行链路 故障恢复: 活动适配器挂掉,更换备用适配器进行替换 |
我们今天的内容到这就结束了,今天的内容到这里就结束了,如果有啥不会的朋友记得论坛里面提问哈~
如果朋友你感觉文章的内容对你有帮助,可以点赞,关注文章和专栏以及关注我哈,嘿嘿嘿我会定期更新文章的,谢谢朋友你的支持哈