Data Domain. Рекомендация по настройке агрегации каналов вместо переключения при отказе с напрямую подключенными интерфейсами между двумя DD
Summary: Прямое подключение отказоустойчивых интерфейсов между двумя DDR может привести к сбоям при передаче данных.
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
Интерфейсы eth3b, eth4a и eth4b DD1 и DD2 напрямую подключены друг к другу по схеме «спина к спине». В обеих системах DD eth3b, eth4a и eth4b настроены для участия в отказоустойчивой связи. Состояние канала интерфейса переключения при отказе отображается как «выполняется», однако трафик между двумя DD через этот интерфейс переключения при отказе невозможен.
Это происходит из-за несоответствия активного канала. Если основной интерфейс не настроен, активные интерфейсы на обеих сторонах могут быть произвольными и могут не совпадать. Это может привести к тому, что трафик на принимающую сторону будет проходить через резервный интерфейс и отбрасываться резервным интерфейсом.
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 ------ ----------------- ------------------------------------------------- ------------- ---------------
ДД2:
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 ------ ----------------- ------------------------------------------------- ------------- ---------------
Проверка связи не проходит:
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
Если используется аварийное переключение между непосредственно подключенными интерфейсами, необходимо настроить соответствующий основной интерфейс для отказоустойчивой связки на обоих концах.
При создании переключения на резервный ресурс можно указать основной интерфейс:
net failover add <virtual interface> interfaces <slave interfaces> [primary <interface name>]
Или измените существующий виртуальный интерфейс для переключения при отказе, добавив ведущий:
net failover modify <virtual interface> primary <interface name>
После настройки соответствующего основного интерфейса:
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 ------ ----------------- ------------------------------------------------- ------------- ---------------
ДД2:
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 теперь работает:
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
ПРИМЕЧАНИЕ. Пользователь может столкнуться с той же проблемой в случае сбоя основного интерфейса на одной стороне. На обоих концах произвольно выбирается один из активных каналов, что может привести к несовпадению активных интерфейсов на обеих сторонах.
Resolution
Для интерфейсов, подключенных друг к другу, рекомендуется использовать протокол LACP вместо переключения при отказе. Обратите внимание, что протокол LACP можно использовать, если общая пропускная способность меньше пропускной способности одного интерфейса. В противном случае при аварийном переключении общая пропускная способность может снизиться.
Таким образом, при прямом подключении интерфейсов:
- Чтобы сделать интерфейс активным на обеих сторонах, необходимо указать основной интерфейс
- Используйте протокол LACP вместо переключения при отказе. Протокол LACP также обеспечивает возможность переключения при отказе.
Additional Information
Для поиска и устранения неполадок подключения интерфейса к сети см. раздел Поиск и устранение неисправностей подключения к сетевому интерфейсу.
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.