Data Domain: Přímé propojení sítě mezi systémy ochrany dat

• Přímo propojené systémy se nemohou navzájem pingovat.
• Zprávy o replikaci "No route to host", connection failednebo destination unreachable ERROR:
• Stav rozhraní se zobrazuje DOWN, Disconnectednebo Not Connected.
• Interface Connectivity Down Jsou generovány výstrahy.
• Rychlost připojení je nižší, než se očekávalo.
• Propustnost je nižší, než se očekávalo během testování.
• Rozhraní pravidelně selhávají nebo ztrácejí konektivitu.
• Replikace fondu MTree, replikace kolekce, zálohování, obnovení, migrace nebo operace trezoru jsou převzaty při selhání sítě s přímým připojením.
• Porty pro přímé připojení jsou v prostředích Cyber Recovery online pouze během určitých oken.
• Nově nainstalovaná propojení Direct Connect zůstanou po konfiguraci offline.

• Problémy s konfigurací sítě
  • Přímo připojená rozhraní se konfigurují v různých podsítích.
  • Nesprávné masky podsítě způsobují problémy se směrováním.
  • Statické trasy chybí, pokud existuje více síťových cest.
  • Provoz je směrován přes jiné rozhraní, nikoli přes cestu přímého připojení.
  • Konfigurace hostitele připojení nebo cíle odkazuje na nesprávnou IP adresu.
• Problémy s fyzickým připojením
  • Jsou připojeny nesprávné fyzické porty.
  • Vadné kabely, optické kabely, kabely DAC nebo moduly SFP/QSFP.
  • Nepodporované nebo neodpovídající transceivery.
  • Chyby automatického vyjednávání rychlosti připojení.
  • Závada firmwaru nebo hardwaru karty NIC.
• Problémy s konfigurací rozhraní
  • Rozhraní pro správu zakázáno.
  • Neshoda konfigurace spojování.
  • Neshoda MTU mezi koncovými body.
  • Nesprávná konfigurace veth.
  • Nesprávné nastavení LACP.
• Chování nástroje Cyber Recovery
  • Rozhraní úložiště Vault mohou být záměrně zakázána mezi synchronizačními okny.
  • Kontexty replikace mohou být zakázány automatizací Cyber Recovery.
  • Upozornění mimo rozhraní mohou být očekávaným chováním, když je trezor uzamčený.
• Problémy specifické pro platformu
  • Některé kombinace 25Gb síťové karty a SFP vykazovaly při nasazení přímého připojení nestabilitu nebo výpadky rozhraní.
  • V konfiguracích FC Direct Connect může docházet k problémům s topologií nebo zjišťováním iniciátoru.
  • Nesprávný název hostitele nebo konfigurace replikace může zabránit zamýšlenému využití více cest přímého připojení.

1. Ověření vrstvy 1

S odstraňováním problémů vždy začněte na fyzické vrstvě.

Ověřit

• • Na obou systémech svítí LED diody linky.
  • Správná rozhraní jsou zapojena kabely.
  • Kabel je certifikován pro sjednanou rychlost.
  • Moduly SFP/QSFP se shodují na obou koncích.
  • Problém souvisí s kabelem nebo zůstává v portu během testování.

2. Potvrzení mapování fyzických portů

Při nasazení přímého připojení není vždy zřejmé, který fyzický port síťové karty na zadní straně zařízení odpovídá rozhraní nakonfigurovanému v systému DDOS. K tomu dochází zejména u systémů s více síťovými kartami, rozšiřujícími kartami, spojenými rozhraními nebo po upgradech hardwaru.

K častému problému dochází, když se správce domnívá, že je kabel připojen k jednomu rozhraní, zatímco ve skutečnosti je připojen k jinému fyzickému portu.

Kroky při odstraňování problémů:

• • Konfigurace dočasných (fiktivních) IP adres na více kandidátských rozhraních v obou systémech.
  • Administrativně povolte rozhraní.
  • Sledujte, která rozhraní vytvářejí nosič a přecházejí do stavu UP.
  • Ověřte kontrolky LED fyzického připojení na obou zařízeních.
  • Správné mapování portů lze zjistit pomocí příkazů pro stav rozhraní a hardwaru.
  • Po určení správných portů odeberte dočasnou konfiguraci a použijte zamýšlená produkční nastavení.

Tento přístup může rychle eliminovat nejistotu ohledně výběru fyzického portu a zabránit zbytečnému zkoumání směrování, replikace, výkonu nebo problémů souvisejících se softwarem, pokud je skutečným problémem jednoduše nesprávné mapování kabelu k rozhraní.

Proč to pomáhá

Mnoho problémů s přímým připojením lze nakonec vysledovat k:

• • Kabel je připojen k nesprávné síťové kartě.
  • Nesprávné předpoklady o mapování rozhraní na port.
  • Více karet NIC s podobným označením portů.
  • Rozhraní nakonfigurované v systému DDOS neodpovídá portu používanému instalačním programem.
  • Spojované prvky se připojily jinak, než se očekávalo.

Potvrzení mapování fyzických portů před pokračováním v odstraňování problémů vyšší vrstvy může výrazně zkrátit čas strávený zkoumáním směrování, vytváření sítí, replikace nebo chování Cyber Recovery, pokud se nejedná o skutečnou hlavní příčinu.

3. Ověřte konfiguraci sítě

Nejběžnějším problémem s přímým připojením je nesprávná síť podsítí.

Komunikace s přímým připojením:

• • Obě rozhraní musí být umístěna ve stejné podsíti.
  • Vyhrazená rozhraní pro přímé připojení by měla používat podsíť oddělenou od všech ostatních rozhraní.
  • Síť A /30 (255.255.255.252) se doporučuje, protože poskytuje pouze dvě požadované adresy hostitele a zjednodušuje směrování.

Příklad:

System A: 192.168.100.1/30
System B: 192.168.100.2/30

Výhody a/30:

• • • Zjednodušené odstraňování problémů.
    • Minimální provoz ARP.
    • Žádný požadavek na výchozí bránu.
    • Přehledné směrování point-to-point.

Pokud nelze použít vyhrazenou podsíť:

• • • Nakonfigurujte vhodné statické trasy.
    • Ověřte, zda provoz používá zamýšlené rozhraní přímého připojení.

4. Ověření stavu rozhraní

Zkontrolujte, zda jsou rozhraní:

• • Povoleno na obou systémech.
  • Byla přiřazena správná IP adresa.
  • Provoz při očekávané rychlosti.
  • Nakonfigurované s odpovídajícími hodnotami MTU.

Rozhraní přímého připojení nemůže komunikovat, pokud:

• • Vzdálené rozhraní je zakázáno.
  • Linka nemá zavedeného operátora.
  • Jeden koncový bod je nesprávně nakonfigurovaný.

5. Ověření konfigurace spojování

Při použití více kabelů pro přímé připojení:

• • Ověřte, že nastavení spojení se v obou systémech shoduje.
  • Ověřte, že členská rozhraní patří do správné vazby.
  • Ověření konfigurace vyrovnávání zatížení a agregace.

Zkušenosti z terénu ukázaly, že některá prostředí, která při použití spojování typu Round Robin vyjednávala nižší než očekávané rychlosti připojení, byla vyřešena po přechodu na LACP.

LACP je obecně preferovanou metodou lepení, je-li podporována na obou koncových bodech.

6. Pochopení chování řešení Cyber Recovery

Nasazení nástroje Cyber Recovery často generuje něco, co vypadá jako problém se sítí, ale ve skutečnosti jde o očekávané chování.

Aplikace Cyber Recovery může:

• • Zakažte rozhraní trezoru.
  • Rozhraní povolte pouze během synchronizačních oken.
  • Po dokončení synchronizace zakažte kontexty replikace.

V důsledku toho:

• • Produkční systémy mohou vykazovat InterfaceConnectivityDown Alert:
  • Mimo synchronizační okna může dojít k selhání příkazu ping.
  • Replikace může hlásit "No route to host."

Před eskalací:

• • Ověřte, zda je trezor odemknutý.
  • Ověřte, zda je aktivní okno synchronizace.
  • Ověřte, že rozhraní nebylo záměrně zakázáno automatizací Cyber Recovery.

7. Odstraňování problémů s nižšími než očekávanými rychlostmi připojení

Pokud 100Gb linka vyjednává s 25Gb nebo jinou sníženou rychlostí:

Ověřit

• • Odpovídající optické typy.
  • Podporované délky kabelů.
  • Kompatibilní transceivery.
  • Konfigurace spojování.
  • Úrovně firmwaru síťové karty.

Nesoulad spojení nebo vyjednávání může zabránit tomu, aby rozhraní pracovala zamýšlenou rychlostí.

8. Odstraňování problémů s nízkou propustností

Nižší propustnost nemusí vždy znamenat problém se sítí.

Zvažte:

• • Omezení procesoru u testovacích nástrojů, jako je iPerf.
  • Úzká místa s jedním jádrem.
  • Distribuce relací napříč jádry procesoru.
  • Využití zdrojového a cílového systému.

Při hodnocení výkonu:

• • Kontrola statistik aplikací nebo replikace.
  • Zkontrolujte, zda nedošlo ke skutečnému nahromadění nevyřízených položek nebo prodlevě.
  • Porovnejte výkon úloh s výsledky syntetických testů.

Při určování celkového výkonu přenosu dat se nespoléhejte pouze na výsledky iPerf.

9. Problémy specifické pro hardware

V terénu byly zjištěny problémy zahrnující:

• • Nestabilita 25Gb síťové karty.
  • Problémy s kompatibilitou SFP.
  • Přeskakování rozhraní vyžaduje resetování portů.
  • Linky přímého připojení vyžadující před obnovením operace odrazu rozhraní.

Pokud se konfigurace softwaru jeví jako správná:

• • Zkontrolujte kompatibilitu hardwaru.
  • Zkontrolujte známé závady a poznámky k verzi.
  • Vyměňte podezřelé optické kabely nebo kabely.
  • Ověřte verzi firmwaru a systému DDOS.

Další informace

Přímé připojení k síti lze použít pro:

• Replikace fondu MTree
• Replikace sběru
• Konektivita trezoru Cyber Recovery
• Komunikace mezi IDPA a IDPA
• Komunikace mezi IDPA a Data Domain
• Migrace dat
• Izolace zálohování a obnovení
• Testování výkonu
• Odstraňování problémů se sítí
• Dočasné nasazení konektivity

MRepl a CRepl může pracovat v síti s přímým připojením. Z pohledu Data Domain nemusí být připojeným zařízením přepínač, směrovač ani jiné síťové zařízení. Pokud je navázán operátor a rozhraní jsou správně nakonfigurována, může komunikace probíhat přímo mezi připojenými koncovými body.

Pro přímo připojená rozhraní:

• Oba koncové body musí být nakonfigurované ve stejné podsíti, pokud není směrování záměrně zavedené.
• Kdykoli je to možné, měla by se používat vyhrazená podsíť.
• Pokud se síť přímého připojení překrývá s jinými rozhraními, mohou být vyžadovány statické trasy, aby se zajistilo, že provoz používá zamýšlenou cestu.
• Odstraňování problémů s přímým připojením se běžně používá k izolaci externích síťových zařízení jako potenciálního zdroje problémů s konektivitou nebo výkonem.

Související články:

• Odstraňování problémů s nefunkčními rozhraními či jejich občasnými výpadky u uživatelů
  
• Data Domain – konfigurace fyzických rozhraní pomocí grafického uživatelského rozhraní (UI)
  
• Data Domain – Konfigurace fyzických rozhraní pomocí rozhraní příkazového řádku
• Data Domain: Síťová karta Intel X710 NIC nemusí správně fungovat jako VLAN tag, pokud přejde do režimu obnovení.

Pokud neprobíhá správné předávání dat VLAN přes rozhraní Intel X710, přečtěte si tento článek. Článek vysvětluje, jak může režim obnovení síťové karty ovlivnit označování VLAN, a uvádí kroky k identifikaci a řešení problému.

• Data Domain: V rozhraní příkazového řádku a uživatelském rozhraní DD CLI a v uživatelském rozhraní DD se zobrazuje chyba "SMS command failed: No interfaces found"

Tento článek použijte, když rozhraní příkazového řádku nebo uživatelské rozhraní DD nahlásí, že nebyla nalezena žádná rozhraní. Pomáhá identifikovat problémy se zjišťováním rozhraní a popisuje kroky pro odstraňování problémů a obnovení normální viditelnosti síťového rozhraní.

• Data Domain: Odstraňování problémů s chybou "Net Set Up Flag Failure"

Přečtěte si tento článek, pokud se nezdaří změna konfigurace sítě a zobrazí se zpráva "Net Set Up Flag Failure". Obsahuje pokyny k diagnostice nekonzistencí konfigurace a obnovení funkčnosti rozhraní.

• PowerProtect DD a IDPA: Po upgradu ethVX nekomunikuje

Tento článek použijte, pokud rozhraní ethVX přestanou po upgradu softwaru komunikovat. Popisuje běžné příčiny, kroky ověření a nápravné kroky pro obnovení připojení.

• Data Domain: Rozhraní Intel jsou propojena s tx_timeout

Odkazujte na tento článek v případě, že síťová rozhraní založená na technologiích Intel neočekávaně selžou a tx_timeout jsou pozorovány chyby. Článek pomáhá určit, zda problém souvisí s ovladačem, firmwarem nebo hardwarem, a poskytuje postupy obnovení.

• Data Domain: Vypnutí FEC Cyber Recovery není povoleno.

Tento článek platí pro případy, kdy selže konfigurace sítě v nástroji Cyber Recovery, protože je zakázána funkce FEC (Forward Error Correction). Vysvětluje požadavky FEC a způsob konfigurace podporovaných nastavení.

• Data Domain: Karta Intel X710 nebyla rozpoznána při spouštění s připojenými síťovými kabely

Tento článek použijte v případě, že během spouštění systému chybí nebo není zjištěn adaptér Intel X710, když jsou připojené síťové kabely. Článek pojednává o podmínkách, které způsobují vznik problému, a doporučeném řešení.

• Data Domain: Změna typu vazby pomocí konfigurace přepínače LACP Zakáže rozhraní.

Při úpravách režimů spojení na rozhraních připojených k přepínačům nakonfigurovaným protokolem LACP se řiďte tímto článkem. Popisuje, jak mohou změny typu vazby způsobit nedostupnost rozhraní a jak bezpečně provést přechod.

• Data Domain: Chyba nastavení neplatné konfigurace sítě způsobená kartami QLogic

Tento článek je užitečný v případě, že se změny konfigurace sítě nezdaří kvůli neplatnému nastavení spojenému s adaptéry QLogic. Obsahuje kroky pro odstraňování problémů a pokyny pro opravu konfigurace.

• Data Domain: Neplatná jednotka MTU způsobuje selhání rozhraní VLAN po restartování.

Pokud se po restartování rozhraní VLAN nepodaří přepnout do režimu online kvůli problémům s konfigurací MTU, nahlédněte do tohoto článku. Článek vysvětluje příznak, hlavní příčinu a správné požadavky na ověření jednotky MTU.

• Data Domain: Výstraha spojeného rozhraní kvůli neshodě rychlostí členského rozhraní

Tento článek použijte v případě, že spojená rozhraní generují výstrahy, protože členské porty pracují při různých rychlostech. Nastiňuje, jak nesoulad rychlostí ovlivňuje stav spoje a kroky potřebné k vyřešení tohoto stavu.

• Data Domain: Síťová rozhraní mohou selhat kvůli konfiguraci zástupného řešení Intel.

Projděte si tento článek, když po použití nastavení zástupného řešení Intel neočekávaně přestane být k dispozici síťová rozhraní. Vysvětluje chování, dotčené konfigurace a doporučení pro zachování stabilního připojení k síti.