Data Domain: Empfehlung für die Linkzusammenfassungskonfiguration anstelle von Failover mit direkt verbundenen Schnittstellen zwischen zwei DDs
Summary: Beim direkten Anschließen von Failover-Schnittstellen direkt hintereinander zwischen zwei DDRs können möglicherweise keine Daten übertragen werden.
Symptoms
Die Schnittstellen eth3b, eth4a und eth4b von DD1 und DD2 sind direkt hintereinander miteinander verbunden. Auf beiden DDs sind eth3b, eth4a und eth4b für die Teilnahme an einer Failover-Bündelung konfiguriert. Der Linkstatus der Failover-Schnittstelle zeigt "running" an, der Datenverkehr kann jedoch nicht über diese Failover-Schnittstelle zwischen den beiden DDs fließen.
Ein nicht übereinstimmender aktiver Link verursacht dies. Ohne eine konfigurierte primäre Schnittstelle sind die aktiven Schnittstellen auf beiden Seiten willkürlich und stimmen möglicherweise nicht überein. Dies kann dazu führen, dass der Datenverkehr zum empfangenden Ende über die Stand-by-Schnittstelle kommt und von der Stand-by-Schnittstelle unterbrochen wird.
DD1:
Net Failover Show ----------------- Ifname Hardware Address Configured Interfaces Up Delay (ms) Down Delay (ms) ------ ----------------- ------------------------------------------------- ------------- --------------- veth1 00:60:16:68:ed:41 eth3b, eth4a, eth4b, active: eth4b, primary: None 29700 29700 ------ ----------------- ------------------------------------------------- ------------- ---------------
DD2:
Net Failover Show ----------------- Ifname Hardware Address Configured Interfaces Up Delay (ms) Down Delay (ms) ------ ----------------- ------------------------------------------------- ------------- --------------- veth1 00:60:16:68:e9:21 eth3b, eth4a, eth4b, active: eth3b, primary: None 29700 29700 ------ ----------------- ------------------------------------------------- ------------- ---------------
Ping schlägt fehl:
SE@DD1## net ping interface veth1 192.168.170.252 PING 192.168.170.252 (192.168.170.252) from 192.168.170.250 veth1: 56(84) bytes of data From 192.168.170.250 icmp_seq=11 Destination Host Unreachable From 192.168.170.250 icmp_seq=12 Destination Host Unreachable From 192.168.170.250 icmp_seq=13 Destination Host Unreachable From 192.168.170.250 icmp_seq=15 Destination Host Unreachable From 192.168.170.250 icmp_seq=16 Destination Host Unreachable From 192.168.170.250 icmp_seq=17 Destination Host Unreachable From 192.168.170.250 icmp_seq=19 Destination Host Unreachable
Cause
Wenn ein Failover zwischen direkt verbundenen Schnittstellen verwendet wird, sollte eine passende primäre Schnittstelle für die Failover-Bündelung auf beiden Enden konfiguriert werden.
Sie können die primäre Schnittstelle beim Erstellen eines Failovers angeben:
net failover add <virtual interface> interfaces <slave interfaces> [primary <interface name>]
Oder ändern Sie die vorhandene virtuelle Failover-Schnittstelle, um eine primäre hinzuzufügen:
net failover modify <virtual interface> primary <interface name>
Sobald eine passende primäre Schnittstelle festgelegt wurde:
DD1:
Net Failover Show ----------------- Ifname Hardware Address Configured Interfaces Up Delay (ms) Down Delay (ms) ------ ----------------- ------------------------------------------------- ------------- --------------- veth1 00:60:16:68:ed:41 eth3b, eth4a, eth4b, active: eth3b, primary: eth3b 29700 29700 ------ ----------------- ------------------------------------------------- ------------- ---------------
DD2:
Net Failover Show ----------------- Ifname Hardware Address Configured Interfaces Up Delay (ms) Down Delay (ms) ------ ----------------- ------------------------------------------------- ------------- --------------- veth1 00:60:16:68:e9:21 eth3b, eth4a, eth4b, active: eth3b, primary: eth3b 29700 29700 ------ ----------------- ------------------------------------------------- ------------- ---------------
Ping funktioniert jetzt:
SE@DD2## net ping interface veth1 192.168.170.250 PING 192.168.170.250 (192.168.170.250) from 192.168.170.252 veth1: 56(84) bytes of data 64 bytes from 192.168.170.250: icmp_seq=1 ttl=64 time=1.09 ms 64 bytes from 192.168.170.250: icmp_seq=2 ttl=64 time=1.12 ms 64 bytes from 192.168.170.250: icmp_seq=3 ttl=64 time=1.14 ms
Resolution
Es wird empfohlen, LACP anstelle von Failover für direkt verbundene Back-to-Back-Schnittstellen zu verwenden. Beachten Sie, dass LACP verwendet werden kann, wenn der Gesamtdurchsatz kleiner als der Durchsatz für eine Schnittstelle ist. Andernfalls kommt es bei einem Failover zu einer Verschlechterung des Gesamtdurchsatzes.
Zusammenfassend lässt sich sagen, wenn Schnittstellen direkt verbunden sind:
- Es sollte eine primäre Schnittstelle angegeben werden, um die aktive Schnittstelle auf beiden Seiten zu aktivieren
- Verwenden Sie LACP anstelle von Failover. LACP bietet auch die Möglichkeit eines Failovers.
Additional Information
Informationen zum Troubleshooting bei der Schnittstellennetzwerkkonnektivität finden Sie unter Troubleshooting von Verbindungsproblemen mit Netzwerkschnittstellen.