Re: [Sysadmins] OpenVZ @ server-4.0.1 - большие проблемы

Re: [Sysadmins] OpenVZ @ server-4.0.1 - большие проблемы

[seriv]

Привет Сергей!

----- Original Message -----
From: "Sergey" <a_s_y@sama.ru>
To: "ALT Linux sysadmin discuss" <sysadmins@lists.altlinux.org>
Sent: Monday, February 11, 2008 12:24:12 PM GMT -05:00 US/Canada Eastern
Subject: Re: [Sysadmins] OpenVZ @ server-4.0.1 - большие проблемы

On Monday 11 February 2008, seriv@parkheights.dyndns.org wrote:

> > Первое что я осознал - это что мои bridge devices vzbr0 и vzbr1 дописаны в 
> > /etc/iftable и забирают у eth0/eth1 карточки по макадресам, 

> Через Альтератор делалось ?
Нет. Сейчас проверил что для сервера 4.0.1 нет возможности управлять veth через Альтератор. 


> >    Прошу подсказать, как надо настраивать OpenVZ, etcnet и bridges в такой 
> >    ситуации. Прошу покритиковать то что я делал 

> Так что надо, в конце концов ? получить именно 2 VE в разных сетях ? Или они 
> как-то связаны должны быть ? 
VE одно у меня. Но оно должно быть подключено к двум разным сетям. К WAN и к LAN. 
LAN должен быть у него представлен как eth0 типа veth с ip 10.16.0.12 (например). А WAN - как eth1 того же типа с IP, скажем, 8.8.38.211
И соответственно на VE0 (Also known as HE) уже имелись eth0 переименованная в lan с ip 10.16.0.15 и eth1 переименованная в wan с ip 8.8.38.171.
Ну и br0/br1, я их на самом деле назвал vzbrlan и vzbrwan, объядиняющие lan@VE0 с eth0@VE и wan@VE0 с eth1@VE соответственно.

Но в первую очередь хочется чтобы сервер не приходилось навещать. Чтобы он при перезагрузке не оставался без IP адресов, как происходит сейчас. 

> В общем, если eth нарезать на 802.1q интерфейсы, 
> а, потом, распихать их по разным VE, это работает. Так не пойдёт ?

Наверно пойдёт. Я от вас первого слышу про 802.1q
Подскажите что надо прочитать и как это делается в Альтлинуксе для OpenVZ

-- 
   Сергей Иванов.

Re: [Sysadmins] OpenVZ @ server-4.0.1 - большие проблемы

[Sergey]

On Monday 11 February 2008, seriv@parkheights.dyndns.org wrote:

> > > Первое что я осознал - это что мои bridge devices vzbr0 и vzbr1 дописаны в 
> > > /etc/iftable и забирают у eth0/eth1 карточки по макадресам, 
> 
> > Через Альтератор делалось ?

> Нет. Сейчас проверил что для сервера 4.0.1 нет возможности управлять veth через 
> Альтератор.  

Понятно. Просто нарывался с Alterator-ом вот на это:
https://bugzilla.altlinux.org/show_bug.cgi?id=13350

> > В общем, если eth нарезать на 802.1q интерфейсы, 
> > а, потом, распихать их по разным VE, это работает. Так не пойдёт ?
> 
> Наверно пойдёт. Я от вас первого слышу про 802.1q
> Подскажите что надо прочитать и как это делается в Альтлинуксе для OpenVZ

Почитать - описание любого свича более-менее серьёзного. 802.1q сейчас
и несерьёзные поддерживают, но я не знаю, как там с описанием. Я что-то
как-то на пальцах с этим разбирался в своё время. А пример конфига:

ifaces/eth1/options:
DISABLED=no
BOOTPROTO=static
USE_HOTPLUG=no
MODULE=e100

ifaces/eth1.1/options
DISABLED=yes
TYPE=vlan
HOST=eth1
VID=1

ifaces/eth1.23/options
DISABLED=yes
TYPE=vlan
HOST=eth1
VID=23

vzctl set <name> --netdev_add eth1.1 --save
vzctl set <name> --netdev_add eth1.23 --save

Внутри VE options для eth1.1 и eth1.23 выглядит так:

DISABLED=no
BOOTPROTO=static
USE_HOTPLUG=no

В хост-системе IP для интерфейсов, перемещаемых в VE, задавать не надо,
на свиче создать соответствующие vlan и включить tagged mode для порта.

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [Sysadmins] OpenVZ @ server-4.0.1 - большие проблемы

[Alexander Volkov]

On 2008-02-12 10:39:40 +0400, Sergey wrote:
S> и несерьёзные поддерживают, но я не знаю, как там с описанием. Я что-то
S> как-то на пальцах с этим разбирался в своё время. А пример конфига:

S> ifaces/eth1/options:
S> DISABLED=no
S> BOOTPROTO=static
S> USE_HOTPLUG=no
S> MODULE=e100

S> ifaces/eth1.1/options
S> DISABLED=yes
S> TYPE=vlan
S> HOST=eth1
S> VID=1

S> ifaces/eth1.23/options
S> DISABLED=yes
S> TYPE=vlan
S> HOST=eth1
S> VID=23

S> vzctl set <name> --netdev_add eth1.1 --save
S> vzctl set <name> --netdev_add eth1.23 --save

S> Внутри VE options для eth1.1 и eth1.23 выглядит так:

S> DISABLED=no
S> BOOTPROTO=static
S> USE_HOTPLUG=no

S> В хост-системе IP для интерфейсов, перемещаемых в VE, задавать не надо,
S> на свиче создать соответствующие vlan и включить tagged mode для порта.

А не добавить ли это к etcnet/examples? А то там нет такого... 
Мож, повесите FR?

--
 Regards, Alexander

Re: [Sysadmins] OpenVZ @ server-4.0.1 - большие проблемы

[Eugene Prokopiev]

> А не добавить ли это к etcnet/examples? А то там нет такого...
> Мож, повесите FR?

/usr/share/doc/etcnet-0.9.5/examples/VLAN-without-vlantab - разве не оно?


-- 
С уважением,
Прокопьев Евгений

Re: [Sysadmins] OpenVZ @ server-4.0.1 - большие проблемы

[Sergey]

On Tuesday 12 February 2008, Eugene Prokopiev wrote:

> /usr/share/doc/etcnet-0.9.5/examples/VLAN-without-vlantab - разве не оно?
 
Практически оно. Но без упоминания, что делать с iface1 внутри VE.
Вообще, скорее, мой пример к OVZ привязывать стоит, а не к etcnet...

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [Sysadmins] OpenVZ @ server-4.0.1 - большие проблемы

[Eugene Prokopiev]

> > /usr/share/doc/etcnet-0.9.5/examples/VLAN-without-vlantab - разве не оно?
>
> Практически оно. Но без упоминания, что делать с iface1 внутри VE.
> Вообще, скорее, мой пример к OVZ привязывать стоит, а не к etcnet...

если честно, не вижу там никакой ovz-специфики

-- 
С уважением,
Прокопьев Евгений

Re: [Sysadmins] OpenVZ @ server-4.0.1 - большие проблемы

[Sergey]

On Tuesday 12 February 2008, Eugene Prokopiev wrote:

> не вижу там никакой ovz-специфики

То, что не надо в options указывать, что это vlan.

-- 
С уважением, Сергей
a_s_y@sama.ru