
Estamos executando várias VMs Debian Wheezy em servidores Ubuntu 12.04.4/Libvirt 0.9.8-2ubuntu17.17
O host está conectado à rede através de um tronco. Em seguida, ele divide as VLANs e cria uma ponte para cada uma delas com a seguinte configuração:
auto eth4.2 kvmbrtrunk.2
iface eth4.2 inet manual
up ifconfig eth4.2 up
down ifconfig eth4.2 down
iface kvmbrtrunk.2 inet manual
bridge-ports eth4.2
bridge-stp no
bridge-fd 0
bridge-maxwait 0
As VMs são configuradas da seguinte forma:
<interface type='bridge'>
<mac address='54:52:00:02:10:70'/>
<source bridge='kvmbrtrunk.2'/>
<model type='virtio'/>
<address type='pci' domain='0x0000' bus='0x00' slot='0x09' function='0x0'/>
</interface>
E eles usam VirtIO
00:09.0 Ethernet controller: Red Hat, Inc Virtio network device
Protagonistas (todos na mesma VLAN):
A: 1st Ubuntu 12.04 desktop
B: 2nd Ubuntu 12.04 desktop
C: 1st VM, 1st host
D: 2nd VM, 1st host
E: 3rd VM, 2nd host
Quando fazemos uma série de 60 pings "rtt min/avg/max/mdev":
A -> B = 0.093/0.132/0.158/0.015 ms
A -> C = 0.272/0.434/1.074/0.113 ms
A -> D = 0.294/0.460/0.832/0.091 ms
A -> E = 0.324/0.505/0.831/0.069 ms
C -> D = 0.348/0.607/0.863/0.124 ms
C -> E = 0.541/0.792/0.972/0.101 ms
Então, esses resultados parecem indicar que o libvirtcomutação/filtragem virtualnão apenas adiciona alguma latência, como seria de esperar, mas a triplica (0,132 vs 0,460)
Pergunta
Is there anything that can be done to attenuate this extra latency?
Agradecemos antecipadamente por qualquer dica.
Responder1
Que tipo de recursos você está disposto a sacrificar por essa redução na latência?
Para começar, tente desabilitar iptables/ebtables nas interfaces de ponte. Você pode mudar /proc/sys/net/bridge/bridge-nf-call-iptables
para 0 para fazer isso. A desvantagem aqui é que você não pode mais fazer nenhum tipo de filtragem no tráfego de visitantes.
A opção 'melhor' aqui é mudar para placas de rede virtualizadas, usando SR-IOV. Isso requer que sua placa-mãe e controlador de rede sejam compatíveis. Você também está limitado a 7 convidados por placa de rede (para Ethernet gigabit, acredito que 10 giga é maior). Isso funciona dando a cada convidado acesso direto ao hardware de rede. O sistema operacional host não está envolvido no fluxo de pacotes, a VM apenas se comunica diretamente com a NIC.
O SR-IOV lhe dará o melhor desempenho (o uso da CPU foi cerca de 10% menor em nossos testes, para altos níveis de tráfego de rede) e a menor latência (já que há muito menos camadas de software interagindo com os pacotes). Acredito que você pode configurar a marcação de vlan com isso, mas a configuração provavelmente seria um pouco difícil (SR-IOV é basicamente uma mágica não documentada e você estará mexendo muito nas configurações).