Data Domain: Rekommendation för konfiguration av länkaggregering i stället för failover-funktion med direktanslutna gränssnitt mellan två DD:er
Sammanfattning: Att direkt ansluta failover-gränssnitt rygg mot rygg mellan två DDR kanske inte kan överföra data.
Den här artikeln gäller för
Den här artikeln gäller inte för
Den här artikeln är inte kopplad till någon specifik produkt.
Alla produktversioner identifieras inte i den här artikeln.
Symptom
Gränssnitten eth3b, eth4a och eth4b för DD1 och DD2 är direkt anslutna till varandra rygg mot rygg. På båda DD:erna eth3b konfigureras eth4a och eth4b för att delta i en failover-bindning. Länkstatusen för redundansgränssnittet visar "körs", men trafiken kan inte flöda mellan de två DD:erna via det här redundansgränssnittet.
En felmatchad aktiv länk orsakar detta. Utan ett konfigurerat primärt gränssnitt är de aktiva gränssnitten på båda sidor godtyckliga och de kanske inte matchar. Detta kan leda till att trafiken till mottagarsidan kommer över väntelägesgränssnittet och tas bort av väntelägesgränssnittet.
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 misslyckas:
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
Orsak
När redundans används mellan direktanslutna gränssnitt bör ett matchande primärt gränssnitt konfigureras för redundansförbindelsen i båda ändar.
Du kan ange det primära gränssnittet när du skapar redundans:
net failover add <virtual interface> interfaces <slave interfaces> [primary <interface name>]
Eller ändra befintligt virtuellt gränssnitt för redundans för att lägga till ett primärt:
net failover modify <virtual interface> primary <interface name>
När ett matchande primärt gränssnitt har ställts in:
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 fungerar nu:
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
Obs! Användaren kan fortfarande stöta på samma problem om det primära gränssnittet på ena sidan misslyckas. Båda ändarna kommer godtyckligt att välja en av de andra länkarna som ska vara aktiva och det kan finnas en obalans mellan aktiva gränssnitt på båda sidor.
Upplösning
Rekommendationen är att använda LACP i stället för redundans för direktanslutna back-to-back-gränssnitt. Observera att LACP kan användas om det totala dataflödet är mindre än dataflödet för ett gränssnitt. Annars sker en försämring av det totala dataflödet när en redundansväxling sker.
Sammanfattningsvis, när gränssnitt är direkt anslutna:
- Ett primärt gränssnitt bör anges för att göra gränssnittet aktivt på båda sidor
- Använd LACP i stället för redundans. LACP ger också möjlighet till failover.
Ytterligare information
Information om felsökning av nätverksanslutning för gränssnitt finns i Felsöka problem med nätverksgränssnittsanslutning.
Berörda produkter
Data Domain, Data Domain Boost, Data Domain Boost - Open StorageProdukter
Data Domain Boost – File System, Data Domain Deduplication Storage Systems, Data Domain Encryption, Data Domain Extended Retention, Data Domain GDA, Data Domain NDMP Tape Server, Data Domain Replicator, Data Domain Retention Lock
, Data Domain Storage Migration, Data Domain Virtual Tape Library, Data Domain Virtual Tape Library for IBM I/OS, Data Domain Virtual Edition, PowerProtect Data Domain Management Center, Storage Direct for Data Domain
...
Artikelegenskaper
Artikelnummer: 000191681
Artikeltyp: Solution
Senast ändrad: 11 maj 2026
Version: 7
Få svar på dina frågor från andra Dell-användare
Supporttjänster
Kontrollera om din enhet omfattas av supporttjänster.