탐색 링크 건너뛰기 | |
인쇄 보기 종료 | |
Oracle Solaris 11.1 네트워크 성능 관리 Oracle Solaris 11.1 Information Library (한국어) |
네트워크가 계속해서 트래픽을 보내거나 받을 수 있도록 IPMP는 IPMP 그룹의 기본 IP 인터페이스에서 실패 감지를 수행합니다. 실패한 인터페이스는 복구될 때까지 사용할 수 없습니다. 나머지 활성 인터페이스는 계속 작동하고 기존의 대기 인터페이스가 필요에 따라 배포됩니다.
in.mpathd 데몬은 다음 유형의 실패 감지를 처리합니다.
프로브 기반 실패 감지. 다음 두 가지 유형이 있습니다.
테스트 주소가 구성되지 않음(전이적 프로브)
테스트 주소가 구성됨
프로브 기반 실패 감지는 ICMP 프로브를 사용하여 인터페이스 실패 여부를 확인하는 작업으로 구성됩니다. 이 실패 감지 방법의 구현은 테스트 주소의 사용 여부에 따라 달라집니다.
이 실패 감지 방법에서는 테스트 주소를 사용하는 ICMP 프로브 메시지를 보내고 받습니다. 프로브 트래픽 또는 테스트 트래픽이라고도 하는 이 메시지는 인터페이스를 통해 동일한 로컬 네트워크에 있는 하나 이상의 대상 시스템으로 전송됩니다. in.mpathd 데몬은 프로브 기반 실패 감지가 구성된 모든 인터페이스를 통해 모든 대상을 개별적으로 프로빙합니다. 지정된 인터페이스에 대한 5회 연속 프로브에 대해 응답이 없을 경우 in.mpathd는 해당 인터페이스가 실패했다고 간주합니다. 프로빙 속도는 FDT(실패 감지 시간)에 따라 달라집니다. 실패 감지 시간의 기본값은 10초입니다. 하지만 IPMP 구성 파일에서 FDT를 전환할 수 있습니다. 지침은 IPMP 데몬의 동작을 구성하는 방법을 참조하십시오.
프로브 기반 실패 감지를 최적화하려면 in.mpathd 데몬에서 프로브를 받을 대상 시스템을 여러 개 설정해야 합니다. 여러 대상 시스템을 사용하면 보고된 실패의 특성을 확인하는 데 도움이 됩니다. 예를 들어, 정의된 유일한 대상 시스템에서 응답이 없을 경우 시스템이 대상 시스템이나 IPMP 그룹의 인터페이스 중 하나에 실패를 표시할 수 있습니다. 반면, 여러 대상 시스템 중에서 한 시스템만 프로브에 응답하지 않는 경우 실패가 IPMP 그룹 자체가 아니라 대상 시스템에서 발생했을 가능성이 큽니다.
in.mpathd 데몬은 동적으로 프로빙할 대상 시스템을 결정합니다. 먼저 데몬이 IPMP 그룹의 인터페이스와 연결된 테스트 주소와 동일한 서브넷에 있는 대상 시스템을 경로 지정 테이블에서 검색합니다. 이러한 대상이 있으면 데몬이 프로브 대상으로 사용합니다. 동일한 서브넷에 대상 시스템이 없는 경우 데몬은 멀티캐스트 패킷을 보내 링크에서 인접한 호스트를 프로빙합니다. 모든 호스트 멀티캐스트 주소인 224.0.0.1(IPv4) 및 ff02::1(IPv6)로 멀티캐스트 패킷이 전송되어 대상 시스템으로 사용할 호스트를 결정합니다. 에코 패킷에 응답하는 처음 5개 호스트가 프로브 대상으로 선택됩니다. 데몬이 멀티캐스트 프로브에 응답한 라우터나 호스트를 찾을 수 없는 경우 프로브 기반 실패를 감지할 수 없습니다. 이 경우 ipmpstat -i 명령은 프로브 상태를 unknown으로 보고합니다.
호스트 경로를 사용하여 in.mpathd 데몬에서 사용할 대상 시스템 목록을 명시적으로 구성할 수 있습니다. 지침은 프로브 기반 실패 감지 구성을 참조하십시오.
테스트 주소를 사용하지 않을 경우 이 방법은 다음 두 가지 프로브 유형으로 구현됩니다.
ICMP 프로브
ICMP 프로브는 경로 지정 테이블에 정의된 대상을 프로빙하기 위해 IPMP 그룹의 활성 인터페이스에서 전송합니다. 활성 인터페이스는 인터페이스의 링크 계층(L2) 주소가 지정된 인바운드 IP 패킷을 받을 수 있는 기본 인터페이스입니다. ICMP 프로브는 데이터 주소를 프로브의 소스 주소로 사용합니다. ICMP 프로브가 대상에 도달하고 대상으로부터 응답을 받으면 활성 인터페이스가 작동합니다.
추이적인 프로브
추이적인 프로브는 활성 인터페이스를 프로빙하기 위해 IPMP 그룹의 대체 인터페이스에서 전송합니다. 대체 인터페이스는 인바운드 IP 패킷을 받지 않는 기본 인터페이스입니다.
예를 들어, 기본 인터페이스 4개로 구성된 IPMP 그룹을 고려해 보십시오. 이 그룹은 데이터 주소 한 개로 구성되었지만 테스트 주소가 없습니다. 이 구성에서 아웃바운드 패킷은 모두 기본 인터페이스를 사용할 수 있습니다. 하지만 인바운드 패킷은 데이터 주소가 바인딩된 인터페이스만 받을 수 있습니다. 인바운드 패킷을 받을 수 없는 나머지 기본 인터페이스 세 개가 대체 인터페이스입니다.
대체 인터페이스가 성공적으로 활성 인터페이스에 프로브를 보내고 응답을 받을 수 있으면 활성 인터페이스가 작동하며 프로브를 보낸 대체 인터페이스도 작동하는 것입니다.
주 - Oracle Solaris의 프로브 기반 실패 감지는 테스트 주소를 사용하여 작동됩니다. 테스트 주소가 사용되지 않는 프로브 기반 실패 감지를 선택하려면 추이적인 프로빙을 수동으로 사용 설정해야 합니다. 절차는 사용할 실패 감지 방법을 선택하는 방법을 참조하십시오.
IPMP 그룹의 모든 인터페이스가 동시에 실패하면 그룹 실패가 발생합니다. 이 경우 기본 인터페이스를 사용할 수 없습니다. 또한 모든 대상 시스템이 동시에 실패하고 프로브 기반 실패 감지가 사용으로 설정된 경우 in.mpathd 데몬이 현재 대상 시스템을 모두 비우고 새 대상 시스템을 프로빙합니다.
테스트 주소가 없는 IPMP 그룹에서는 활성 인터페이스를 프로빙할 수 있는 단일 인터페이스가 프로버로 지정됩니다. 이 지정된 인터페이스에는 FAILED 플래그와 PROBER 플래그가 모두 설정됩니다. 인터페이스가 복구를 감지하기 위한 대상 프로빙을 계속할 수 있도록 데이터 주소가 이 인터페이스에 바인딩됩니다.
인터페이스가 이 유형의 실패 감지를 지원하는 경우 링크 기반 실패 감지가 항상 사용으로 설정됩니다.
타사 인터페이스가 링크 기반 실패 감지를 지원하는지 확인하려면 ipmpstat -i 명령을 사용합니다. 지정된 인터페이스에 대한 출력에서 LINK 열이 unknown 상태로 표시되는 경우 해당 인터페이스는 링크 기반 실패 감지를 지원하지 않습니다. 장치에 대한 자세한 내용은 제조업체 설명서를 참조하십시오.
링크 기반 실패 감지를 지원하는 네트워크 드라이버는 인터페이스의 링크 상태를 모니터하고 해당 링크 상태가 변경될 경우 네트워킹 부속 시스템에 알려줍니다. 변경 알림을 받으면 네트워킹 부속 시스템이 해당 인터페이스에 대해 RUNNING 플래그를 적절하게 설정하거나 지웁니다. in.mpathd 데몬이 인터페이스의 RUNNING 플래그가 지워진 것을 감지하면 데몬이 즉시 인터페이스 실패를 발생시킵니다.
IPMP는 익명 그룹의 실패 감지를 지원합니다. 기본적으로 IPMP는 IPMP 그룹에 속하는 인터페이스의 상태만 모니터합니다. 하지만 IPMP 그룹에 속하지 않는 인터페이스의 상태도 추적하도록 IPMP 데몬을 구성할 수 있습니다. 따라서 이 인터페이스는 “익명 그룹”의 일부로 간주됩니다. ipmpstat -g 명령을 실행하면 익명 그룹이 이중 대시(--)로 표시됩니다. 익명 그룹에서 인터페이스의 데이터 주소는 테스트 주소 역할도 수행합니다. 이 인터페이스는 명명된 IPMP 그룹에 속하지 않으므로 해당 주소가 응용 프로그램에 표시됩니다. IPMP 그룹에 속하지 않는 인터페이스 추적을 사용으로 설정하려면 IPMP 데몬의 동작을 구성하는 방법을 참조하십시오.