Bootstrap

vSphere-虚拟交换机安全策略

创作内容不易,学习的朋友麻烦关注下博主,后面学习不迷路。有不会的问题也可以论坛咨询博主,博主也会及时回复。

博主也创建了一个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地址,让物理机进行学习。

当虚拟机迁移到别的端口组,在虚拟机还为发流量,就会发信息给虚拟交换机,流量的发送需要更换上行链路

故障恢复:

活动适配器挂掉,更换备用适配器进行替换


我们今天的内容到这就结束了,今天的内容到这里就结束了,如果有啥不会的朋友记得论坛里面提问哈~

如果朋友你感觉文章的内容对你有帮助,可以点赞关注文章和专栏以及关注我哈,嘿嘿嘿我会定期更新文章的,谢谢朋友你的支持哈

;