Data Domain: Zalecenie konfiguracji agregacji łączy zamiast przełączania awaryjnego z bezpośrednio podłączonymi interfejsami między dwoma DD
Podsumowanie: Bezpośrednie podłączenie interfejsów trybu failover back-to-back między dwoma DDR może nie być w stanie przesyłać danych.
Objawy
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
Przyczyna
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
Rozwiązanie
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.
Dodatkowe informacje
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.