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