Skip to end of metadata
Go to start of metadata

You are viewing an old version of this content. View the current version.

Compare with Current View Version History

« Previous Version 22 Next »

클러스터를 구성하는 호스트 서버의 단위입니다.
두 개의 노드로 클러스터를 구성하게 되면 투 노드 클러스터, 하나의 노드로만 구성하게 되면 싱글 노드 클러스터라고 합니다.
MCCS에서는 클러스터에 최대 2개의 노드를 등록할 수 있습니
다.


이 페이지의 주요 내용

Node Attribute

Node attribute can be identified from NodeAttributes view of MCCS console.
From the node management view of MCCS console, select node, then select the ‘Node Attributes’ tab located on right top of detailed information panel.
The values of gray colored are for read only. They just contain and show the information of node state. The values of white colored are configurable by user definition. Below is description of some of them.

[그림] 노드 속성 화면

 

Attribute

Description

Type

Default

Edit

Note
BootMode

It is value that indicate whether auto-start or not when MCCS service starts..

BOOLEAN X 
ExpirationDate

It shows license MAC of the node.

STRING   
HostID

It shows license MAC of the node.

STRING X 
IsolationTestAddress

It enters the IP address to test Isolation. It is recommended the reliable IP address.
If two or more IPs are entered, they will be separated by ",".
If no IP address is entered, the split brain cannot be identified.

IP ADDRESS O 
LicenseTypeIt shows license type of the node.STRING X 

NodeName

It indicated the name of the node.

실제 호스트명 또는 별칭으로 정할 수 있습니다.
어떤 경우든 클러스터 내에서 고유한 이름이어야 합니다.

NAME

 

X

 

NodeState

It indicated the state of the node.

STRING

 

X

 

PrimaryHB

It shows an IP address of the Primary Heartbeat defined in the MCCS server.

IP ADDRESS

 

X

 
PrimaryHBStatusIt indicates state of primary heartbeatIP ADDRESS X 

SecondaryHB

It shows an IP address of the Secondary Heartbeat defined in the MCCS server.

IP ADDRESS

 

X

 
SecondaryHBStatusIt indicates state of secondary heartbeatIP ADDRESS X 
StandAlone

It indicates whether standalone mode or not.

BOOLEAN falseX 

 

 

How MCCS Works

MCCS connects nodes as one cluster through heartbeat connection. 
Action of the cluster is decided by the state and role of the node, and node states are decided not only by the system state but also the state of heartbeat connection.
Following are node states for Cluster Mode. 

Node states of the Cluster Mode

 

Node states of the Cluster Mode

 

StateDescription
EXITEDThis is a state where MCCS engine is terminated..
INITINGThis is a state before configuring the heartbeat after starting the engine.
This is initial state before both nodes communicate each other through heartbeat network and collect mutual status of node state after MCCS engine is started.
This state is normally changed to the LOCAL_BUILD or REMOTE_BUILD state, but if there is a problem with the configuration or physical environment, it remains in the INITING state,
or is automatically terminated to the EXITED state.
LOCAL_BUILDWhen every node in the cluster is in the INITING state, the node with the highest priority at establishing of heartbeat communication is changed to the LOCAL_BUILD state,
and the node in this state forms a cluster database from the local configuration file(%MCCS_HOME%\config\main.json).
Only one node within the cluster goes through this state to the RUNNING state, and other nodes undergo the REMOTE_BUILD state that receives information from that node.
REMOTE_BUILDWhen a node in the INITING state detects a node in the RUNNING state through heartbeat communication, it establishes by downloading the configuration
RUNNINGThis is the state when establishing a configuration database through the LOCAL_BUILD or REMOTE_BUILD is completed,
and starts agents and group administrators of all the resources defined at this state.
FAULTEDWhen all the heartbeats with the node in the RUNNING state are disconnected, the node is FAULTED.

 


Action step according to Node State

다음은 MCCS의 동작 단계에 따른 노드 상태의 변화 과정을 보여줍니다.

 

[Figure] MCCS Action step according to Node State

 

Redundancy of heartbeat communication path

Heartbeat has the vital role of synchronizing the state and determining the failure state between nodes. 
Therefore, when the system is being operated, it must be redundant to guarantee a state of being available for communication at all times. 
Also, to determine the isolation of the network, one of the heartbeat networks must be established as a network available for communication with the service network or nodes other than the cluster node.

Node Fault

When all the heartbeat communication is disconnected for a certain amount of time, the node is declared to be in failure state. 
The final decision on the discontinuance of heartbeat communication is made by the ICMP test. 
When both nodes cannot communicate with each other within a defined amount of time, MCCS define the state as split, isolation and remote node fault.

Discontinuance of heartbeat

If all of the heartbeat communication is disconnected, both nodes cannot exchange the mutual state. 
Service recovery and process are determined by whether the opposite node is declared as a failure, or simply in a state in which the communication paths between nodes are disconnected.

Split Brain

핫빗 네트워크의 단절이 클러스터 속성에 정의되어 있는 일정 시간 간격 이상의 시간차로 발생할 경우는 노드 장애 보다는 핫빗 네트워크 전체에 대한 불안정을 의심할 수 있습니다.
따라서 핫빗에 의한 노드 상태를 신뢰할 수 없는 상황으로 판단하여, 시스템 장애로 감지하지 않고 현재 상태를 유지합니다.
핫빗 통신이 다시 정상적으로 이루어지면 클러스터에 속한 노드의 MCCS 서비스를 재시작하고 RUNNING 상태로 복귀합니다. 
그렇지 않으면 INITING 상태에서 핫빗 통신이 정상화될 때까지 대기하게 됩니다.

Isolation

일정 시간 내에 모든 핫빗이 단절된 경우라도 상대 노드를 장애로 판단하기 전에 먼저 로컬 노드 자신이 모든 네트워크로부터 단절된 상황인지를 확인할 필요가 있습니다.
만일 게이트웨이 혹는 DNS 서버와 같이 공인된 네트워크 지점과의 통신이 가능한 상태라면 로컬 노드 자신은 단절된 상황은 아니며, 상대 노드가 장애 상태인 것으로 판단하여 상대 노드에서 운영중인 서비스의 복구를 시도할 수 있습니다.
그러나 그렇지 않은 경우에는 상대 노드가 로컬 노드의 상황을 고립으로 판단합니다.
상대 노드는 로컬 노드를 장애 상태로 결정하고, 로컬에서 운영중인 서비스에 대한 복구를 시도하기 때문에, 로컬 노드는 가능한 빨리 운영중인 서비스를 종료해야 합니다.

Remote Node Fault

When a local node cannot communicate to opposite node within a defined timeout and it is not in an isolation state, local node will try to keep its state as RUNNING, and bring ONLINE the services which taken OFFLINE from remote node.

 

 

CLI 사용(mcnode 명령)

노드에 관한 명령을 전달 합니다. 노드에 대해 속성 조회, 속성 값 변경, 라이선스 입력, 서포트 파일 다운로드 명령을 내릴 수 있습니다.

MCCS 는 설치시 최초 사용자 계정으로 id 가 'admin' 암호가 'password'인 계정을 생성합니다.
CLI 명령을 실행시 id 와 password를 입력하지 않으면 , 위의 최초 사용자 계정의 id와 암호로 실행됩니다.
따라서 최초 사용자의 패스워드 변경시, 필수적으로 CLI 명령에 id와 password를 옵션으로 입력해야만 합니다.


Syntax

mcnode [-n nodename] [-a attribute] [-l license] [-p download_path]

 

Options

옵션설명

-h

도움말을 출력합니다.

 -u사용자 계정을 지정합니다. 
 -pw사용자 Password를 지정합니다. 

-n

명령을 실행하기 위해 접근할 노드를 지정합니다.

-a

[modify] 명령일 경우 변경할 속성과 속성값을 지정합니다.
attribute : 그룹의 속성을 지정합니다.

-p

서포트 파일 다운 받을 경로를 지정합니다. path 지정 생략시 user.home으로 다운로드 됩니다.

-l지정한 노드의 입력할 라이선스 값을 지정합니다.

 

Example

modify

testNode-1의 노드 속성값을 수정합니다.

mcnode -u admin -pw password -modify -n testNode-1 -a IsolationTestAddress value

license

testNode-1 노드의 라이선스를 입력합니다.

mcnode -u admin -pw password -license -n TestNode-1 [ -all ] license_value

 

support

testNode-1 노드의 서포트 파일을 /root/Desktop/mantech 에 다운로드 받습니다.

(-all 입력시 노드 전체에 대하여 서포트파일을 생성 후 다운로드 합니다.)

mcnode -u admin -pw password -supprot [-n TestNode-1 (-all)] -p /root/Desktop/mantech

 

list

노드의 속성 리스트를 보여줍니다.

(noname 입력시 입력한 해당 노드에 대한 속성 값만 출력.)

mcnode -u admin -pw password -list (-n nodename)

 

 

  • No labels