☰

Связанные *и* основные и виртуальные IP-адреса *и* тегированные VLAN

tag-icon • tag-icon rhel bonding vlan
Связанные *и* основные и виртуальные IP-адреса *и* тегированные VLAN

Семейство Red Hat 5 и Семейство Red Hat 6.

Я не нашел документации для кого-либо, кто успешно настроил пару LACP, поместил на нее два IP-адреса, а затем пометил основной и виртуальный IP-адреса двумя разными номерами VLAN. Кто-нибудь знает кого-нибудь?...

# cat /etc/sysconfig/network-scripts/ifconfig-bond0.123
DEVICE=bond0.123
BOOTPROTO=none
IPADDR=192.168.10.12
NETMASK=255.255.255.0
GATEWAY=192.168.10.1
ONBOOT=yes
USERCTL=no
BONDING_OPTS="mode=802.3ad xmit_hash_policy=layer3+4 lacp_rate=slow miimon=100 updelay=5000 downdelay=5000"
VLAN=yes


# cat /etc/sysconfig/network-scripts/ifconfig-bond0:1.124
DEVICE=bond0:1.124
BOOTPROTO=none
IPADDR=192.168.12.12
NETMASK=255.255.255.0
GATEWAY=192.168.12.1
ONBOOT=yes
USERCTL=no
VLAN=yes

  • Нужна ли в файле конфигурации VIP строка BONDING_OPTS или он будет использовать конфигурацию связи из файла первичного интерфейса?

  • Будет ли модуль Red Hat 8021q принимать инструкции по разной маркировке исходящего пакета в зависимости от его реального и виртуального IP-адреса?

  • Будут ли eth1 и eth2, настроенные на использование bond0 в качестве главного устройства, обращать внимание на bond0:1?

    • Подумайте об этом, нужно ли мне изменить запись MASTER? MASTER=bond0.123?

решение1

Да, вы можете это сделать, но ваши конфигурации немного не те.

Вам не нужна информация о связывании на VIF. Это обрабатывается уровнем ниже на bond0. В таких случаях я обычно создаю интерфейс (например, bond0), а затем создаю свои интерфейсы VLAN поверх него (например, bond0.123 и bond0.124). Это работает так, как и ожидалось, в том, что bond0 использует собственный VLAN (если он есть), а VIF используют тегированные VLAN.

Все, что действительно нужно, — это указать VLAN=yes в файлах VIF, как вы сделали выше.

ОДНАКО, я не верю, что VIF будет правильно принимать параметры связывания. На самом деле, я почти уверен в этом относительно режима 4. Поместите информацию о связывании в простой интерфейс связывания, затем запустите свои VIF с него. Ниже приведен пример:

# cat /etc/sysconfig/network-scripts/ifconfig-eth0
    DEVICE=eth0
    BOOTPROTO=none
    ONBOOT=yes
    MASTER=bond0
    SLAVE=yes

# cat /etc/sysconfig/network-scripts/ifconfig-eth1
    DEVICE=eth1
    BOOTPROTO=none
    ONBOOT=yes
    MASTER=bond0
    SLAVE=yes

#cat /etc/sysconfig/network-scripts/ifconfig-bond0
    DEVICE=bond0
    NAME=bond0
    BONDING_MASTER=yes
    BOOTPROTO=none
    IPADDR=192.168.10.12
    NETMASK=255.255.255.0
    GATEWAY=192.168.10.1
    ONBOOT=yes
    USERCTL=no
     BONDING_OPTS="mode=802.3ad xmit_hash_policy=layer3+4 lacp_rate=slow miimon=100 updelay=500 downdelay=200"


# cat /etc/sysconfig/network-scripts/ifconfig-bond0:1.123
    DEVICE=bond0:1.123
    BOOTPROTO=none
    IPADDR=192.168.12.12
    NETMASK=255.255.255.0
    ONBOOT=yes  
    USERCTL=no
    VLAN=yes

Здесь мы видим мастер связывания с VIF, работающим поверх него. Мастер может иметь свой собственный IP (если он находится в пределах собственной VLAN - или не иметь IP, если на вашем коммутаторе не настроена собственная VLAN для этой связи). VIF будут работать только в пределах помеченной VLAN, которой соответствует их номер. VIF никак не контролируют связывание.

Связанный контент