5장. JBoss EAP 7 도메인 모드

스탠드얼론 모드는 하나의 Java VM 프로세스로 JBoss 인스턴스를 구성하는 관리 모델로

이전 버전의 JBoss 아키텍처를 그대로 사용하는 것으로 Java 프로세스 내에 관리 모듈이 로딩된다.

JBoss 시작 스크립트를 실행하면 하나의 JBoss 인스턴스가 실행되고, 각 인스턴스마다 관리 작업을 수행한다. 만약 스탠드얼론 모드로 여러 개의 독립적인 인스턴스가 시작되어 서버들을 관리해야 하는 경우에 관리자는 각각의 인스턴스를 개별적으로 관리할 수 밖에 없다. 예를 들어, 스탠드얼론 모드에서 전체 서버를 대상으로 애플리케이션을 배포하거나 서버의 설정을 변경하는 경우 관리자가 개별적으로 각 서버에 접속하여 반영해야 한다. 그림1처럼 스탠드얼론 모드에서는 두 개의 머신에 있는 4개의 인스턴스를 관리하기 위해서는 각 인스턴스의 관리 콘솔을 통해서 각각 4번 작업을 해주어야 한다.

도메인 모드는 하나의 도메인 컨트롤러를 통해서 관리된다. 도메인 컨트롤러는 ‘단일 관리 포인트’를 제공하는 자바 프로세스로 관리자가 웹 콘솔, CLI등의 관리도구를 사용하여 도메인 컨트롤러에 접속하여 도메인 전체의 관리 작업을 수행할 수 있다.

도메인 모드에는 각 머신 즉 호스트 별로 호스트 컨트롤러라는 프로세스가 존재한다. 이 호스트 컨트롤러는 도메인 컨트롤러에 연결하여 도메인 컨트롤러의 오퍼레이션(각종 설정 값의 관리, 배포 등)을 자신이 관리하는 서버에 반영하는 역할을 한다.

스탠드얼론 모드에서는 각각의 인스턴스 별로 관리와 서비스를 하게 되지만 도메인 모드에서는 인스턴스는 단독으로는 존재하지 않고, 호스트 컨트롤러(또는 도메인 컨트롤러)와 세트로 존재하고 호스트 컨트롤러의 관리를 통해 운영된다 그림1의 도메인 모드에서 관리자는 2개의 머신에서 운영되는 4개 서버 인스턴스를 관리하기 위해서 웹 콘솔를 통해 도메인 컨트롤러에 작업을 지시하는 형태로 운영하게 된다.

그림 1. 도메인모드와 스탠드얼론 모드의 관리 방법 비교

도메인 모드와 관리 기능을 비교하면 스탠드얼론 모드는 중앙 관리 기능을 사용할 수 없어 부족한 점이 많지만, 서버 인스턴스 구성 방법이 매우 간단하여 사용 사례는 더 많다. 기본적으로 Eclipse등의 IDE와 연계하여 사용하는 개발 환경이나, 몇 개의 JBoss 인스턴스만을 사용하는 운영 환경에서는 스탠드얼론 모드가 더 적합하다.

또한 대규모 환경에서도 배포 방법도 편리하고, 개별 인스턴스에 대해 상세한 제어를 할 수 있기 때문에 스탠드얼론 모드를 선택하는 경우가 많이 있다.

스탠드얼론 모드는 개발 환경이나 소규모 시스템 영역으로부터 미션 크리티컬한 환경까지 다양한 환경에서 사용하고 있다.

스탠드얼론 모드는 프로파일이라고 불리는 설정 파일을 읽어 사용한다. 기본적으로 standalone.xml, standalone-ha.xml, standalone-full.xml, standalone-full-ha.xml 4가지 종류의 설정 파일이 준비되어 있다.

도메인 모드에서는 프로파일에 대한 설정을 domain.xml 파일 하나에 정의하고 관리한다. 사용되는 모든 프로파일은 domain.xml 파일 안에 default, ha, full, full-ha로 정의되어 있다.

다음 그림은 스탠드얼론 모드와 도메인 모드에서 프로파일을 비교 정리한 것이다.

그림 2. 스탠드얼론 모드와 도메인 모드의 프로파일 비교

설정 파일은 JBoss EAP 6 시작 스크립트에 옵션을 지정하여 변경할 수 있다.

아래의 예제는 ha프로파일(설정 파일 standalone-ha.xml)을 지정해 스탠드얼론 모드로 JBoss EAP 6를 시작한 것이다.

사용할 설정 파일은 JBoss EAP 6에 배포되는 애플리케이션이 필요로 하는 기능에 맞추어 적합한 프로파일 파일을 선택해 이용한다. 예를 들어, 배포할 애플리케이션이 messaging(JMS) 기능을 사용하는 것이라면 full, full-ha 프로파일을 선택해야 한다. 또 클러스터링을 사용하려면 뒤에 -ha 가 붙은 프로파일을 선택해야 한다. 만약 적합한 것이 없다면 새로운 설정 파일을 작성하여 사용하는 것도 가능하다.

스탠드얼론 모드에서 클러스터 구성은 각각의 인스턴스 별로 지정하여 클러스터를 묶는다. 클러스터를 구성하고 있는 인스턴스들은 상호간의 정보 교환이나 중앙화된 관리 방법은 없다.

클러스터내의 인스턴스들이 동일한 애플리케이션 배포나 설정 정보들의 유지는 관리자의 운영 방법으로 동기화해야 한다.

스탠드얼론 모드에서 클러스터링을 활성화하려면 $JBOSS_HOME/bin/standalone.sh -server-config=standalone-ha.xml -Djboss.node.name=UNIQUE_NODE_NAME 과 같이 시작 옵션을 주어 실행해야 한다.

도메인 모드에서는 동일한 구성을 적용하는 인스턴스의 그룹을 서버 그룹이라고 부른다. 도메인 컨트롤러와 호스트컨트롤러가 연결되어 도메인에 포함되는 서버 그룹과 그 서버 그룹에 포함되는 서버 인스턴스 정보를 관리한다.

서버 그룹은 자동적으로 클러스터로서 구축되기 때문에 스탠드얼론 모드와 같이 클러스터를 별도로 정의할 필요가 없다. 어플리케이션은 서버 그룹(클러스터) 단위로 에 애플리케이션 배포 관리를 한다.

도메인 모드로 시작된 서버들에 대해서 클러스터링을 활성화하려면 domain.xml을 업데이트하고 ha프로필과 ha-sockets 소켓 바인딩 그룹을 사용하도록 서버 그룹을 지정한다.

그림 3. 스탠드얼론 모드와 도메인 모드에서의 클러스터링 차이점

다음에서 단일 머신에서 도메인 모드를 구성하는 방법을 따라하기를 통해서 확인한다.

도메인 모드에서 도메인 컨트롤러는 호스트 컨트롤러 중 하나가 그 역할을 담당하게 된다. 즉, 도메인 컨트롤러는 실제로는 호스트 컨트롤러 프로세스이지만, 논리적으로 도메인 전체를 관리하는 것으로 지정된 것이다. 도메인에서 도메인 컨트롤러와 호스트 컨트롤러의 구성 상의 특징은 다음과 같다.

도메인 컨트롤러로 지정하는 방법은 도메인 컨트롤러가 될 host.xml파일에 <domain-controller>을 다음 그림과 같이 <local/>을 설정한다.

그림 5. 도메인 컨트롤러 설정

호스트와 해당 호스트에서 실행되는 JBoss 인스턴스를 관리하는 것이 호스트 컨트롤러이다.

호스트를 설정하려면 아래 절차와 같이 host.xml을 직접 수정해야 한다. 도메인이 시작된 이후에 변경하고자 할 때도 host.xml파일을 수정해야 한다. 이때는 호스트 컨트롤러를 재 시작해야 한다.

서버 그룹은 그 이름과 같이 서버를 논리적인 그룹으로 묶는 개념으로 도메인 모드에서는 각종 서브시스템이나 애플리케이션 배포 등을 관리하는데 있어서 중요한 컴포넌트이다.

서버 그룹의 주요 특징은 아래와 같다.

관리 도구에서 서버 그룹에 대한 설정 추가 및 변경은 도메인 컨트롤러에 의해 설정 파일(domain.xml)에 저장되고 도메인 내의 호스트 컨트롤러를 통해서 같은 서버 그룹에 속하는 서버에 전달된다.

아래의 그림에서는 deployment1 및 profile1 가 Server Group1 로, deployment2 및 profile2 가 Server Group2 로 공유된다. 서버 그룹에서는 프로파일이나 애플리케이션 배포 외에도 JVM 설정이나 시스템 프로퍼티 등을 공유할 수 있다.

그림 6. 서버 그룹 구성

호스트상에서 구동되는 서버는 host.xml 파일의 servers 하위 엘리먼트인 server에서 관리된다. 단일 호스트 상에서 설정 가능한 서버 수의 제한은 없다. 물론 해당 호스트의 CPU 나 메모리 등의 자원 할당량에 따라 제한이 생긴다.

그림 7. 서버 모델

도메인 모드에서는, 그림 8 과 같이 각 호스트마다 프로세스 컨트롤러, 호스트 컨트롤러(도메인 컨트롤러) 및 서버 프로세스가 시작된다. 이렇게 이름에 컨트롤러가 붙는 프로세스는 스탠드얼론 모드에서는 존재하지 않는 프로세스로 호스트들 간의 연결이나 서버 프로세스의 관리 혹은 다른 프로세스의 감시를 위한 프로세스이다.

그림 8. 도메인 모드에서 프로세스 구성

각 호스트에서 시작 스크립트($JBOSS_HOME/bin/domain.sh)를 실행하면 프로세스 컨트롤러가 시작되어 그 자식 프로세스인 호스트 컨트롤러(혹은 도메인 컨트롤러) 및 서버 프로세스를 실행한다. 호스트 컨트롤러와 서버 프로세스간에는 부모, 자식 관계는 없다. 프로세스 컨트롤러는 주로 자식 프로세스인 호스트 컨트롤러와 서버 프로세스의 라이프사이클 감시와 시작과 정지를 담당한다. 관리되는(자식프로세스) 호스트 컨트롤러가 어떠한 장애에 의해 정지했을 경우에 프로세스 컨트롤러가 그것을 감지하여 재 시작한다. 도메인 모드에서 호스트상에 도메인 컨트롤러, 호스트 컨트롤러, 서버 프로세스가 프로세스 컨트롤러가 없는 상태로 계속 가동하는 것은 설계되어 있지 않은 상태이다. 즉, 프로세스 컨트롤러가 동작하지 않는 서버에서는 하위 프로세스들은 동작할 수 없다.

호스트상의 특정 서버에 대한 시작/정지의 오퍼레이션은 도메인 컨트롤러로부터 해당 호스트의 호스트 컨트롤러에 전달되고, 실제로 프로세스 컨트롤러에 의해 시작, 정지한다. 프로세스 컨트롤러와 호스트 컨트롤러는 서로 소켓으로 통신한다.

도메인 모드에는 domain.xml 와 host.xml 두 개의 설정 파일이 있으며, 각각 설정 파일의 주요한 설정 항목은 다음과 같다.

그림 9. 도메인 모드 설정 파일 항목

domain.xml 는 마스터가 되는 호스트에만 있으며, 도메인 컨트롤러가 관리한다. host.xml 는 마스터 및 슬레이브가 되는 모든 호스트에 있으며 호스트 컨트롤러가 관리한다.

즉, 마스터가 되는 호스트의 도메인 컨트롤러는 domain.xml, host.xml 두 개의 설정 파일을 관리한다.

그림 10. 설정 파일 관리

호스트 컨트롤러 시작시 host.xml에만 포함되어 있는 interface 등 호스트 고유 설정을 로드한 후 호스트가 도메인의 마스터나 슬레이브 중 무엇인지 domain-controller 에서 판단한다. 호스트가 마스터인 경우에는 domain.xml을 로드한 후 슬레이브의 접속을 기다린다. 호스트가 슬레이브인 경우에는 마스터에 접속해, domain.xml 파일에 관리되는 도메인 전체의 설정을 받는다. domain.xml, host.xml 두 개의 파일에서 설정할 수 있는 항목은 도메인, 호스트, 서버 그룹과 서버의 여러 컴포넌트에 대해서 설정 가능하다. 설정이 적용되는 범위와 설정 가능한 항목들 중의 중요한 몇 가지는 다음의 표와 같다.

표 1. 도메인 모드에서 중복 설정할 수 있는 항목

설정이 중복 정의되었을 경우에는 도메인 > 서버 그룹 > 호스트 > 서버 순으로 적용된다. 더 넓은 단위에서 설정한 값을 작은 단위에서 오버라이드(override)하여 사용할 수 있다.

JBoss EAP는 다수의 서브시스템이 내부적으로 밀접하게 연결되어 구성한다. 각 서브시스템이 기능을 실현하는데 통신 처리가 필요한 경우 각각 독자적으로 소켓을 열어 최적화된 통신을 사용한다. 이 때문에 JBoss EAP는 HTTP나 AJP등으로 리퀘스트를 받아들이기 위한 포트 이외에도 클러스터링이나 운영에 필요한 여러 개의 포트를 이용한다.

JBoss 하나의 인스턴스에서 사용하는 모든 포트에 대해 어느 기능이 무슨 프로토콜로 몇 번의 포트를 사용하는지를 정리한 것이 소켓바인딩이다.

OS나 방화벽 때문에 특정 프로토콜이 통신을 할 수 없는 경우나 또는 동일 OS상의 다른 프로세스와 포트 충돌로 인하여 문제가 발생하는 경우 JBoss가 올바르게 동작할 수 없다.

소켓바인딩은 서버 인스턴스의 프로파일이나 구성 파라미터에 따라서 다르기 때문에 현재 구성되어 있는 소켓바인딩을 올바르게 이해하는 것이 중요하다.

기본적인 소켓바인딩 그룹은 아래와 같이 프로파일 별로 4가지가 준비되어 있다.

표 2. 기본 소켓 바인딩 참조

이제 도메인모드의 구성요소와 동작 방법을 이해하기 위하여 실제 구축 방법과 주요 설정 항목들에 대해서 설명을 한다.

두 대의 머신에서 하나는 도메인 컨트롤러를 실행하여 master 노드 역할을 하고 다른 한 대는 slave 노드 역할을 한다. 서버 그룹은 ‘simpleServerGroup1’이라는 이름으로 설정하고, 서버 그룹 내에는 master 호스트에는 ‘master_server1’과 slave1 호스트에서 ‘slave1_server1’을 생성한다.

다음과 같은 정보로 도메인 구성을 진행한다.

그림 11. 도메인 구성 샘플