LINUX.ORG.RU
ФорумAdmin

Виртуальные и физические интерфейсы на KVM


0

1

Значит так..
Имеется сервер с двумя сетевыми картами (eth0, eth1), которые смотрят в разные локалки, на него были установлены ubuntu server (как ядро) и KVM (гипервизор), создана виртуальная машина (также убунта). На виртуалке созданы два виртуальных интерфейса. Один виртуальный интерфейс привязан к физической сетевой карте (eth0), это произошло автоматически. Как привязать второй виртуальный интерфейс ко второй физической сетевой карте?

Для удаленного создания и администрирования виртуальной машины использую virt-manager, но этот клиент малофункционален, возможности выбирать соответствия между физическими и вирт.интерфейсами нет.

Погуглил, есть утилита bridge-utils, но хорошего мануала по ней пока не нашел.

возможности выбирать соответствия между физическими и вирт.интерфейсами нет.

Это у тебя моска нет. А я в virt-manager замечательно выбирал к какому бриджу привязан каждый конкретный адаптер в виртуалке.

no-dashi ★★★★★ ()
Ответ на: комментарий от no-dashi

Раз такой московитый, опиши каким замечательным образом т все это сделал. Т.е. с самого начала у тебя была возможность выбрать какой виртуальный к какому физическому будет привязан. Или ты сначала сделал бриджи и после в свойствах клиента, в настройках интерфейса выбрал мост?

AlexHawk ()
Ответ на: комментарий от AlexHawk

Да и еще...
При создании виртуальной машины и выборе сетевого интерфейса доступен только один вариант - виртуальная сеть (default) NAT. А рядом такая запись «версия libvirt не поддерживает получения списка физ.адресов»
lex@lex-desktop:~$ libvirtd --version
libvirtd (libvirt) 0.7.5

AlexHawk ()
Ответ на: комментарий от AlexHawk

Или ты сначала сделал бриджи и после в свойствах клиента, в настройках интерфейса выбрал мост?

Именно. Потому, что другого пути и нет. libvirt не может переконфигурировать сеть, он не знает какие приложения обслуживают или используют различные интерфейсы, то есть превратить eth0 в br0 в автоматическом режиме в общем случае невозможно, ибо это дистрибутиво-инсталяционно-экземпляро зависимо. Бегущие в гостевых доменах виртуалки могут аттачиться только к бриджам, если не залазить грязными ногами в ядро (как это делают VirtualBox и VMWare). Вывод? Присоединиться можно только к уже существующему бриджу, что virt-manager и делает. Специально для непонимающих, кстати, даже схемку сделали: http://libvirt.org/archnetwork.html :-)

no-dashi ★★★★★ ()
Ответ на: комментарий от AlexHawk
lex@lex-desktop:~$ libvirtd --version

$ rpm -q libvirt libvirt-0.8.3-4.fc14.x86_64

no-dashi ★★★★★ ()
Ответ на: комментарий от no-dashi

Что-то пока не очень понятно...сейчас буду разбираться. Если есть возможность, то напиши практическую инструкцию как двум виртуальным интерфейсам(созданным при создании виртуальной машины) поставить в соответствие два физических., т.е. чтобы каждая виртуальная сетевая карта в свою локалку смотрела?
Есть еще вопрос. Почему созданный мост пропадает после ребута хост-машины?

AlexHawk ()
Ответ на: комментарий от AlexHawk

Почему созданный мост пропадает после ребута хост-машины?

С этого и надо начинать - поскольку это дистрибутив-зависимая часть :-)

Берешь доку по своему дистрибутиву и ищешь как в его настройке сети описать бридж. Описываешь два бриджа, например br0 связаный с eth0 и br1 связаный с eth1. Как это делать во всяких арчах, слаках и прочих убунтах - понятия не имею, бо работаю с RH/Fedora, у меня это делается примерно так:

[viking@viking-ws ~]$ echo ; cat /etc/sysconfig/network-scripts/ifcfg-eth0 ; echo

# Broadcom Corporation NetXtreme BCM5755 Gigabit Ethernet PCI Express
DEVICE=eth0
HWADDR=00:18:71:80:26:DF
ONBOOT=yes
NM_CONTROLLED=no
BRIDGE=br0
TYPE=Ethernet

[viking@viking-ws ~]$ echo ; cat /etc/sysconfig/network-scripts/ifcfg-br0 ; echo

# Broadcom Corporation NetXtreme BCM5755 Gigabit Ethernet PCI Express
DEVICE=br0
ONBOOT=yes
TYPE=Bridge
BOOTPROTO=none
IPADDR=192.168.0.20
PREFIX=24
GATEWAY=192.168.0.1
DNS1=127.0.0.1
DOMAIN="domain.com"
NM_CONTROLLED=no

[viking@viking-ws ~]$ su
[root@viking-ws ~]# chkconfig NetworkManager off
[root@viking-ws ~]# chkconfig network on
[root@viking-ws ~]# service NetworkManager stop
[root@viking-ws ~]# service network start
Всё, после ребута мой бридж br0 будет нормально жив. Далее в конфигурации виртуалки в virt-manager просто выбираешь нужный бридж для каждого из виртуальных адаптеров, и всё.

no-dashi ★★★★★ ()
Ответ на: комментарий от no-dashi

К убунту 10.04.2 был подключен дополнительный репозиторий

deb http://ppa.launchpad.net/dnjl/virtualization/ubuntu lucid main [br] 
deb-src http://ppa.launchpad.net/dnjl/virtualization/ubuntu lucid main
Для того чтобы обновить версию libvirt
Теперь вот так
vadmin@virtplat:~$ libvirtd --version
libvirtd (libvirt) 0.8.3 

Мосты прокинуты

vadmin@virtplat:~$ ifconfig
eth0      Link encap:Ethernet  HWaddr 6c:f0:49:4c:49:20  
          inet6 addr: fe80::6ef0:49ff:fe4c:4920/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:6173 errors:0 dropped:0 overruns:0 frame:0
          TX packets:6194 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:849306 (849.3 KB)  TX bytes:1883988 (1.8 MB)
          Interrupt:26 Base address:0xc000 

eth1      Link encap:Ethernet  HWaddr d8:5d:4c:80:df:e5  
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
          Interrupt:20 Base address:0xc000 

lo        Link encap:Локальная петля (Loopback)  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

mybr0     Link encap:Ethernet  HWaddr 6c:f0:49:4c:49:20  
          inet addr:192.168.100.102  Bcast:192.168.0.255  Mask:255.255.255.0
          inet6 addr: fe80::6ef0:49ff:fe4c:4920/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:6173 errors:0 dropped:0 overruns:0 frame:0
          TX packets:5969 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:762872 (762.8 KB)  TX bytes:1872132 (1.8 MB)

mybr1     Link encap:Ethernet  HWaddr d8:5d:4c:80:df:e5  
          inet addr:88.200.100.10  Bcast:88.200.100.255  Mask:255.255.255.0
          inet6 addr: fe80::da5d:4cff:fe80:dfe5/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:6 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:0 (0.0 B)  TX bytes:468 (468.0 B)

virbr0    Link encap:Ethernet  HWaddr d2:61:ff:a1:7a:77  
          inet addr:192.168.122.1  Bcast:192.168.122.255  Mask:255.255.255.0
          inet6 addr: fe80::d061:ffff:fea1:7a77/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:6 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:0 (0.0 B)  TX bytes:468 (468.0 B) 

Но при удаленном подключении virt-managerа и попытке добавления к виртуальной машине новых сетевых интерфейсов доступен только вариант через NAT и выскакивает надпись

версия libvirt не поддерживает получение списка физических интерфейсов

Надо еще более новую версию библиотеки найти? Или в чем еще может быть причина? Почему не доступен выбор бриджа?

AlexHawk ()

Бамплю, т.к. очень нужна помощь в этом вопросе.

AlexHawk ()
Ответ на: комментарий от AlexHawk

Надо еще более новую версию библиотеки найти?

0.8.3 стоит и на хосте с виртуалками и на клиенте с virt-manager'ом?

Ximen ★★★★ ()
Ответ на: комментарий от Ximen

Да, как прочитал сообщение, обновил библиотеку и на клиенте. Но это не помогло. Вообщем оставил я это дело и в качестве хост-машины заюзал Proxmox VE 1.8, пользуюсь и еще ни разу не пожалел.

AlexHawk ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.