web-dev-qa-db-fra.com

KVM Configuration réseau

Voici ce que je veux réaliser:

Hôte KVM:

  • Obtenez IP via DHCP
  • ssh connect via hostname (VM-Host hostname)
  • Serveur Ubuntu 14.04 LTS
  • Assis dans un réseau local, inaccessible via Internet
  • Possède une interface physique sur eth0

Invités:

  • Obtenez IP via DHCP
  • ssh connect via hostname (VM-guest hostname)
  • Serveur Ubuntu 14.04 LTS
  • La communication directe entre l'hôte/OS invité n'est pas nécessaire
  • La communication directe entre les clients n'est pas nécessaire

J'ai beaucoup lu à ce sujet, mais plus je lis, plus les possibilités apparaissent. J'ai besoin d'un Push dans la bonne direction.

Il y a plusieurs méthodes que j'ai examinées:

  • [~ # ~] nat [~ # ~] (préconfiguré par libvirt). J'ai lu que NAT n'est pas le meilleur en termes de performances, car le trafic doit être remappé avant d'atteindre l'invité
  • Mise en réseau pontée en éditant/etc/network/interfaces comme ici .

Mais quand je mets

auto lo
iface lo inet loopback
auto eth0
iface eth0 inet manual
auto br0
iface br0 inet dhcp

Je ne parviens plus à atteindre l'hôte (ou ai-je eu un problème?) Ou est-ce que je me connecte à l'hôte via le pont maintenant? Et si oui, comment?

  • Macvlan et Macvtap This semble être une solution intéressante mais aussi la plus compliquée de toutes

Laquelle de ces méthodes est la meilleure pour atteindre l'environnement spécifié?

networkingserverdhcpkvm
1
VapoRizer

Mon mauvais, dans/etc/network/interfaces de l'hôte que j'ai écrit

ifac br0 inet dhcp

au lieu de

iface br0 inet dhcp

Je vais avec le mode bridge, car il vient officiellement avec le noyau. J'examinerai Macvlan et Macvtap plus tard, s'il y a des problèmes de charge CPU comme ici .

Il y a une présentation pdf vraiment détaillée sur la commutation virtuelle qui prétend que "l'utilisation du CPU par macvtap est 24 ~ 29% inférieure à bridge/Open vSwitch" à la page 23

1
VapoRizer