我们有许多运行CentOS或RHEL的XEN服务器。 他们运行的虚拟机都需要在自己的VLAN上，除了客户期望的以外，没有别的原因。 长话短说，但是，我现在不能改变这个。
我们还需要在接口上启用绑定。 所以为了适应这个，我们奴役了eth1和eth2以bond0。 然后我们创build一个名为bond0.VLANID的独立接口，其中VLANID对应于正确的vlan; 如ifcfg-bond0.204
DEVICE=bond0.204 BOOTPROTO=static ONBOOT=yes VLAN=yes BRIDGE=xenvlan204 通往XEN的桥梁
正如你将会看到的，我们最终必须将这一点与XEN连接起来，并且通过添加另一个名为xenvlan204的接口（在这个例子中）来实现。 的ifcfg-xenvlan204
DEVICE=xenvlan204 BOOTPROTO=none ONBOOT=yes TYPE=bridge
XEN Vmconfiguration
最后在我们的每个虚拟机的XENconfiguration中添加
vif = [ "bridge=xenvlan204" ]
这就允许vm主机访问特定的vlan
问题
我们已经注意到这个设置的一些问题。 一个是我们目前手动创build接口。 这意味着如果我们添加更多的vlan启用的接口和网桥，我们通常必须重新启动xend，这是我不太热。 另外，较低级别的人员通过接口的数量使他们的头部融化，并且发生错误的风险较高。
其次，如果主机有多个vlan接口，则可能需要一段时间。
第三，pipe理方面还不够好
问题
有没有一种更好的更灵活的方法来做到这一点（尤其是在Xen 5.3,5.4和5.5版本的情况下，我们必须支持所有这三种方式），它们利用脚本或其他解决scheme来允许创build任意数量的接口一个虚拟机是实例化的。
您的build议和专业知识更受欢迎。
不是Xen的专家，但是你对桥接接口和vlan标记所做的工作是引用OK，只要你远离绑定模式0和6（那些已知的桥接问题，他们）。
还有一件事，因为你使用的是基于RHEL的Xen，所以你也必须使用libvirt。 据我所见，它使用KVM，从来没有任何需要重新加载任何东西，看到一个新的桥梁可用
最后，正如我所说的，我不是Xen专家，所以我可能在这里什么也没有，但是不能重新加载而不是重新启动？