Data Domain: 데이터 보호 시스템 간 직접 연결 네트워킹

• 직접 연결된 시스템은 서로 ping할 수 없습니다.
• 복제 보고서 "No route to host", connection failed포함되어 destination unreachable ERROR
• 인터페이스 상태 표시 DOWN, Disconnected포함되어 Not Connected.
• Interface Connectivity Down 알림이 생성되는 경우:
• 링크 속도가 예상보다 낮게 협상됩니다.
• 테스트 중 처리량이 예상보다 낮습니다.
• 인터페이스가 플랩되거나 주기적으로 연결이 끊깁니다.
• MTree 복제, 컬렉션 복제, 백업, 복원, 마이그레이션 또는 볼트 작업은 직접 연결 네트워크를 통해 페일오버됩니다.
• 직접 연결 포트는 Cyber Recovery 환경에서 특정 기간 동안만 온라인 상태가 됩니다.
• 새로 설치된 직접 연결 링크는 구성 후 오프라인 상태로 유지됩니다.

• 네트워크 구성 문제
  • 직접 연결된 인터페이스는 서로 다른 서브넷에 구성됩니다.
  • 잘못된 서브넷 마스크는 라우팅 문제를 일으킵니다.
  • 여러 네트워크 경로가 있는 경우 정적 경로가 누락됩니다.
  • 트래픽은 직접 연결 경로 대신 다른 인터페이스를 통해 라우팅됩니다.
  • 연결 호스트 또는 대상 구성이 잘못된 IP 주소를 참조합니다.
• 물리적 연결 문제
  • 잘못된 물리적 포트가 연결되었습니다.
  • 케이블, 옵틱, DAC 케이블 또는 SFP/QSFP 모듈에 결함이 있습니다.
  • 지원되지 않거나 일치하지 않는 트랜시버입니다.
  • 링크 속도 자동 협상 오류입니다.
  • NIC 펌웨어 또는 하드웨어 결함입니다.
• 인터페이스 구성 문제
  • 인터페이스가 관리상 비활성화되었습니다.
  • 본딩 구성이 일치하지 않습니다.
  • 엔드포인트 간 MTU가 일치하지 않습니다.
  • veth 구성이 잘못되었습니다.
  • 부적절한 LACP 설정.
• Cyber Recovery 동작
  • 볼트 인터페이스는 동기화 기간 사이에 의도적으로 사용하지 않도록 설정할 수 있습니다.
  • 복제 컨텍스트는 Cyber Recovery 자동화를 통해 비활성화될 수 있습니다.
  • 인터페이스 다운 경고는 볼트가 잠겨 있을 때 예상되는 동작일 수 있습니다.
• 플랫폼별 이슈
  • 특정 25Gb NIC 및 SFP 조합은 직접 연결 배포 시 불안정하거나 인터페이스 플래핑이 발생했습니다.
  • FC 직접 연결 구성에서 토폴로지 또는 이니시에이터 검색 문제가 발생할 수 있습니다.
  • 잘못된 호스트 이름 또는 복제 구성으로 인해 여러 직접 연결 경로가 의도한 대로 활용되지 않을 수 있습니다.

1. 레이어 1 검증

항상 물리적 계층에서 문제 해결을 시작합니다.

다음을 확인합니다.

• • 링크 LED는 두 시스템 모두에서 켜집니다.
  • 올바른 인터페이스가 함께 케이블로 연결됩니다.
  • 케이블은 협상된 속도에 대해 인증되었습니다.
  • SFP/QSFP 모듈은 양쪽 끝에서 일치합니다.
  • 문제가 케이블에서 발생하거나 테스트하는 동안 포트에서 계속 발생합니다.

2. 물리적 포트 매핑 검증

직접 연결 배포에서는 어플라이언스 후면에 있는 물리적 NIC 포트가 DDOS에서 구성되는 인터페이스에 해당하는지 항상 명확하지는 않습니다. 이는 여러 NIC, 확장 카드, 접합 인터페이스가 있는 시스템에서 또는 하드웨어 업그레이드 후에 특히 일반적입니다.

빈번한 문제는 관리자가 케이블이 실제로 다른 물리적 포트에 연결되어 있지만 한 인터페이스에 연결되어 있다고 생각할 때 발생합니다.

문제 해결 단계:

• • 두 시스템의 여러 후보 인터페이스에 임시(더미) IP 주소를 구성합니다.
  • 관리적으로 인터페이스를 활성화합니다.
  • 어떤 인터페이스가 캐리어를 설정하고 UP 상태로 전환되는지 관찰합니다.
  • 두 어플라이언스에서 물리적 링크 LED를 확인합니다.
  • interface 및 하드웨어 상태 명령을 사용하여 올바른 포트 매핑을 식별합니다.
  • 올바른 포트가 식별되면 임시 구성을 제거하고 의도한 운영 설정을 적용합니다.

이 접근 방식은 물리적 포트 선택과 관련된 불확실성을 신속하게 제거하고 실제 문제가 단순히 잘못된 케이블-인터페이스 매핑일 때 라우팅, 복제, 성능 또는 소프트웨어 관련 문제에 대한 불필요한 조사를 방지할 수 있습니다.

도움이 되는 이유

많은 직접 연결 문제는 결국 다음으로 거슬러 올라갑니다.

• • 케이블이 잘못된 NIC에 연결되었습니다.
  • 인터페이스-포트 매핑에 대한 잘못된 가정
  • 포트 레이블이 유사한 여러 NIC 카드
  • DDOS에 구성된 인터페이스가 설치 관리자가 사용하는 포트와 일치하지 않습니다.
  • 결속된 멤버들은 예상과 다르게 연결되었습니다.

상위 계층 문제 해결을 진행하기 전에 물리적 포트 매핑을 확인하면 실제 근본 원인이 아닌 경우 라우팅, 서브넷, 복제 또는 Cyber Recovery 동작을 조사하는 데 소요되는 시간을 크게 줄일 수 있습니다.

3. 네트워크 구성 확인

가장 일반적인 직접 연결 문제는 부적절한 서브넷입니다.

직접 연결 통신의 경우:

• • 두 인터페이스 모두 동일한 서브넷에 상주해야 합니다.
  • 전용 직접 연결 인터페이스는 다른 모든 인터페이스와 별도의 서브넷을 사용해야 합니다.
  • /30 네트워크(255.255.255.252)은 두 개의 필수 호스트 주소만 제공하고 라우팅을 단순화하기 때문에 권장됩니다.

예:

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

/30의 이점:

• • • 문제 해결이 간소화되었습니다.
    • 최소 ARP 트래픽.
    • 기본 게이트웨이 요구 사항이 없습니다.
    • 지점 간 라우팅을 지웁니다.

전용 서브넷을 사용할 수 없는 경우:

• • • 정적 라우트를 구성합니다.
    • 트래픽이 의도한 직접 연결 인터페이스를 사용하고 있는지 확인합니다.

4. 인터페이스 상태 검증

인터페이스가 다음 상태인지 확인합니다.

• • 두 시스템 모두에서 활성화됩니다.
  • Use the correct IP address.
  • 예상 속도로 작동합니다.
  • 일치하는 MTU 값으로 구성됩니다.

다음과 같은 경우 직접 연결 인터페이스가 통신할 수 없습니다.

• • 원격 인터페이스가 비활성화됩니다.
  • 링크에 통신사가 설정되지 않았습니다.
  • 한 엔드포인트가 잘못 구성되었습니다.

5. 연결 구성 확인

여러 개의 직접 연결 케이블을 사용하는 경우:

• • 두 시스템에서 연결 설정이 일치하는지 확인합니다.
  • 구성원 인터페이스가 올바른 본드에 속하는지 확인합니다.
  • 로드 밸런싱 및 집계 구성을 검증합니다.

현장 경험에 따르면 라운드 로빈 본딩을 사용할 때 예상보다 낮은 링크 속도를 협상하는 일부 환경이 LACP로 마이그레이션한 후 해결되었습니다.

LACP는 일반적으로 두 엔드포인트 모두에서 지원될 때 선호되는 연결 방법입니다.

6. Cyber Recovery 행동 이해

Cyber Recovery 배포는 네트워킹 문제처럼 보이지만 실제로는 예상되는 동작을 생성하는 경우가 많습니다.

Cyber Recovery 애플리케이션은 다음을 수행할 수 있습니다.

• • 볼트 인터페이스를 비활성화합니다.
  • 동기화 기간 동안에만 인터페이스를 활성화하십시오.
  • 동기화가 완료된 후 복제 컨텍스트를 비활성화합니다.

결과는 다음과 같습니다.

• • 운영 시스템에서 보고할 수 있는 사항 InterfaceConnectivityDown 알림
  • 동기화 창 외부에서 ping 오류가 발생할 수 있습니다.
  • 복제에서 보고할 수 있습니다. "No route to host."

에스컬레이션하기 전에:

• • 볼트가 잠금 해제되었는지 확인합니다.
  • 동기화 창이 활성화되어 있는지 확인합니다.
  • 인터페이스가 Cyber Recovery 자동화에 의해 의도적으로 비활성화되지 않았는지 확인합니다.

7. 예상보다 낮은 링크 속도 문제 해결

100Gb 링크가 25Gb 또는 다른 저속으로 협상하는 경우:

다음을 확인합니다.

• • 일치하는 옵틱 유형.
  • 지원되는 케이블 길이.
  • 호환되는 트랜시버.
  • 본딩 구성.
  • NIC 펌웨어 수준입니다.

본딩 또는 조정 불일치로 인해 인터페이스가 의도한 속도로 작동하지 않을 수 있습니다.

8. 8. 낮은 처리량 문제 해결

처리량이 낮다고 해서 항상 네트워크 문제가 있는 것은 아닙니다.

고려할 사항:

• • iPerf와 같은 테스트 도구에 대한 CPU 제한 사항
  • 단일 코어 병목 현상.
  • 프로세서 코어 간의 세션 분산.
  • 소스 및 대상 시스템 활용도입니다.

성능 평가 시:

• • 애플리케이션 또는 복제 통계를 검토합니다.
  • 실제 백로그 또는 지연을 확인합니다.
  • 워크로드 성능을 종합 테스트 결과와 비교합니다.

전체 데이터 전송 성능을 결정할 때 iPerf 결과에만 의존하지 마십시오.

9. 하드웨어 관련 문제

현장 사례에서 확인된 문제는 다음과 같습니다.

• • 25Gb NIC가 불안정합니다.
  • SFP 호환성 문제
  • 포트 재설정이 필요한 인터페이스 플래핑입니다.
  • 복구 전에 인터페이스 바운스 작업이 필요한 직접 연결 링크

소프트웨어 구성이 올바른 경우:

• • 하드웨어 호환성을 검토합니다.
  • 알려진 결함 및 릴리스 노트를 확인합니다.
  • 의심되는 옵틱 또는 케이블을 교체합니다.
  • 펌웨어 및 DDOS 버전을 검증합니다.

추가 정보

직접 연결 네트워킹은 다음과 같은 용도로 사용할 수 있습니다.

• MTree 복제
• 컬렉션 복제
• Cyber Recovery 볼트 환경, Cyber Recovery vault environment
• IDPA-IDPA 통신
• IDPA-Data Domain 간 통신
• 데이터 마이그레이션
• 백업 및 복원 암호화
• 성능 테스트
• 네트워크 문제 해결
• 임시 배포 연결

MRepl 및 CRepl 직접 연결 네트워크를 통해 작동할 수 있습니다. Data Domain 관점에서 연결된 디바이스는 스위치, 라우터 또는 기타 네트워크 어플라이언스일 필요가 없습니다. 캐리어가 설정되고 인터페이스가 올바르게 구성되어 있는 한 연결된 엔드포인트 간에 직접 통신이 발생할 수 있습니다.

직접 연결된 인터페이스의 경우:

• 라우팅을 의도적으로 도입하지 않는 한 두 끝점 모두 동일한 서브넷 내에서 구성되어야 합니다.
• 가능하면 실제 주소를 사용해야 합니다.
• 직접 연결 네트워크가 다른 인터페이스와 겹치는 경우 트래픽이 의도한 경로를 사용하도록 하기 위해 정적 경로가 필요할 수 있습니다.
• 일반적으로 직접 연결 문제 해결은 외부 네트워킹 디바이스를 연결 또는 성능 문제의 잠재적 원인으로 가려내는 데 사용됩니다.

Data Domain: 사용자에
대해 인터페이스가 중단되거나 간헐적으로 발생하는 문제 해결Data Domain - 그래픽 UI(User Interface)
를 사용하여 물리적 인터페이스 구성Data Domain - CLI(Command Line Interface)를 통해 물리적 인터페이스 구성

Data Domain: 인텔 E810 10Gb/25Gb 듀얼 레이트 NIC가 M14MK 모듈과 10Gb에서 연결되지 않을 수 있음
M14MK 모듈을 사용하는 동안 인텔 E810 듀얼 레이트 어댑터가 10Gb 속도로 링크를 설정하지 않으면 이 KB를 사용하십시오. 호환성 고려 사항, 증상 및 적절한 링크 협상을 복원하기 위한 수정 조치를 다룹니다.
Data Domain: 인텔 X710 NIC가 복구 모드로 전환되면 VLAN 태그를 제대로 지정하지 못할 수 있습니다.
VLAN 트래픽이 인텔 X710 인터페이스를 통해 올바르게 전달되지 않는 경우 이 KB를 참조하십시오. 이 문서에서는 NIC 복구 모드가 VLAN 태그 지정에 미치는 영향에 대해 설명하고 문제를 식별하고 해결하기 위한 단계를 제공합니다.
Data Domain: DD CLI 및 GUI에서 "SMS 명령 실패: 인터페이스를 찾을 수 없음" 오류 발생
DD CLI 또는 GUI에서 인터페이스를 찾을 수 없다고 보고하는 경우 이 KB를 사용합니다. 또한 인터페이스 검색 문제를 식별하는 데 도움이 되며 정상적인 네트워크 인터페이스 가시성을 복원하기 위한 문제 해결 단계를 간략하게 설명합니다.
Data Domain: 새 커널 버전 5.4.x로 인해 DDFS HMON/CRON/RPC 시간 초과 패닉이
발생할 수 있음이 KB는 커널 업데이트 후 시스템 불안정, 패닉 또는 시간 초과 관련 오류가 발생할 때 참조해야 합니다. 특정 5.4.x 커널 버전의 영향과 권장되는 문제 해결 방법에 대해 자세히 설명합니다.
Data Domain: "Net Set Up Flag Failure" 오류
문제 해결네트워크 구성 변경이 실패하고 "Net Set Up Flag Failure" 메시지가 표시되는 경우 이 KB를 참조하십시오. 구성 불일치 진단 및 인터페이스 기능 복원에 대한 지침을 제공합니다.
PowerProtect DD 및 IDPA: 업그레이드 후 ethVX가 통신
에 실패함소프트웨어 업그레이드 후 ethVX 인터페이스의 통신이 중지되는 경우 이 KB를 사용합니다. 연결 복원을 위한 일반적인 원인, 검증 단계 및 수정 조치를 간략하게 설명합니다.
Data Domain: tx_timeout
와 인텔 인터페이스 연결 중단인텔 기반 네트워크 인터페이스가 예기치 않게 중단되고 tx_timeout 오류가 관찰되면 이 KB를 참조하십시오. 이 문서는 문제가 드라이버, 펌웨어 또는 하드웨어와 관련된 것인지 확인하는 데 도움이 되며 복구 절차를 제공합니다.
Data Domain: Cyber Recovery FEC 설정 끄기가 허용되지
않습니다.이 KB는 FEC(Forward Error Correction)가 비활성화되어 Cyber Recovery 네트워크 구성에 실패하는 경우에 적용됩니다. FEC 요구 사항 및 지원되는 설정을 구성하는 방법에 대해 설명합니다.
Data Domain: 연결된 네트워크 케이블로 부팅할 때 인텔 X710 카드가 감지되지 않음
네트워크 케이블이 연결되어 있을 때 시스템 부팅 중에 인텔 X710 어댑터가 없거나 감지되지 않는 경우 이 KB를 사용합니다. 이 문서에서는 문제를 트리거하는 조건과 권장되는 해결 방법에 대해 설명합니다.
Data Domain: LACP로 연결 유형 변경 스위치 구성 인터페이스를 비활성화합니다
.LACP 구성 스위치에 연결된 인터페이스에서 연결 모드를 수정할 때 이 KB를 참조하십시오. 본드 유형 변경으로 인해 인터페이스를 사용할 수 없게 되는 이유와 전환을 안전하게 수행하는 방법에 대해 설명합니다.
Data Domain: QLogic 카드로 인한 잘못된 네트워크 구성 설정 오류
이 KB는 QLogic 어댑터와 관련된 잘못된 설정으로 인해 네트워크 구성 변경이 실패하는 경우에 유용합니다. 구성 수정을 위한 문제 해결 단계 및 지침을 제공합니다.
Data Domain: 잘못된 MTU로 인해 재부팅
후 VLAN 인터페이스 장애 발생MTU 관련 구성 문제로 인해 재부팅 후 VLAN 인터페이스가 온라인 상태가 되지 않는 경우 이 KB를 참조하십시오. 이 문서에서는 증상, 근본 원인 및 적절한 MTU 유효성 검사 요구 사항에 대해 설명합니다.
Data Domain: 멤버 인터페이스 속도 불일치
로 인한 접합 인터페이스 알림접합 인터페이스에서 구성원 포트가 서로 다른 속도로 작동하기 때문에 알림이 생성되는 경우 이 KB를 사용합니다. 속도 불일치가 결합 상태에 미치는 영향과 상태를 해결하는 데 필요한 단계를 간략하게 설명합니다.
Data Domain: 인텔 해결 방법 구성으로 인해 네트워크 인터페이스가 다운될 수 있음
인텔 관련 해결 방법 설정을 적용한 후 네트워크 인터페이스를 예기치 않게 사용할 수 없게 되면 이 KB를 참조하십시오. 안정적인 네트워크 연결을 유지하기 위한 동작, 영향을 받는 구성 및 권장 사항에 대해 설명합니다.