iSCSI 용 802.3ad Team 대신 MPIO가 필요한 이유

첫 번째 서버를 iSCSI 대상으로 설정하고 서버에서 NIC를 팀으로 구성하여 시작을 시작한다고 생각했습니다 (기존 802.3ad 팀).

그러나 많은 온라인 소스에서 이것은 권장되지 않으며 MPIO를 대신 사용해야한다는 것을 알았습니다 (이 권장 사항에는 특정 크기 조정이 없었으며 3 노드 클러스터에서 수십 노드 이상의 큰 클러스터에 적용되는 것처럼 보였습니다).

MPIO가 독립적 인 경로를 통한 전송을 통합함에 따라 MPIO가 더 낫다는 것을 알고 있습니다 (기존 NIC 팀이 동일한 스위치에 대한 것임).이 외에도 Microsoft에 대한 다른 이유 (데이터 손상 위험)와 팀이 아닌 MPIO를 사용하는 교육 자료 상태 ?

iSCSI 아키텍처를 약간 확장 할 수 있습니까? 몇 개의 이니시에이터 / 대상 주소, 몇 개의 물리적 스위치, 하나의 서브넷 또는 여러 개를 사용하고 있습니까?

MPIO는 엔드-투-엔드 연결 경로를 관리하고 일반 네트워크 중복 및로드 밸런싱 메커니즘보다 스토리지 연결로드 밸런싱 및 연결 복원력이 우수하기 때문에 기본적인 대답은 다음과 같습니다.

이에 대한 구체적인 기술적 이유는 아키텍처에 따라 다르므로 iSCSI 네트워크 설정에 대한 추가 세부 정보를 제공하면 더 구체적으로 설명 할 수 있습니다. 몇 가지 일반적인 예 :

• MPIO가 없으면 개시 자 대 대상 IP 대화는 단일 대화입니다. 802.3ad는 대화의 패킷 순서가 변경되지 않아야하고 (그리고 iSCSI 트래픽이 순서를 벗어나지 않도록) 단일 링크의 대역폭으로 제한됩니다.
• MPIO는 경로 장애를 감지하고 처리하는 반면 802.3ad는 링크 장애 만 보상 할 수 있으며 링크 장애가 올바르게 감지 된 경우에만 보상합니다. NIC 카드가 정지했지만 여전히 양호한 링크를보고하거나 특정 포트에 대한 스위치 구성이 망가진 경우 여전히 작동중인 두 번째 링크가 있어도 스토리지 연결이 끊어 질 수 있습니다.
• 호스트의 NIC를 다른 스위치로 업 링크 할 수있는 대신 단일 물리적 스위치에 연결되어 있습니다.