多台虚拟机使用一张物理网卡时,一台虚拟机在发包时,另外一台会暂停发包吗? 还有什么机制会处理这种冲突?
1
XiaoxiaoPu 2020-11-26 20:04:03 +08:00
不能多个虚拟机使用一个网卡吧?我猜你的意思是每个虚拟机都跟物理网卡桥接?如果是这个意思,那么相当于每个虚拟机的网卡都通过虚拟交换机与物理网卡通信,因为有交换机,所以不在一个冲突域。
|
2
cxh116 OP |
3
zhangsanfeng2012 2020-11-26 20:59:17 +08:00 via Android
linux bridge 是类似交换机的功能,不是 hub
|
4
jim9606 2020-11-26 21:10:37 +08:00
虚拟机用的虚拟网卡默认是 macvtap+bridge,Host 内核用 CPU 处理包交换的事务,物理网卡工作在混杂模式。
如果是用 NAT 转发,Host 内核同样要使用 CPU 介入 NAT 事务,不过物理网卡就不需要混杂模式了。 如果想提高性能,可以用网卡的 SR-IOV,需要 Guest 安装专用 VF 驱动,网卡自行处理交换事务,CPU 基本不介入。 |
5
cxh116 OP |
6
billlee 2020-11-26 21:33:19 +08:00
现在的有线以太网都是使用双绞线 /光纤 + 交换机了,CSMA/CD 已经没用了,不存在冲突域的概念。
有线以太网需要 CSMA/CD 那是以前使用同轴电缆的时代的事情了。 |
7
moln 2020-11-26 21:43:08 +08:00
不在,虚拟交换机
|
8
jim9606 2020-11-26 21:52:47 +08:00
@cxh116
确实我搞错了,没有用 PROMISC 。 冲突的定义我查了下是采用共享介质通信时通过 CSMA/CD 避免同一介质下的两个 NIC 同时使用介质发送数据。 这玩意只有物理介质(双绞线、同轴电缆)时需要吧,虚拟网卡和网桥只是内核中的数据结构,不需要处理这些 PHY 层才存在的问题吧。 例如两个 VM 通过虚拟网桥使用同一个物理网卡发包,Host 内核网络栈处理完这两个帧之后再插入物理网卡的 TX Queue 中,物理网卡的处理器并不知道这些帧是从哪来的,只是按照 Queue 的顺序发送出去罢了。 |
9
jim9606 2020-11-26 22:21:41 +08:00
至于桥接至同一个物理网卡(lower device)的多个虚拟网卡( upper device )能不能互通的问题,取决于工作模式。
参考自这篇博文( https://suhu0426.github.io/Web/Presentation/20150120/index.html ) VEPA 模式下 upper device 的帧会通过 lower device 发送出去,如果要折返(也就是 VM 间通信),需要外部 switch 或者 router 转发,除非 lower device 支持 hairpin mode 。 如果是 bridge 模式,Host 的网络栈会转发 upper device 间通信的帧而不会到达 lower device,通常都是用这个模式。 |
10
julyclyde 2020-11-27 19:24:51 +08:00
冲突域需要一个“公用介质”
现代社会很南构造出冲突域了。如果你明确知道,那就是;如果你问,基本上都不是 |