탐색 링크 건너뛰기 | |
인쇄 보기 종료 | |
Oracle Solaris 관리: 네트워크 인터페이스 및 네트워크 가상화 Oracle Solaris 11 Information Library (한국어) |
7. 프로파일에 데이터 링크 및 인터페이스 구성 명령 사용
10. Oracle Solaris에서 무선 인터페이스 통신 구성
한 IPMP 그룹에서 다른 그룹으로 인터페이스를 이동하는 방법
그룹의 기본 IP 인터페이스에 대한 정보를 가져오는 방법
스크립트에서 ipmpstat 명령의 출력 결과를 사용자 정의하는 방법
검사 기반 실패 감지의 경우 검사 기반 실패 감지에 설명된 대로 대상 시스템을 사용해야 합니다. 검사 기반 실패 감지의 대상을 식별할 때 in.mpathd 데몬은 라우터 대상 모드나 멀티캐스트 대상 모드의 두 가지 모드로 작동합니다. 라우터 대상 모드에서는 다중 경로 데몬이 경로 지정 테이블에 정의된 대상을 검사합니다. 대상을 정의하지 않은 경우 데몬이 멀티캐스트 대상 모드로 작동합니다. 이 모드에서는 멀티캐스트 패킷이 전송되어 LAN에서 인접한 호스트를 검사합니다.
검사할 in.mpathd 데몬에 대해 호스트 대상을 설정해야 합니다. 일부 IPMP 그룹의 경우 기본 라우터를 대상으로 사용해도 됩니다. 하지만 검사 기반 실패 감지에 대해 특정 대상을 구성해야 하는 IPMP 그룹도 있습니다. 대상을 지정하려면 경로 지정 테이블의 호스트 경로를 검사 대상으로 설정합니다. 경로 지정 테이블에 구성된 호스트 경로는 기본 라우터 앞에 나열됩니다. IPMP는 명시적으로 정의된 호스트 경로를 대상 선택으로 사용합니다. 따라서 기본 라우터를 사용하는 대신 호스트 경로를 설정하여 특정 검사 대상을 구성해야 합니다.
경로 지정 테이블에 호스트 경로를 설정하려면 route 명령을 사용합니다. 이 명령과 함께 -p 옵션을 사용하여 지속 경로를 추가할 수 있습니다. 예를 들어, route -p add는 시스템을 재부트한 후에도 경로 지정 테이블에 유지될 경로를 추가합니다. 따라서 -p 옵션을 사용하면 시스템을 시작할 때마다 경로를 다시 만드는 특수 스크립트 없이도 지속 경로를 추가할 수 있습니다. 검사 기반 실패 감지를 최적으로 사용하려면 검사를 받을 대상을 여러 개 설정해야 합니다.
뒤에 나오는 샘플 절차에서는 검사 기반 실패 감지를 위해 대상에 지속 경로를 추가하는 정확한 구문을 보여줍니다. route 명령의 옵션에 대한 자세한 내용은 route(1M) 매뉴얼 페이지를 참조하십시오.
적합한 대상이 될 수 있는 네트워크의 호스트를 평가하는 경우 다음 기준을 고려해 보십시오.
잠재 대상이 사용 가능하고 실행되고 있는지 확인합니다. 해당 IP 주소 목록을 만듭니다.
대상 인터페이스가 구성 중인 IPMP 그룹과 동일한 네트워크에 있는지 확인합니다.
대상 시스템의 넷마스크 및 브로드캐스트 주소가 IPMP 그룹의 주소와 같아야 합니다.
대상 호스트가 검사 기반 실패 감지를 사용하는 인터페이스의 ICMP 요청에 대답할 수 있어야 합니다.
$ route -p add -host destination-IP gateway-IP -static
여기서 destination-IP 및 gateway-IP는 대상으로 사용할 호스트의 IPv4 주소입니다. 예를 들어, IPMP 그룹 itops0의 인터페이스와 동일한 서브넷에 있는 대상 시스템 192.168.10.137을 지정하려면 다음을 입력합니다.
$ route -p add -host 192.168.10.137 192.168.10.137 -static
이 새로운 경로는 시스템이 다시 시작될 때마다 자동으로 구성됩니다. 검사 기반 실패 감지의 대상 시스템에 대해 임시 경로만 정의하려는 경우 -p 옵션을 사용하지 마십시오.
기본적으로 검사 기반 실패 감지는 테스트 주소를 사용해야만 수행할 수 있습니다. NIC 드라이버가 지원하는 경우 링크 기반 실패 감지도 자동으로 사용으로 설정됩니다.
이 방법이 NIC 드라이버에서 지원되는 경우 링크 기반 실패 감지를 사용 안함으로 설정할 수 없습니다. 하지만 구현할 검사 기반 실패 감지 유형을 선택할 수 있습니다.
# svccfg -s svc:/network/ipmp setprop config/transitive-probing=true # svcadm refresh svc:/network/ipmp:default
이 등록 정보 설정에 대한 자세한 내용은 in.mpathd(1M) 매뉴얼 페이지를 참조하십시오.
# svccfg -s svc:/network/ipmp setprop config/transitive-probing=false # svcadm refresh svc:/network/ipmp:default
IPMP 구성 파일 /etc/default/mpathd를 사용하여 IPMP 그룹에 대해 다음과 같은 시스템 차원 매개변수를 구성합니다.
FAILURE_DETECTION_TIME
TRACK_INTERFACES_ONLY_WITH_GROUPS
FAILBACK
자세한 내용은 Oracle Solaris 관리: 보안 서비스의 관리 권한을 얻는 방법을 참조하십시오.
세 매개변수 중 하나 이상의 기본값을 변경합니다.
FAILURE_DETECTION_TIME=n
여기서 n은 ICMP 검사에서 인터페이스 실패가 발생했는지 여부를 감지하는 데 걸리는 시간(초)입니다. 기본값은 10초입니다.
FAILBACK=[yes | no]
yes – yes 값은 IPMP 페일백 동작의 기본값입니다. 실패한 인터페이스의 복구가 감지되면 네트워크 액세스가 물리적 인터페이스 복구 감지에 설명된 대로 복구된 인터페이스로 페일백됩니다.
no – no 값은 데이터 트래픽이 복구된 인터페이스로 돌아가지 않음을 나타냅니다. 실패한 인터페이스가 복구된 것으로 감지되면 INACTIVE 플래그가 해당 인터페이스에 설정됩니다. 이 플래그는 인터페이스가 현재 데이터 트래픽에 사용되지 않음을 나타냅니다. 검사 트래픽에는 계속 인터페이스를 사용할 수 있습니다.
예를 들어, IPMP 그룹 ipmp0은 두 인터페이스 net0과 net1로 구성됩니다. /etc/default/mpathd 파일에서 FAILBACK=no 매개변수가 설정되었습니다. net0이 실패하면 FAILED 플래그가 지정되고 사용할 수 없게 됩니다. 복구 후에는 인터페이스에 INACTIVE 플래그가 지정되며 FAILBACK=no 설정 때문에 사용할 수 없는 상태로 유지됩니다.
net1이 실패하고 net0만 INACTIVE 상태이면 net0의 INACTIVE 플래그가 지워지고 인터페이스를 사용할 수 있게 됩니다. IPMP 그룹에도 INACTIVE 상태의 다른 인터페이스가 있는 경우 net1이 실패하면 이러한 INACTIVE 인터페이스 중 하나(net0일 필요는 없음)가 지워지고 사용할 수 있게 됩니다.
TRACK_INTERFACES_ONLY_WITH_GROUPS=[yes | no]
yes – yes 값은 IPMP 동작의 기본값입니다. 이 매개변수를 사용하면 IPMP가 IPMP 그룹으로 구성되지 않은 네트워크 인터페이스를 무시합니다.
no – no 값은 IPMP 그룹으로 구성되었는지 여부에 관계없이 모든 네트워크 인터페이스에 대해 실패 및 복구 감지를 설정합니다. 하지만 IPMP 그룹으로 구성되지 않은 인터페이스에서 실패 또는 복구가 감지될 경우 해당 인터페이스의 네트워킹 기능을 유지 관리하기 위해 IPMP에서 아무 작업도 트리거되지 않습니다. 따라서 no 값은 실패 보고에만 유용하며 네트워크 가용성을 직접 향상시키지는 않습니다.
# pkill -HUP in.mpathd