JEUS 노드 간에 클러스터를 구성할 때 JEUS는 다음과 같은 방식으로 노드 간에 연결을 구성한다.

노드 클러스터링을 형성한 노드에 장애가 발생할 경우

JEUS 클러스터링 상태에서 장애는 OS 레벨 에러나 네트워크 단절 등 다양한 원인으로 발생될 수 있다.

다음 그림에서 노드 B는 에러로 장애가 발생한다.

[그림 4.2] 노드 클러스터링 장애

그림에서 노드 B가 장애가 발생했을 때, 노드 A와 C는 그것을 감지하고 노드 B가 다시 살아나는지 여부를 일정한 주기로 Keep-Alive 메시지를 보내서 계속 확인한다. 이 Keep-Alive check는 기본이 15초마다 수행되고 시스템 프로퍼티(“JEUS Reference Book”의 “1.2. 서버 시스템 프로퍼티”)로 설정 가능하다. 만약 노드 B가 살아나면, 노드 A와 C는 Keep-Alive check를 통하여 감지해 낸다. 그리고 클러스터링은 이전의 형태를 복구해서 [그림 4.1]로 되돌아간다.

위와 같이 각 노드는 자신의 위치에서 다른 노드들의 이상 여부를 check해서 클러스터링 정보를 유지한다. 해당 정보는 jeusadmin의 nodelist 명령으로 확인할 수 있다.

노드 클러스터링의 경우 Target 노드에 대해 다음과 같은 3가지의 상태를 가지고 있다.

다음은 상태 전이에 대한 그림이다.

[그림 4.3] 클러스터링의 상태 전이

상태	설명
INACTIVE	노드 클러스터링의 커넥션 연결이 정상 종료된 상황 또는 초기치의 상태이다. (예: Target 노드의 정상 다운)
RUNNING	노드 클러스터링의 커넥션 연결이 정상적인 상황이다. (예: Target 노드의 정상 운영 상태)
FAILED	노드 클러스터링의 커넥션 연결이 비정상 종료된 상황이다. (예: Target 노드의 비정상 다운. 장애 또는 kill -9 등으로 다운된 상황)

RUNNING 상태에서 INACTIVE 또는 FAILED 상태로 변경이 가능하며, 반대로 INACTIVE 또는 FAILED 상태에서 RUNNING 상태로의 변경도 가능하다. 하지만 INACTIVE 상태에서 FAILED 상태로 또는 FAILED 상태에서 INACTIVE 상태로의 변경은 불가능하다.

INACTIVE, FAILED의 상태일 경우 노드 클러스터링에서 제외되며, 차후 주기적인 모니터링 기능을 통해 재연결이 가능하다.

일반적인 클러스터링 방법은 각 노드에 클러스터링을 구성하는 노드의 정보를 각 노드가 가지고 있는 것으로 정적 클러스터링 구성이라고 한다.

반면에 JEUS 노드를 동적으로 추가해야 할 경우가 있다. 즉, 별개로 설정된 JEUS 노드가 동작 중인 JEUS 클러스터에 추가될 수 있다. 이를 위해서는 동적으로 추가하고 싶은 노드에만 클러스터링에 포함되는 노드의 정보를 모두 설정하고 실행시키면 각 노드에 동적으로 기동된 노드가 연결을 시도한다.

다음의 그림은 이러한 작업을 보여준다. 그림(2번째 지점)에서 보듯 새 노드에서 JEUS를 실행하면, 클러스터링의 다른 노드에서 새 노드의 존재와 설정에 대해서 알지 못하더라도 “JOIN” 시도가 진행된다.

[그림 4.4] JEUS 클러스터에 새로운 JEUS 노드(D)의 동적 추가

그 결과 D는 A, B, C 노드에게 접속을 시도해서 A, B, C에게 자신의 존재를 알린다. 결국 A, B, C, D는 모두 서로를 체크하면서 클러스터링을 이룬다.

노드 클러스터링은 클러스터링에 참여하는 모든 노드가 동등한 입장으로 부하 분산을 수행하는 것과 달리 주 노드와 백업 노드 방식은 2개의 노드가 있을 때 다른 한 노드를 Failover를 위한 백업 노드로 사용하고자 할 때 이용할 수 있다.

백업 노드는 자신이 백업해야 하는 노드(주 노드)가 다운이 되었을 경우에만 그 노드를 대신하여 Failover 작업을 수행한다. 주 노드가 종료(Down)되었을 때 백업 노드는 자동으로 기동되어 다운된 노드의 설정 데이터를 읽고 그 설정에 따라 엔진 컨테이너를 부팅하여 서비스가 계속 유지되도록 한다. 백업 노드는 또한 서비스 수행하면서 주 노드가 살아 났는지 일정한 주기로 확인을 하고 주 노드가 살아나면 백업 노드는 주 노드의 Failover 작업 수행 전의 상태로 돌아간다.

백업 노드는 주 노드가 다운되었을 경우에만 주 노드의 서비스를 대신해주기 때문에 주 노드가 정상 동작하는 경우에는 백업 노드는 아무 일도 수행하지 않는다. 따라서 백업 노드가 있는 머신은 평소에는 다른 용도로 사용되다가 주 노드가 정상적이지 않을 경우에만 백업을 수행하고자 하는 경우에 유용하게 사용될 수 있다.

백업 노드에 대한 설정에서 주의할 점은 A의 백업 노드가 B이면 A의 노드 설정에 B를 자신의 백업노드로 설정하는 것이 아니라 B노드에 B가 백업할 대상의 노드가 A임을 설정한다는 것이다. 좀 더 자세한 설정은 “4.3.2. 백업 노드 설정”을 참조한다.

JEUS 클러스터링은 서로 다른 노드 간의 클러스터링이므로 네트워크 관련 설정이 정확하게 이뤄져야 하고 하나의 노드는 다른 노드에 대해서 정확하게 알아야 하므로 설정할 때 다음의 3가지를 주의한다.

이제 JEUSMain.xml에서 어떻게 설정되는지 예제를 통해 설명한다. WebAdmin을 이용하면 쉽게 설정할 수 있으나 본 절에서는 직접 XML에 설정하는 방법을 설명한다.

클러스터링을 만들기 위해서는 클러스터링에 참여하는 각 노드의 JEUSMain.xml을 수정해야 한다. 각 JEUSMain.xml 파일에는 반드시 클러스터링에 참여하는 노드들의 <node>에 설정되어야 한다.

<jeus-system>
    <node>
        <name>
            A
        </name>
        . . .     <!—노드의 다른 설정부분 -->
    </node>
    <node>
        <name>
            B
        </name>
        . . .     <!—노드의 다른 설정부분 -->
    
    </node>
    <node>
        <name>
            C
        </name>
        . . .     <!—노드의 다른 설정부분 -->
    </node>
    . . .   <!—Manage의 다른 설정부분, -->
</jeus-system>

<jeus-system>
    <node>
        <name>
            A
        </name>
        . . .     <!—노드의 다른 설정부분 -->
    </node>
    <node>
        <name>
            B
        </name>    
    </node>
    <node>
        <name>
            C
        </name>
    </node>
    . . .   <!—Manager의 다른 설정부분, -->
</jeus-system>

위에서 설명 했듯이 <backup-node>를 주 노드가 아닌 백업 노드에 설정해야 함을 주의해야 한다. 예를 들어 A의 노드가 주 노드이고 B 노드가 백업 노드이면 B 노드의 JEUSMain.xml에 <backup-node>로 A 노드를 추가하고 A 노드의 JEUSMain.xml에는 B에 대한 설정을 하지 않는다.

또한 주 노드, 백업 노드의 기능을 사용하기 위해서는 서로 간의 노드 클러스터링 설정이 먼저 되어 있어야 한다.

<jeus-system>
    <node>
        <name>A</name>
        . . .     <!—노드의 다른 설정부분 -->
    </node>
    . . .   <!—Manager의 다른 설정부분, -->
</jeus-system>

<jeus-system>
     <node>
        <name>B</name>
        <backup-node>A</backup-node>

        . . .     <!—노드의 다른 설정부분 -->
    </node>

    . . .   <!—Manager의 다른 설정부분, -->
</jeus-system>