Temos vários servidores XEN em execução no CentOS ou no RHEL. As VMs que eles executam são obrigadas a estar em sua própria VLAN sem nenhum outro motivo que o cliente espera que elas sejam. Longa história curta no entanto, não posso mudar isso agora.
Também precisamos ter a ligação ativada nas interfaces. Então, para acomodar isso, escravizamos eth1 e eth2 a bond0. Em seguida, criamos uma interface separada chamada bond0.VLANID, em que VLANID corresponde à vlan correta; eg ifcfg-bond0.204
DEVICE=bond0.204
BOOTPROTO=static
ONBOOT=yes
VLAN=yes
BRIDGE=xenvlan204
Ponte para XEN
Como você verá, eventualmente teremos que fazer uma ponte para o XEN, e faremos isso adicionando outra interface chamada xenvlan204 (neste caso) que contém; ifcfg-xenvlan204
DEVICE=xenvlan204
BOOTPROTO=none
ONBOOT=yes
TYPE=bridge
XEN Vm Config
Finalmente, em nossa configuração XEN para cada VM, adicionamos
vif = [ "bridge=xenvlan204" ]
Isso permite que o host vm acesse aquela vlan em particular
O problema
Notamos alguns problemas com essa configuração. Uma delas é que atualmente criamos as interfaces manualmente. O que significa que, se adicionarmos mais interfaces e pontes ativadas para vlan, geralmente temos que reiniciar o xend, algo que não é muito interessante. Além disso, o pessoal de nível inferior tem suas cabeças derretidas pelo número de interfaces e o risco de ocorrer um erro é alto.
Em segundo lugar, pode levar algum tempo até que um host apareça se tiver um número de interfaces manipuladas.
Em terceiro lugar, não é apenas um bom dimensionamento nos aspectos de gerenciamento
A questão
Existe uma maneira melhor e mais flexível de fazer isso (especialmente com o Xen que vem com centos 5.3, 5.4 e 5.5, pois temos que suportar todos os três) que aproveita scripts ou outras soluções para permitir uma quantidade arbitrária de interfaces ser criado quando uma vm é instanciada.
O seu aconselhamento e experiência é mais do que bem-vindo.