[Figure] Online/Offline Sequence of Dependent Resources When Starting or Terminating a Group

Dependency Configuration

define this dependency among resources, configure this link in the ‘Resource Dependency’ view.

[Figure] Dependency relationship

In MCCS, you can configure the dependency relationship of resources by using a tree.
From the above screen, we can find out about the dependency relationship among resources.
The network address resource as a parent depends on the NIC resource as its child. The application resource as a parent depends on the network address resource as its child.
MCCS performs a failover on a group basis. Thus, all the resources within a group should be connected in this dependency relationship and they need to be put into a single group before we can provide meaningful service.
If we set two resources as a parent and an child, we can see it as two vertical levels. The max level can be checked in the 'MaxDependencyLevel' value in the group attribute menu.

Link

[Figure] Setting Link

The above screen shows how to set the link between the process resource (parent) and the network address resource (child).
The network address resource (child) depends on the process resource (parent).

1. Select the group relationship editor screen.
2. On the right palette screen, select 'Create Dependency'.
3. You can see that the mouse cursor shape is changed to support linking.
4. First, select the parent resource (process resource) and then select the child resource (network address resource) to finish link setting.

Dependency Removal

[Figure] Setting Unlink

1. When you remove the dependency relationship, press 'Select' in the palette.
2. Select a link to remove.
3. The selected link will have big points at the both ends of resource to indicate the selection made.
4. On the selected link, right click with your mouse button and select 'Dependency Removal' in the popup screen.

의존성 속성

의존성이 구성되면, 의존성을 리소스 그룹 트리 뷰에서 확인 할 수 있습니다.
의존성을 선택하여 해당 의존성의 속성을 확인 및 변경 할 수 있습니다.
의존성의 속성에는 'OnlineDependency' 와 'OfflineDependency' 가 있습니다.
속성들은 개별 리소스의 온라인, 오프라인, 'Restartlimit'에 의한 리소스 재 시작 시 사용됩니다. (Restartlimit에 대한 상세한 내용은 "7. 리소스"  편을 참조해 주십시오.)

Basic Dependency Cases among resources

Following are the general cases of dependency.

Network Interface card(NIC) Resource, Network Address Resource

Before assigning an IP address to the network address resource, you need to first have a physical network card. Without a network card, you cannot assign an IP address. If you set the NIC resource as an child and the network address resource as a parent, it will check whether the network card is normal when the network address resources tries to go online. 

Disk Resource, Network Address Resource, Application Resource (ex: DB)

Many applications record data in a disk or storage. Thus, applications must depend on disks in the dependency relationship.
If you use the DB, you need to designate the disk to record data in. Thus, for the DB, you must set the dependency relationship where the DB as a parent depends on the disk as a child.
If a client needs an IP address to access the DB, you must set the network address as an child and the DB as a parent. Based on this dependency relationship, when a group goes online in MCCS, first check the network address resource and confirm whether the disk are unlocked properly before running the DB.
Thus the DB should be set to depend on both the network address resource and the disk resource.
We can provide the following configurations based on the dependency relationships discussed so far.

[Figure] Dependency of database application

[Figure] Resource State Information Charts

의존성 속성에 따른 동작

• OnlineDependency

[그림] 리소스(r1) 단일 온라인 예(D1의 OnlineDependency : STRONG, D2의 OnlineDependency : WEAK) 

1. r1에 연결된 의존성의 OnlineDependency속성을 확인합니다.
2. D1의 속성값이 STRONG이므로, r4 -> r2 -> r1순으로 온라인 합니다.
   (D2의 속성값은 WEAK이므로, r3는 온라인 하지 않습니다.)

• OfflineDependency
  

[그림] 리소스(r4) 단일 오프라인 예(D1의 OfflineDependency : STRONG, D2의 OfflineDependency : WEAK) 

1. r4에 연결된 의존성의 OfflineDependency속성을 확인합니다.
2. D1의 속성값이 STRONG이므로, r1 -> r2 -> r4순으로 오프라인 합니다.
   (D2의 속성값은 WEAK이므로, r3는 오프라인 하지 않습니다.)

Resource Critical Attributes

• Failure occurs from a resource on which critical resource depend.
  
  

[Figure] Example of Failure Occur 1

1. As a failure is occurred at resource r2, resource r1 will be taken offline. (Since resource r1 depends on resource r2 which is failed, resource r1 may cannot be online properly.)
2. Since resource r1 has critical attribute, resource r3 and a4 will be taken offline in order to failover the group.
3. As a result, resource r2 is considered as failure and all resources in the group will be taken offline

• Non-critical Resources
  
  

[Figure] Example of Failure Occur 2

1. Resource r1 which is not critical is online status.
2. When resource r2 get failed, resource r1 will be taken offline because it dependent on resource r2.
3. As r1 resource is not critical, group failover will be not performed. Therefore, the group will be partial online status.

RestartLimit Attribute

RestartLimit is an attribute of the resource type. This value determines how many times the recovery will be attempted until it is finally confirmed that it is failure. 
(Please refer to "7. Resource" for more details.)

[Figure] Example of Failure Occur 3

1. On the assumption that the value of RestartLimit is 1 for resource r2, the first failure has occurred.
2. MCCS will bring online resource r2 again as the value of RestartLimit. 
   At this time, resource r1 which depends on resource r2 will be taken offline.
3. resource r2 restart.
4. resource r1 online.
5. When another failure occurs on resource r2, all of the resource will be taken offline from resource r1 to r3 by order.
6. Resource r3 will be taken offline.
7. As a result, resource r2 is considered as failure and all resources in the group is offline status in the node.

※ 장애로 인한 리소스 재시작 시에는 의존성의 OfflineDependency 속성값에 따라 상위 리소스를 오프라인 하고 재시작합니다.
    재시작 후에는 오프라인 한 리소스들에 대해서 다시 온라인 합니다.