Домен даних: Рекомендація щодо конфігурації агрегації каналів замість відмови з безпосередньо підключеними інтерфейсами між двома 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 через цей відмовостійкий інтерфейс.
Причиною цього є невідповідне активне посилання. Без налаштування основного інтерфейсу активні інтерфейси з обох сторін є довільними і можуть не збігатися. Це може призвести до того, що трафік на приймальній стороні надходитиме через інтерфейс очікування та перепадатиме через інтерфейс очікування.
ДД1:
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 ------ ----------------- ------------------------------------------------- ------------- ---------------
Пінг не працює:
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
Коли відмовостійкість використовується між безпосередньо підключеними інтерфейсами, слід налаштувати відповідний основний інтерфейс для зв'язку відмовостійкості на обох кінцях.
Ви можете вказати основний інтерфейс під час створення failover:
net failover add <virtual interface> interfaces <slave interfaces> [primary <interface name>]
Або змініть існуючий відмовостійкий віртуальний інтерфейс, щоб додати основний:
net failover modify <virtual interface> primary <interface name>
Після встановлення відповідного основного інтерфейсу:
ДД1:
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 ------ ----------------- ------------------------------------------------- ------------- ---------------
Пінг працює і зараз:
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 замість failover. 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.