부모 리소스는 위에 위치하고 자식 리소스는 아래에 위치합니다.

[그림] 그룹 시작/종료시 의존 관계에 있는 리소스들의 온라인/오프라인 순서

의존성 구성

이런 의존성을 정의하기 위해서는 먼저 리소스들을 생성한 후에 그룹 리소스 의존성 화면에서 설정할 수 있습니다.

 Image Added

[그림] 의존 관계 화면

MCCS에서는 이런 리소스들간의 의존 관계를 계층적인 트리 형태로 간단히 구성할 수 있습니다.

우리는 위의 화면을 통하여 리소스들 간에 의존 관계를 알 수 있습니다. 부모인 vip 리소스는 그의 자식 리소스인 nic 리소스에 의존하며, 부모인 dfs 리소스와 calc 리소스는 또한 그의 자식 리소스인 vip 리소스에 의존하는 리소스입니다.

MCCS는 그룹 단위로 페일오버를 진행합니다. 따라서 그룹 내의 모든 리소스들을 서로 의존 관계로 연결하고 하나의 그룹으로 구성해서 실행이 되어야 의미 있는 서비스를 제공할 수 있습니다.

리소스 2 개를 부모 자식으로 의존 관계를 설정하면 상하 2 단계의 레벨로 볼 수 있으며, 최대 레벨은 그룹 속성의 'MaxDependencyLevel' 값에서 확인할 수 있습니다.

link 설정

Image Added

[그림] Link 설정 화면

위의 화면에서 Calc 리소스(부모)와 vip 리소스(자식) 간에 링크를 설정하는 방법을 설명합니다. vip 리소스(자식)는 Calc 리소스(부모)에 의존하는 리소스입니다.

1. 그룹 관계 에디터 화면을 선택합니다.
2. 오른쪽 Palette 화면에서 'link'를 선택합니다.
3. 마우스 커서가 link 할 수 있는 모양으로 바뀌는 것을 확인할 수 있습니다.
4. 먼저 부모 리소스(Calc)를 선택한 후 자식 리소스(vip)를 선택하면 link설정이 완료됩니다.

의존 관계 제거

Image Added

[그림] Unlink 설정 화면

1. 의존 관계를 제거할 때는 팔레트에서 'Select'를 선택합니다.
2. 제거할 link를 선택합니다.
3. 선택한 link는 리소스의 양 끝점에 큰 포인트가 생기면서 선택된 상태임을 알려줍니다.
4. 선택된 link에서 마우스 오른쪽을 클릭하여 팝업 화면에서 'Unlink'를 선택합니다.

기본적인 구성 시나리오

의존 관계를 설정하는 일반적인 경우를 살펴보겠습니다. 

네트워크 카드, IP 주소 리소스

IP 리소스에서 IP를 할당하기 위해서는 먼저 물리적인 네트워크 카드가 필요합니다. 네트워크 카드 없이 IP 할당이 불가능하기 때문입니다.

네트워크 카드를 자식으로, IP를 부모로 하는 의존 관계를 설정하게 되면 IP 온라인을 시도할 때에 먼저 네트워크 카드가 정상적인 상태인지를 확인합니다. 

디스크, IP, 데이터베이스

많은 응용프로그램들은 디스크(혹은 스토리지)에 데이터를 기록합니다. 따라서 응용프로그램들은 디스크에 의존하는 형태로 관계가 이루어져야 합니다.

데이터베이스의 경우는 데이터를 기록할 디스크를 지정해야 합니다. 따라서 데이터베이스는 디스크에 의존하도록 데이터베이스를 부모로 디스크를 자식으로 의존 관계를 설정합니다. 클라이언트에서 데이터베이스에 접속 할 수 있는 IP 주소가 필요하다면 IP를 자식으로 데이터베이스를 부모로 의존 관계를 설정합니다.

이 의존 관계를 바탕으로 MCCS에서는 그룹을 온라인 할 때, IP와 디스크 마운트가 정상적으로 실행되었는지 확인한 후에 데이터베이스를 구동시킵니다. 따라서 데이터베이스는 IP, 디스크 모두를 의존하는 관계로 설정되어야 합니다.

지금까지의 관계로 의존성을 구성해보면 다음과 같은 형태가 됩니다.

Image Added

[그림] 의존 관계도

의존성에 따른 동작

그룹의 시작/종료 순서는 의존성에 따라 온라인은 아래부터 위로, 오프라인은 위부터 아래로 진행됩니다.

그럼 실제 장애가 발생하였을 경우, 리소스 속성을 고려한 진행 순서에 대해 몇 가지 경우를 예로 들어 보겠습니다. 먼저, 리소스 속성과 진행 상태를 다음과 같이 그림으로 미리 정의해 놓았습니다.

Image Added

[그림] 리소스 상태 정보 표시도

RestartLimit 속성

'RestartLimit'는 리소스 타입에 있는 속성으로 최종 장애로 판단하기 전에 몇 번까지 복구할 것인지 결정하는 값입니다.

(상세한 내용은 "챕터 5. 리소스 타입"  편을 참조해 주십시오.)

Image Added

[그림] 장애 발생 예 3

1. a2 리소스는 RestartLimit 값이 1인 경우로 1차 장애가 발생했습니다.
2. RestartLimit 값으로 인해 1차 서비스를 복구 시킵니다.
   이 때는 상위인 a1의 리소스에서는 반응하지 않습니다.
   왜냐하면 a2의 RestartLimit 값으로 인해 같은 노드상에서 바로 복구시키기 때문입니다.
3. a2에서 한번 더 장애가 발생하여 최종 장애 상태로 처리 하고 그룹을 페일오버 시키기 위해 현재 그룹을 모두 종료 시킵니다.
   리소스 종료 순서에 의해 a1 리소스부터 종료 시킵니다.
4. a3 리소스를 종료 시킵니다.
5. 현재 노드에서는 a2가 장애 상태로 처리되었고 모든 리소스들이 오프라인 상태로 남게 됩니다.