Data Domain: Recomendação para configuração de agregação de links em vez de failover com interfaces diretamente conectadas entre dois DDs
Summary: A conexão direta de interfaces de failover back-to-back entre dois DDR pode falhar na transferência de dados.
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
As interfaces eth3b, eth4a e eth4b de DD1 e DD2 são diretamente conectadas uma à outra back-to-back. Em ambos os DDs, eth3b, eth4a e eth4b são configurados para participar de um vínculo de failover. O status do link da interface de failover mostra "running", mas o tráfego não consegue fluir entre os dois DDs por meio dessa interface de failover.
Um link ativo incompatível causa isso. Sem uma interface primária configurada, as interfaces ativas em ambos os lados são arbitrárias e podem não corresponder. Isso pode fazer com que o tráfego para a extremidade receptora venha pela interface em espera e seja derrubado pela interface em espera.
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 ------ ----------------- ------------------------------------------------- ------------- ---------------
O ping está falhando:
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
Quando o failover é usado entre interfaces diretamente conectadas, uma interface primária correspondente deve ser configurada para o vínculo de failover em ambas as extremidades.
Você pode especificar a interface primária durante a criação do failover:
net failover add <virtual interface> interfaces <slave interfaces> [primary <interface name>]
Ou modifique a interface virtual de failover existente para adicionar uma principal:
net failover modify <virtual interface> primary <interface name>
Depois que uma interface primária correspondente for definida:
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 ------ ----------------- ------------------------------------------------- ------------- ---------------
O ping está funcionando agora:
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
Nota: O usuário ainda poderá enfrentar o mesmo problema se a interface primária de um lado falhar. Ambas as extremidades escolherão arbitrariamente um dos outros links para serem ativos e pode haver uma disparidade de interfaces ativas em ambos os lados.
Resolution
A recomendação é usar LACP em vez de failover para interfaces back-to-back conectadas diretamente. Observe que o LACP pode ser usado se o throughput total for menor que o de uma interface. Caso contrário, haverá uma degradação do throughput total quando ocorrer um failover.
Em resumo, quando as interfaces estão diretamente conectadas:
- Uma interface primária deve ser especificada para tornar a interface ativa em ambos os lados
- Use LACP em vez de failover. O LACP também oferece a capacidade de failover.
Additional Information
Para solucionar problemas de conectividade de rede da interface, consulte Como solucionar problemas de conectividade da interface de rede.
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.