Data Domain: Zalecenie konfiguracji agregacji łączy zamiast przełączania awaryjnego z bezpośrednio podłączonymi interfejsami między dwoma DD
Summary: Bezpośrednie podłączenie interfejsów trybu failover back-to-back między dwoma DDR może nie być w stanie przesyłać danych.
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
Interfejsy eth3b, eth4a i eth4b DD1 i DD2 są ze sobą bezpośrednio połączone. W obu systemach DD eth3b, eth4a i eth4b są skonfigurowane do uczestnictwa w obligacji awaryjnej. Stan łącza interfejsu przełączania awaryjnego wskazuje na "uruchomiony", jednak ruch nie może przepływać między dwoma DD przez ten interfejs przełączania awaryjnego.
Powoduje to niedopasowanie aktywnego łącza. Bez skonfigurowania interfejsu podstawowego aktywne interfejsy po obu stronach są dowolne i mogą nie być zgodne. Może to spowodować, że ruch do odbiorcy będzie przechodził przez interfejs rezerwowy i zostanie porzucony przez interfejs rezerwowy.
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 nie działa:
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
Jeśli przełączanie awaryjne jest używane między bezpośrednio połączonymi interfejsami, pasujący interfejs podstawowy powinien być skonfigurowany dla wiązania awaryjnego na obu końcach.
Interfejs podstawowy można określić podczas tworzenia trybu failover:
net failover add <virtual interface> interfaces <slave interfaces> [primary <interface name>]
Możesz też zmodyfikować istniejący interfejs wirtualny trybu failover, aby dodać podstawowy:
net failover modify <virtual interface> primary <interface name>
Po ustawieniu pasującego interfejsu podstawowego:
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 działa teraz:
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
UWAGA: Użytkownik może nadal napotkać ten sam problem, jeśli główny interfejs jednej strony ulegnie awarii. Oba końce arbitralnie wybiorą jedno z pozostałych łączy, które mają być aktywne, co może spowodować niezgodność aktywnych interfejsów po obu stronach.
Resolution
Zaleca się używanie protokołu LACP zamiast trybu failover w przypadku bezpośrednio połączonych interfejsów back-to-back. Uwaga: protokołu LACP można użyć, jeśli całkowita przepływność jest mniejsza niż przepustowość dla jednego interfejsu. W przeciwnym razie nastąpi obniżenie całkowitej przepływności w przypadku przejścia w tryb failover.
Podsumowując, gdy interfejsy są połączone bezpośrednio:
- Należy określić interfejs podstawowy, aby interfejs był aktywny po obu stronach
- Użyj protokołu LACP zamiast trybu failover. Protokół LACP zapewnia również możliwość przełączania awaryjnego.
Additional Information
Aby uzyskać informacje na temat rozwiązywania problemów z łącznością sieciową interfejsu, zapoznaj się z tematem Rozwiązywanie problemów z łącznością interfejsu sieciowego.
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.