Data Domain: Doporučení pro konfiguraci funkce Link Aggregation namísto převzetí služeb při selhání s přímo připojenými rozhraními mezi dvěma systémy DD
Summary: Při přímém připojení rozhraní převzetí služeb při selhání zády k sobě mezi dvěma zařízeními DDR nemusí dojít k selhání přenosu dat.
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
Rozhraní eth3b, eth4a a eth4b systémů DD1 a DD2 jsou vzájemně přímo propojena. V DD jsou eth3b, eth4a a eth4b nakonfigurovány tak, aby se účastnily vazby převzetí služeb při selhání. Stav připojení rozhraní převzetí služeb při selhání zobrazuje hodnotu "Running", ale provoz nemůže procházet mezi těmito dvěma systémy DD přes toto rozhraní převzetí služeb při selhání.
Způsobuje to neodpovídající aktivní odkaz. Bez nakonfigurovaného primárního rozhraní jsou aktivní rozhraní na obou stranách libovolná a nemusí se shodovat. To může způsobit, že provoz na přijímací konec bude procházet přes pohotovostní rozhraní a rozhraní pohotovostního režimu jej přeruší.
Systém 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 ------ ----------------- ------------------------------------------------- ------------- ---------------
Systém 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 ------ ----------------- ------------------------------------------------- ------------- ---------------
Příkaz ping selhává:
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
Pokud se mezi přímo připojenými rozhraními používá převzetí služeb při selhání, mělo by být pro vazbu převzetí služeb při selhání na obou koncích nakonfigurováno odpovídající primární rozhraní.
Primární rozhraní můžete zadat při vytváření převzetí služeb při selhání:
net failover add <virtual interface> interfaces <slave interfaces> [primary <interface name>]
Nebo upravte existující virtuální rozhraní s podporou převzetí služeb při selhání a přidejte primární:
net failover modify <virtual interface> primary <interface name>
Po nastavení odpovídajícího primárního rozhraní:
Systém 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 ------ ----------------- ------------------------------------------------- ------------- ---------------
Systém 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 ------ ----------------- ------------------------------------------------- ------------- ---------------
Příkaz ping nyní funguje:
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
POZNÁMKA: Uživatel se může stále potýkat se stejným problémem, pokud selže primární rozhraní jedné strany. Oba konce libovolně vyberou jeden z dalších odkazů, který má být aktivní, a může dojít k neshodě aktivních rozhraní na obou stranách.
Resolution
Doporučujeme použít protokol LACP místo převzetí služeb při selhání pro přímo připojená rozhraní typu back-to-back. Upozorňujeme, že protokol LACP lze použít, pokud je celková propustnost menší než propustnost jednoho rozhraní. V opačném případě dojde ke snížení celkové propustnosti, když dojde k převzetí služeb při selhání.
Stručně řečeno, když jsou rozhraní přímo připojena:
- Mělo by být specifikováno primární rozhraní, aby bylo rozhraní aktivní na obou stranách
- Místo převzetí služeb při selhání použijte protokol LACP. Protokol LACP také umožňuje převzetí služeb při selhání.
Additional Information
Informace o řešení potíží s připojením k síti rozhraní najdete v článku Řešení potíží s připojením k síťovému rozhraní.
Affected Products
Data Domain, Data Domain Boost, Data Domain Boost - Open StorageProducts
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.