SAN HPE EVA 6350(iSCSI 메자닌 및 FC/iSCSI 멀티플렉서가 포함된 2xHSV340 컨트롤러) 및 iSCSI를 통한 Linux debian 12 시스템을 사용하여 다중 경로 구성을 생성하려고 합니다.
EVA에서 생성된 Vdisk에는 "소유자" 컨트롤러가 있으며 모든 컨트롤러는 컨트롤러 1에 속해 있습니다. SAN에서 제공하는 대상에는 이름에 FC WWPN이 있으므로 이 대상이 연결된 FC 경로와 컨트롤러를 확인할 수 있습니다. 로그인 후 컨트롤러 1 FC 어댑터에 연결된 대상만 블록 장치(경로)를 제공합니다. 따라서 4개의 iSCSI 세션이 활성화되면 2개의 경로만 존재합니다. 따라서 다중 경로는 모든 경로를 인식하지 못합니다.
SAN이 해당 vdisk를 수동 컨트롤러 2로 자동으로 다시 라우팅한다고 가정하고 SAN 컨트롤러 1을 재부팅했습니다. 그러나 이러한 세션에 다시 로그인한 후에도 자동으로 경로가 나타나지 않았습니다. 그래서 결국에는 오류가 발생한 경로가 2개뿐인 손상된 블록 I/O 및 다중 경로로 끝났습니다.
액티브-패시브 장애 조치를 수행하는 적절한 방법은 무엇입니까? 개시자로부터 일부 요청을 SAN으로 보내야 합니까, 아니면 SAN 내부 작업입니까? Linux open-iscsi + 다중 경로가 이러한 구성을 제대로 처리할 수 있습니까?
답변1
EVA에 있는 각 ISCSI 모듈의 백엔드 FC 포트(ISCSI에서 FC로 ISCSI 멀티플렉서 역할을 수행하므로 "MPX 브리지"라고도 함)는 각 HSV의 HSV 프런트엔드 FC 포트에 FC 직접 연결로 연결됩니다. 제어 장치. AFAIK에는 각 ISCSI 모듈마다 2개의 백엔드 FC 포트가 있으며 해당 포트는 각각 컨트롤러 A 및 B에 별도로 연결됩니다.
ISCSI 개시자 호스트의 LUN에 대한 다중 경로 정보는 ISCSI 모듈에서(즉, 두 HSV 컨트롤러를 통해) 가능한 모든 ISCSI 경로를 표시해야 하며, LUN에 대한 대기 HSV 컨트롤러에 대한 경로는 "대기"로 나열되어야 합니다. LUN의 활성 HSV 컨트롤러에 대한 경로는 "활성"으로 나열됩니다. ISCSI 모듈의 ISCSI 대상 이름에는 ISCSI 모듈이 올바르게 구성된 모든 HSV 컨트롤러 프런트엔드 FC 포트의 FC WWN이 포함되어야 합니다.
저는 이 사이트에서 HPE EVA CommandView 어레이 관리 UI에 표시된 ISCSI 모듈 구성에 대해 의견을 제시하고 추가 질문을 할 권한이 없으므로 다음 사항을 확인하는 것이 좋습니다.
CommandView 페이지에서 ISCSI 컨트롤러 속성이 "양호" 상태로 표시됩니다. (스토리지 네트워크->어레이->하드웨어->ISCSI 장치->ISCSI 컨트롤러 1 및 2). 특히 탭 페이지에서 "FC 포트" 및 "제시된 대상"의 백엔드 상태를 확인하십시오. 실제 HSV 어레이 FC 컨트롤러 포트 속성 페이지와 이 페이지에 표시된 FC 포트 상태를 대조 확인하세요.
ISCSI MPX 호스트(즉, Array->Hosts에서 CommandView에 의해 자동/내부적으로 생성된 MultiPleXer 호스트)가 CommandView의 해당 페이지에 모든 데이터를 올바르게 표시하고 있습니다. 각 MPX 호스트는 구성된 EVA의 필수 HSV 컨트롤러 FC 프런트엔드 포트 수를 확인하고 HSV FC 포트에 대한 FC 연결이 온라인인지 확인해야 합니다.
시작자 호스트가 CommandView에서 Linux 호스트로 올바르게 구성되어 있는지 확인합니다.
소유 컨트롤러를 종료하거나 재부팅할 때 EVA vdisk의 HSV 컨트롤러 소유권(CommandView에 표시됨)이 다른 HSV 컨트롤러로 변경되면 EVA의 ISCSI 모듈 구성에 문제가 있을 수 있습니다.
ISCSI 모듈 구성이 양호한 것으로 판단되면 Windows Server 호스트에 문제가 발생하는지 확인하고 싶으십니까? Windows에서 문제가 나타나지 않으면 Linux 다중 경로 구성이 올바르지 않거나 ISCSI를 통해 EVA로의 Linux 다중 경로가 HPE에서 지원되지 않을 수 있습니다. 실제로 HPE에서 지원하는 경우 Linux 이니시에이터 호스트의다중 경로.conf파일이 다음과 같이 올바르게 구성되었습니다.Linux용 HPE EVA Device Mapper multipath.conf 권장 사항.
다른 질문에 대답하려면 SAN 호스트의 다중 경로 소프트웨어/드라이버가 LUN에 대한 경로의 장애 조치 및 장애 복구를 처리합니다. 호스트의 실제 다중 경로 구성은 공급업체의 스토리지 시스템 기능(스토리지 시스템의 컨트롤러가 활성/활성, 활성/대기 또는 활성/수동인지 여부)에 따라 다릅니다. EVA는 활성/대기 스토리지 어레이이며 해당 시스템에 대한 SCSI ALUA 표준을 준수합니다. 개시자 호스트 다중 경로 드라이버의 SCSI 명령은 사용 가능한/온라인 경로를 통해 어레이의 대상 포트로 전송되어 어떤 경로가 활성 상태이고 어떤 경로가 대기 상태인지 확인합니다.