☰

Verbundene *und* primäre und virtuelle IP-Adressen *und* VLAN-Tags

tag-icon • tag-icon rhel bonding vlan
Verbundene *und* primäre und virtuelle IP-Adressen *und* VLAN-Tags

Red Hat 5-Familie und Red Hat 6-Familie.

Ich habe keine Dokumentation für jemanden gefunden, der erfolgreich ein LACP-Paar eingerichtet, zwei IP-Adressen darauf gesetzt und dann die primäre und virtuelle IP-Adresse mit zwei unterschiedlichen VLAN-Nummern markiert hat. Kennt jemand jemanden? …

# 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

  • Benötigt die VIP-Konfigurationsdatei eine BONDING_OPTS-Zeile oder würde sie die Bond-Konfiguration aus der primären Schnittstellendatei übernehmen?

  • Akzeptiert das 8021q-Modul von Red Hat Anweisungen zum unterschiedlichen Kennzeichnen eines ausgehenden Pakets, je nach seiner realen bzw. virtuellen IP-Adresse?

  • Würden eth1 und eth2, die so eingestellt sind, dass sie bond0 als Master verwenden, bond0:1 Beachtung schenken?

    • Muss ich den MASTER-Eintrag ändern MASTER=bond0.123?

Antwort1

Ja, das können Sie tun, aber Ihre Konfigurationen stimmen nicht ganz.

Sie benötigen keine Bonding-Informationen zu den VIFs. Dies wird eine Ebene darunter auf Bond0 erledigt. In diesen Fällen erstelle ich normalerweise eine Schnittstelle (wie Bond0) und erstelle dann darüber meine VLAN-Schnittstellen (wie Bond0.123 und Bond0.124). Dies funktioniert wie erwartet, da Bond0 das native VLAN verwendet (falls vorhanden) und die VIFs getaggte VLANs verwenden.

Alles, was wirklich nötig ist, ist, dass Sie VLAN=yes in den VIF-Dateien angeben, wie Sie es oben getan haben.

JEDOCH glaube ich nicht, dass ein VIF Bonding-Optionen richtig akzeptiert. Tatsächlich bin ich mir in Bezug auf Modus 4 fast sicher. Legen Sie Bonding-Informationen auf eine einfache Bond-Schnittstelle und führen Sie Ihre VIFs dann davon aus. Es folgt ein Beispiel:

# 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

Hier sehen wir einen Bonding-Master, auf dem ein VIF läuft. Der Master kann seine eigene IP haben (solange er sich innerhalb des nativen VLAN befindet – oder keine IP, wenn auf Ihrem Switch für diese Verbindung kein natives VLAN konfiguriert ist). VIFs funktionieren nur innerhalb des getaggten VLAN, dem ihre Nummer entspricht. VIFs steuern das Bonding in keiner Weise.

verwandte Informationen