这个主题的一些部分/方面已经在这里讨论过了。 引导我的问题：
它运作良好。 每个人都到达Samba（eth0），彼此的共享文件夹，打印机，NAS和互联网。
在VirtualBox之前，VMware Server将所有访客stream量桥接到eth1。 在此之前，我只用了一个networking适配器。 这是地狱。 所有这一切都是从主机或访客进行备份，从NAS上传/下载，而邮件服务器，远程桌面，VNC，Citrix或PuTTY会话将会丢失/超时[*]。
我没有看到暴风雨，但是…但是，我应该使用什么networking选项（或避免！）来防止恶劣的交通模式？
[*]：我刚刚发现这个posthttps://serverfault.com/a/136985/167502这可能是罪魁祸首，虽然它在vmnet使用eth1后运行良好。
看起来对我来说，不应该有任何问题。 可能值得在br1上启用生成树协议（STP） ，这有助于阻止如果将eth0添加到br1时可能发生的任何循环。
这确实意味着路由没有得到很好的优化，因为stream量将会离开eth1上的服务器回到eth0
它看起来像交换机支持IEEE802.3ad链路聚合 ，所以它可能是值得一看的设置这使用绑定在Linux上，这将使用两个链接的stream量到服务器。 eth0和eth1将连接到bond1，然后将bond1添加到br1。 然后把服务器IP放在bond1上。 这意味着在主机上运行的虚拟机将直接连接，而不需要通过物理网卡。
其余的stream量将通过eth0和eth1共享。 一个连接只能够最大限度地使用其中一个链接，所以不应该影响其余的stream量
使用cgroup的net_cls控制器和stream量整形（tc）来限制VM可以使用的networking带宽量。