[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: KVM e networking



On Mon, May 07, 2018 at 02:15:22PM +0200, Niggle wrote:
> Ciao a tutti,
> 
> KVM host debian 8, 4 schede di rete, relativi 4 bridge per gli host,

Intendi guests, giusto?

	bridge name	bridge id		STP enabled	interfaces
	br0		8000.bc5ff483b55a	yes		eth0



> di cui br0 con ip statico (dell'host) e i successivi senza. Ogni VM
> poi utilizza 1 o più vnet per la proprià connettività.

Non ne sono certo al 100% ma penso virbr0 serva tutti i guests
presenti nell'host, tramite dnsmasq.

Tramite vnet0 esci routed dal host, se ivece utilizzassi direttamente
br0 ogni guest si affaccerebbe sulla rete con il proprio indirizzo,
statico o preso dal dhcp della rete:

    <interface type='bridge'>
      <mac address='00:54:00:XX:XX:XX'/>
      <source bridge='br0'/>
      <model type='virtio'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/>
    </interface>
    

> Dopo il reboot  dell'host mi trovo solo vnet0, i successivi spariti... e quindi posso
> tenere su solo una delle VM contemporaneamente, non di più...

Come hai creato gli altri vnet*?

> questo l'output di un altro KVM host (brctl show):
> 
> bridge name    bridge id                        STP enabled interfaces
> br0                   8000.2c44fd7ab3ec      no eth0
>                     vnet0
>                     vnet1
>                     vnet3
>                     vnet5
>                     vnet7
> br1                8000.2c44fd7ab3ed        no eth1
>                     vnet6
> br2                8000.2c44fd7ab3ee        yes eth2
> br3                8000.2c44fd7ab3ef        no eth3
>                     vnet4
> br4                8000.00249b0de43b        yes eth4
>                  vnet2
> invece dopo il reboot:
> 
> bridge name    bridge id                        STP enabled interfaces
> br0                    8000.fc15b4906634    no eth0
>                    vnet0
> br1                    8000.fc15b4906635    yes eth1
> br2                    8000.fc15b4906636    yes eth2
> br3                    8000.fc15b4906637    no eth3
> 
> Mi aspetterei invece un output simile al primo, come è sempre stato...
> 
> 
> Qualche idea o suggerimento?
> 
> 
> Grazie
> 
> 
> P.
> 
> 
> 

-- 
Felipe Salvador


Reply to: