Data Domain: Anbefaling av konfigurasjon for aggregering av kobling i stedet for failover med direkte tilkoblede grensesnitt mellom to DD-er

Summary: Direkte tilkobling av failover-grensesnitt back-to-back mellom to DDR-er kan ikke overføre data.

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

Symptoms

Grensesnittene eth3b, eth4a og eth4b av DD1 og DD2 er direkte koblet til hverandre rygg mot rygg. På begge DD-ene er eth3b, eth4a og eth4b konfigurert til å delta i en failover-obligasjon. Koblingsstatus for failover-grensesnittet viser "kjører", men trafikk kan ikke flyte mellom de to DD-ene gjennom dette failover-grensesnittet.

En ikke-samsvarende aktiv lenke forårsaker dette. Uten et primært grensesnitt konfigurert, er de aktive grensesnittene på begge sider vilkårlige, og de stemmer kanskje ikke overens. Dette kan føre til at trafikken til mottakersiden kommer over standby-grensesnittet og blir droppet av standby-grensesnittet.

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 mislykkes:

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

Når failover brukes mellom direkte tilkoblede grensesnitt, bør et matchende primært grensesnitt konfigureres for failover-bindingen i begge ender.

Du kan angi primærgrensesnittet når du oppretter failover:

net failover add <virtual interface> interfaces <slave interfaces> [primary <interface name>]

Du kan også endre eksisterende virtuelt grensesnitt for failover for å legge til et primærgrensesnitt:

net failover modify <virtual interface> primary <interface name>

Når et samsvarende primærgrensesnitt er angitt:

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 jobber nå:

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
MERK: Brukeren kan fortsatt møte det samme problemet hvis det primære grensesnittet til den ene siden mislykkes. Begge ender vil vilkårlig velge en av de andre koblingene som skal være aktive, og det kan være en mismatch av aktive grensesnitt på begge sider.

Resolution

Det anbefales å bruke LACP i stedet for failover for direkte tilkoblede back-to-back-grensesnitt. Merk at LACP kan brukes hvis den totale gjennomstrømningen er mindre enn gjennomstrømningen for ett grensesnitt. Ellers skjer det en forringelse av den totale gjennomstrømningen når en failover oppstår.

Oppsummert, når grensesnittene er direkte tilkoblet:

  • Et primært grensesnitt bør spesifiseres for å lage aktivt grensesnitt på begge sider
  • Bruk LACP i stedet for failover. LACP gir også mulighet for failover.

Additional Information

For feilsøking av nettverkstilkobling for grensesnitt kan du se Slik feilsøker du tilkoblingsproblemer for nettverksgrensesnitt.

Affected Products

Data Domain, Data Domain Boost, Data Domain Boost - Open Storage

Products

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 ...
Article Properties
Article Number: 000191681
Article Type: Solution
Last Modified: 26 Jul 2023
Version:  6
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.