탐색 링크 건너뛰기 | |
인쇄 보기 종료 | |
![]() |
Oracle Solaris 관리: IP 서비스 Oracle Solaris 10 1/13 Information Library (한국어) |
1. Oracle Solaris TCP/IP 프로토콜 제품군(개요)
5. TCP/IP 네트워크 서비스 구성 및 IPv4 주소 지정(작업)
10. TCP/IP 및 IPv4에 대한 자세한 정보(참조)
DR(동적 재구성) 기능을 사용으로 설정하면 시스템이 실행되는 동안 인터페이스 같은 시스템 하드웨어를 재구성할 수 있습니다. 이 절에서는 DR이 IPMP와 상호 운용되는 방법을 설명합니다.
NIC의 DR을 지원하는 시스템에서는 IPMP를 사용하여 연결을 유지하고 기존 연결의 중단을 방지할 수 있습니다. DR을 지원하고 IPMP를 사용하는 시스템에서는 안전하게 NIC를 연결, 분리 또는 재연결할 수 있습니다. 이는 IPMP가 RCM(Reconfiguration Coordination Manager) 프레임워크에 통합되어 있기 때문입니다. RCM은 시스템 구성 요소의 동적 재구성을 관리합니다.
일반적으로 cfgadm 명령을 사용하여 DR 작업을 수행합니다. 하지만 일부 플랫폼은 다른 방법을 제공합니다. 자세한 내용은 플랫폼의 설명서를 참조하십시오. DR에 대한 설명서는 다음 리소스에서 찾을 수 있습니다.
표 27-1 동적 재구성에 대한 설명서 리소스
|
다중 인터페이스가 포함된 IPMP 그룹을 구성하는 방법에 설명된 대로 언제든지 ifconfig 명령을 사용하여 IPMP 그룹에 인터페이스를 추가할 수 있습니다. 따라서 시스템 부트 후 연결한 시스템 구성 요소의 인터페이스는 기존 IPMP 그룹에 연결 및 추가할 수 있습니다. 또는 해당하는 경우 새로 추가한 인터페이스를 고유한 IPMP 그룹으로 구성할 수 있습니다.
이러한 인터페이스와 여기에 구성된 데이터 주소는 IPMP 그룹에서 즉시 사용할 수 있습니다. 그러나 재부트 시 시스템에서 자동으로 인터페이스를 구성 및 사용하게 하려면 각 새 인터페이스에 대해 /etc/hostname.interface 파일을 만들어야 합니다. 자세한 내용은 시스템 설치 후 물리적 인터페이스 구성 방법을 참조하십시오.
인터페이스를 연결할 때 /etc/hostname.interface 파일이 이미 있으면 RCM이 자동으로 이 파일의 내용에 따라 인터페이스를 구성합니다. 그러면 인터페이스는 시스템 부트 후 수신한 것과 동일한 구성을 수신하게 됩니다.
NIC가 포함된 시스템 구성 요소를 분리하는 모든 요청이 먼저 검사되어 연결을 유지할 수 있는지 확인합니다. 예를 들어, IPMP 그룹에 없는 NIC는 기본적으로 분리할 수 없습니다. IPMP 그룹에서 작동하는 유일한 인터페이스를 포함하는 NIC도 분리할 수 없습니다. 하지만 시스템 구성 요소를 제거해야 하는 경우 cfgadm(1M) 매뉴얼 페이지에 설명된 대로 cfgadm의 -f 옵션을 사용하여 이 동작을 대체할 수 있습니다.
확인이 성공하면 분리 중인 NIC가 실패한 것처럼 분리된 NIC와 연결된 데이터 주소가 동일한 그룹에서 제대로 작동하는 NIC로 페일오버됩니다. NIC가 분리되면 NIC의 인터페이스에 있는 모든 테스트 주소가 구성 해제됩니다. 그런 다음 NIC가 시스템에서 연결 취소됩니다. 이러한 단계 중 하나라도 실패하거나 동일한 시스템 구성 요소에 있는 다른 하드웨어의 DR이 실패하면 이전 구성이 원래 상태로 복원됩니다. 이 이벤트와 관련된 상태 메시지가 수신됩니다. 그렇지 않으면 분리 요청이 성공적으로 완료됩니다. 시스템에서 구성 요소를 제거할 수 있습니다. 기존 연결은 중단되지 않습니다.
RCM은 실행 중인 시스템에서 분리된 NIC와 연결된 구성 정보를 기록합니다. 그 결과 RCM은 이전에 분리된 NIC의 재연결을 새 NIC의 연결과 동일하게 처리합니다. 즉, RCM은 연결만 수행합니다.
그러나 재연결된 NIC에는 일반적으로 기존 /etc/hostname. interface 파일이 있습니다. 이 경우 RCM은 기존 /etc/hostname. interface 파일의 내용에 따라 인터페이스를 자동으로 구성합니다. 또한 RCM은 재연결된 인터페이스에서 원래 호스팅되었던 각 데이터 주소를 in.mpathd 데몬에 알립니다. 따라서 재연결된 인터페이스가 제대로 작동하게 되면 인터페이스가 복구된 것처럼 해당 데이터 주소가 모두 재연결된 인터페이스로 페일백됩니다.
재연결 중인 NIC에 /etc/hostname.interface 파일이 없으면 구성 정보를 사용할 수 없게 됩니다. RCM에는 인터페이스 구성 방법에 대한 정보가 없습니다. 따라서 이전에 다른 인터페이스로 페일오버되었던 주소가 페일백되지 않을 수 있습니다.
시스템 부트 시 나타나지 않는 NIC는 실패 감지 특수 인터페이스를 나타냅니다. 부트 시 시작 스크립트는 연결할 수 없는 /etc/hostname.interface 파일이 있는 인터페이스를 추적합니다. 이러한 인터페이스의 /etc/hostname. interface 파일에 있는 모든 데이터 주소는 IPMP 그룹에 있는 대체 인터페이스에서 자동으로 호스팅됩니다.
이러한 경우 다음과 같은 오류 메시지가 나타납니다.
moving addresses from failed IPv4 interfaces: hme0 (moved to hme1) moving addresses from failed IPv6 interfaces: hme0 (moved to hme1)
대체 인터페이스가 없는 경우 다음과 같은 오류 메시지가 나타납니다.
moving addresses from failed IPv4 interfaces: hme0 (couldn't move; no alternative interface) moving addresses from failed IPv6 interfaces: hme0 (couldn't move; no alternative interface)
주 - 이러한 실패 감지 상황의 경우 누락된 인터페이스의 /etc/hostname. interface 파일에서 명시적으로 지정한 데이터 주소만 대체 인터페이스로 이동합니다. 일반적으로 RARP 또는 DHCP 등 다른 방법으로 얻는 주소는 얻거나 이동되지 않습니다.
시스템 부트 시 누락된 다른 인터페이스와 같은 이름의 인터페이스가 DR을 통해 재연결되면 RCM이 자동으로 인터페이스를 연결합니다. 그런 다음 RCM은 인터페이스의 /etc/hostname.interface 파일 내용에 따라 인터페이스를 구성합니다. 결국 RCM은 인터페이스가 복구된 것처럼 모든 데이터 주소를 페일백합니다. 따라서 최종 네트워크는 시스템이 인터페이스와 함께 부트된 경우와 동일한 구성을 갖게 됩니다.