4장 브로커 구성

브로커 인스턴스가 시작될 때 브로커 인스턴스의 구성은 일련의 구성 파일 및 imqbrokerd 명령에 전달되는 옵션에 따라 결정됩니다. 이 장에서는 구성 파일과 명령줄 옵션이 브로커 인스턴스를 구성하기 위해 상호 작용하는 방법을 설명하고 각 브로커 구성 요소의 기능을 설명하며 해당 구성 등록 정보를 나열한 다음 구성 설정 방법을 설명합니다.

구성 가능한 브로커 구성 요소 정보

Message Queue 메시징 시스템의 메시지 전달은 브로커 또는 탠덤으로 작동하는 브로커 인스턴스로 구성된 클러스터가 수행합니다. 메시지는 생성자 클라이언트에서 대상으로 전달된 다음 대상에서 하나 이상의 사용자 클라이언트로 전달됩니다.

메시지 전달을 수행하려면 브로커가 클라이언트와 통신 채널을 설정하고, 인증 및 권한 부여를 수행하며, 메시지 경로를 올바르게 지정하고, 안정적인 전달을 보장하며, 시스템 성능을 모니터링할 데이터를 제공해야 합니다.

이러한 기능들을 수행하기 위해 브로커는 전달 과정에서 특별한 역할을 맡는 다양한 내부 구성 요소를 사용합니다. 이러한 브로커 구성 요소는 그림 4-1에 표시되어 있습니다.

메시지 라우터 구성 요소가 주요 메시지 경로 지정 및 전달 서비스를 수행하고 다른 구성 요소는 중요한 지원 서비스를 제공합니다. 표 4-1에서는 각 구성 요소에 대해 간단히 설명합니다.

표 4-1 주요 브로커 구성 요소 및 기능
구성 요소	설명/기능	등록 정보 설명...
연결 서비스	브로커와 클라이언트 사이의 물리적 연결을 관리하면서 받고 보내는 메시지 전송을 담당합니다.	연결 서비스 등록 정보
메시지 라우터	메시지 라우팅 및 전달을 관리합니다. 여기에는 JMS 메시지를 비롯하여 Message Queue 메시징 시스템이 JMS 메시지 전달을 지원하기 위해 사용하는 제어 메시지도 포함됩니다.	메시지 라우터 등록 정보
지속성 관리자	영구 저장소에 데이터 쓰기와 영구 저장소로부터의 데이터 검색을 관리합니다.	지속성 관리자 등록 정보
보안 관리자	브로커와의 연결을 요청하는 사용자에게 인증 서비스를 제공하고 인증된 사용자에게 권한 부여 서비스(액세스 제어)를 제공합니다.	보안 관리자 등록 정보
모니터링 서비스	관리자가 브로커를 모니터링 및 관리할 때 사용할 수 있는 다양한 출력 채널에 기록 가능한 메트릭 및 진단 정보를 생성합니다.	모니터링 및 로깅 등록 정보

로드 상태, 응용 프로그램 복잡성 등에 따라 브로커 성능을 최적화하도록 이 구성 요소들을 구성할 수 있습니다. 다음 절에서는 각 구성 요소가 수행하는 기능과 해당 동작에 영향을 미치도록 설정할 수 있는 등록 정보에 대해 살펴봅니다.

연결 서비스

Message Queue 브로커는 Message Queue 응용 프로그램 클라이언트 및 Message Queue 관리 클라이언트 모두와의 통신을 지원합니다. 각 연결 서비스는 해당 서비스 유형 및 프로토콜 유형을 통해 다음과 같이 지정됩니다.

service type은 서비스가 JMS 메시지 전달(NORMAL)을 제공하는지 또는 Message Queue 관리(ADMIN) 서비스를 제공하는지 지정합니다.

protocol type은 서비스를 지원하는 기본 전송 프로토콜 계층을 지정합니다.

표 4-2에 Message Queue 브로커에서 사용 가능한 연결 서비스가 나열되어 있습니다.

표 4-2 브로커가 지원하는 연결 서비스
서비스 이름	서비스 유형	프로토콜 유형
jms	NORMAL	tcp
ssljms(엔터프라이즈판)	NORMAL	tls(SSL 기반 보안)
httpjms(엔터프라이즈판)	NORMAL	http
httpsjms(엔터프라이즈판)	NORMAL	https(SSL 기반 보안)
admin	ADMIN	tcp
ssladmin	ADMIN	tls(SSL 기반 보안)

이 연결 서비스 중 어느 것이라도 또는 전부 실행하도록 브로커를 구성할 수 있습니다. 각 연결 서비스는 특정 포트에서 사용 가능하며, 브로커의 호스트 이름과 포트 번호로 지정됩니다. jms 및 admin 서비스가 기본적으로 실행됩니다.

Message Queue가 연결 서비스를 포트 번호에 동적으로 매핑하거나 사용자가 포트를 명시적으로 할당할 수 있습니다.
그림 4-2에 표시된 것처럼 각 서비스는 공통 포트 매퍼에 등록되지만 자체 스레드 풀 관리자도 있습니다.

다음 절에서는 연결 서비스와 포트 매퍼 및 스레드 풀 관리자 사이의 관계에 대해 설명합니다.

포트 매퍼

Message Queue는 포트를 연결 서비스에 할당하는 포트 매퍼를 제공합니다. 포트 매퍼는 표준 포트 번호 7676에 위치합니다. 클라이언트가 브로커와 연결을 설정할 때 이 클라이언트는 먼저 포트 매퍼에 접속하여 지정한 연결 서비스의 포트 번호를 요청합니다.

jms, ssljms, admin 및 ssladmin 연결 서비스의 포트 번호는 동적이거나 정적일 수 있습니다. 기본적으로 연결 서비스는 시작될 때 해당 포트를 동적으로 구성합니다. 사용자가 서비스에 대해 정적 포트를 지정할 수도 있지만 정적 포트 번호는 사용하지 않는 것이 좋습니다. 일반적으로 정적 포트 번호는 방화벽을 통한 연결과 같은 특수한 상황에서만 사용됩니다.

스레드 풀 관리자

각 연결 서비스는 다중 스레드 방식으로서, 다중 연결을 지원합니다. 이 연결에 필요한 스레드는 스레드 풀 관리자 구성 요소가 관리하는 스레드 풀에서 유지 관리됩니다.

스레드 풀 관리자를 구성하여 스레드 풀에서 유지 관리되는 최소 스레드 수와 최대 스레드 수를 설정할 수 있습니다. 연결 시 스레드가 필요하면 스레드 풀에 해당 스레드가 추가됩니다. 최소 스레드 수를 초과할 경우, 시스템은 최소 수 임계값에 도달할 때까지 스레드를 종료시켜 여유 스레드를 확보하는 방법으로 메모리 자원을 절약합니다. 새 스레드가 계속 작성될 필요가 없도록 이 수를 충분히 크게 설정해야 합니다. 연결 로드가 많은 경우, 스레드 풀의 최대 수에 도달할 때까지 스레드 수가 증가하기도 합니다. 그 후 스레드가 사용 가능해질 때까지 연결은 대기합니다.

스레드 풀의 스레드는 단일 연결(전용 모델) 전용으로 사용되거나 필요에 따라 여러 연결(공유 모델)에 지정될 수 있습니다.

전용 모델 브로커와의 연결마다 연결에서 받는 메시지와 보내는 메시지를 각각 처리하는 2개의 전용 스레드가 필요합니다. 따라서 연결 수가 스레드 풀에 있는 최대 스레드 수의 절반으로 제한되지만, 이 방법은 우수한 성능을 발휘합니다.

공유 모델(엔터프라이즈판) 메시지를 보내거나 받을 때마다 공유 스레드에서 연결을 처리합니다. 이 모델에서는 각 연결에 전용 스레드가 필요하지 않기 때문에 연결 서비스(및 브로커)가 지원할 수 있는 연결 수가 증가합니다. 그러나 스레드 공유와 관련된 어느 정도의 성능 오버헤드가 있습니다. 스레드 풀 관리자는 연결 활동을 모니터링하고 필요에 따라 스레드에 연결을 지정하는 분산자 스레드 집합을 사용합니다. 이러한 각 분산자 스레드가 모니터하는 연결 수를 제한하여 이 활동과 관련된 성능 오버헤드를 최소화할 수 있습니다.

보안

각 연결 서비스는 특정 인증 및 권한 부여(액세스 제어) 기능을 지원합니다(보안 관리자 참조).

연결 서비스 등록 정보

연결 서비스와 관련된 구성 가능한 등록 정보는 다음과 같습니다.

imq.service.activelist. 브로커 시작 시 시작될 연결 서비스 목록입니다.

imq.hostname. 사용 가능한 호스트가 두 개 이상 있는 경우(예: 컴퓨터에 네트워크 인터페이스 카드가 두 개 이상인 경우) 모든 연결 서비스를 바인드할 호스트를 지정합니다.

imq.portmapper.port. 브로커의 기본 포트(포트 매퍼가 위치한 포트)를 지정합니다.

imq.portmapper.hostname. 사용 가능한 호스트가 두 개 이상인 경우 포트 매퍼를 바인드할 호스트를 지정합니다.

imq.portmapper.backlog. 포트 매퍼가 요청 거부 전까지 처리할 수 있는 최대 동시 요청 수를 지정합니다. 이 등록 정보는 운영 체제 백로그에 저장되어 포트 매퍼의 처리를 대기할 수 있는 요청 수를 설정합니다.

imq.service_name.protocol_type. port. jms, ssljms, admin 및 ssladmin 서비스에 한해 명명된 연결 서비스의 포트 번호를 지정합니다.

imq.service_name.protocol_type. hostname. jms, ssljms, admin 및 ssladmin 서비스에 한해 사용 가능한 호스트가 두 개 이상인 경우에 명명된 연결 서비스를 바인드할 호스트를 지정합니다.

imq.service_name.min_threads. 이 스레드 수에 도달하면 명명된 연결 서비스가 사용할 수 있도록 스레드 풀에서 스레드가 유지 관리됩니다.

imq.service_name. max_threads. 이 스레드 수를 초과하면 명명된 연결 서비스가 사용할 수 있는 신규 스레드가 더 이상 스레드 풀에 추가되지 않습니다.

imq.service_name.threadpool_model. 명명된 연결 서비스에 대해 스레드가 연결 전용인지 또는 필요에 따라 여러 연결에 의해 공유되는지를 지정합니다.

imq.shared.connectionMonitor_limit. 공유 스레드 풀 모델에 한해 분산자 스레드가 모니터링할 수 있는 최대 연결 수를 지정합니다

이러한 등록 정보에 대한 자세한 내용은 표 14-2를 참조하십시오.

메시지 라우터

지원되는 연결 서비스를 사용하여 클라이언트와 브로커 사이에 연결이 설정되면 메시지 경로 지정 및 전달을 계속할 수 있습니다.

기본적인 전달 메커니즘

포괄적으로 말하자면, 브로커가 처리하는 메시지는 다음과 같은 2가지 범주로 구분됩니다.

생성자 클라이언트가 사용자 클라이언트를 대상으로 보내는 JMS 페이로드 메시지

JMS 메시지 전달을 지원하려고 클라이언트를 오가는 제어 메시지

받는 메시지가 JMS 메시지인 경우 다음과 같이 브로커는 대상이 대기열인지 주제인지에 따라 사용자 클라이언트로 경로를 지정합니다.

대상이 주제라면 JMS 메시지는 해당 주제의 모든 활성 가입자로 향하는 경로를 즉시 지정합니다. 영구 가입자가 비활성 상태인 경우 메시지 라우터는 메시지를 보관했다가 해당 가입자가 활성 상태가 되면 전달합니다.

대상이 대기열이라면 JMS 메시지는 해당 대기열로 들어가고, 대기열의 맨 앞에 도달하는 시점에 해당 사용자에게 전달됩니다. 메시지가 대기열의 맨 앞에 도달하는 순서는 도착 순서 및 우선 순위에 따라 결정됩니다.

메시지 라우터가 목표한 모든 사용자에게 메시지를 전달했다면 해당 메시지를 메모리에서 삭제합니다. 지속성 메시지의 경우 메시지 라우터는 해당 메시지를 브로커의 영구 데이터 저장소에서 제거합니다.

안정적인 전달: 확인 및 트랜잭션

지금까지 설명한 전달 메커니즘은 안정적인 전달을 위한 요구 사항이 추가될 경우 더 복잡해집니다. 안정적인 전달에는 다음과 같은 두 가지 측면이 있습니다.

브로커를 오가는 메시지가 성공적으로 전달되게 함

메시지를 실제로 전달하기 이전에 브로커가 메시지나 전달 정보를 잃어버리지 않게 함

브로커를 오가는 메시지가 성공적으로 전달되도록 하기 위해 Message Queue는 다양한 응답 제어 메시지를 사용합니다.

예를 들어, 생성자가 어떤 대상으로 JMS 메시지(페이로드 메시지)를 대상에 보낼 때 브로커는 JMS 메시지를 수신했음을 확인하는 응답을 보냅니다(기본적으로 생성자가 JMS 메시지를 지속성 메시지로 지정한 경우에만 Message Queue가 이 기능을 수행함). 생성자 클라이언트는 브로커 응답을 통해 대상에게 확실히 전달되도록 합니다.

그와 비슷하게 브로커가 사용자에게 JMS 메시지를 전달할 경우, 사용자 클라이언트는 해당 메시지를 수신 및 처리했음을 알리는 확인을 회신합니다. 클라이언트는 세션 객체 작성 시 이 확인을 얼마나 자동으로 또는 얼마나 자주 보낼 것인지 지정하지만, 메시지 라우터는 자신이 메시지를 전달했던 각 사용자로부터 확인을 받을 때까지(예: 여러 가입자 각각으로부터 한 주제로) 해당 JMS 메시지를 메모리에서 삭제하지 않습니다.

어떤 주제에 대한 영구 가입의 경우, 메시지 라우터는 각 JMS 메시지를 대상에 보존하고 각 영구 가입자가 활성 사용자가 되면 메시지를 전달합니다.

메시지 라우터는 클라이언트 확인을 수신하여 이를 기록하고, 그 전까지 JMS 메시지가 만료되지 않는 한 모든 확인을 수신한 후에야 JMS 메시지를 삭제합니다.

또한 메시지 라우터는 클라이언트에게 브로커 응답을 회신하여 클라이언트 확인을 받았음을 알립니다. 사용자 클라이언트는 브로커 응답을 사용하여 브로커가 JMS 메시지를 2회 이상 전달하지 않도록 합니다. 이는 브로커가 클라이언트 확인을 받지 못한 경우에 발생할 수 있습니다.

브로커가 클라이언트 확인을 받지 않고 JMS 메시지를 두 번째 전달하는 경우, 메시지에 재전송 플래그가 표시됩니다. 브로커는 일반적으로 다음과 같은 경우에 JMS 메시지를 다시 전달합니다.

브로커가 클라이언트 확인을 받기 전에 클라이언트 연결이 닫히고 새 연결이 이어서 열리는 경우

클라이언트 응용 프로그램이 세션을 복구하는 경우

클라이언트 응용 프로그램이 롤백된 트랜잭션을 복구하는 경우

예를 들어 메시지 확인을 받기 전에 대기열의 메시지 사용자가 오프라인되고 이어서 다른 사용자가 해당 대기열에 등록하면 브로커는 미확인 메시지를 새 사용자에게 재전송합니다.

위에서 설명한 클라이언트 확인과 브로커 응답 과정은 JMS 메시지 전달이 트랜잭션으로 그룹화된 경우에도 적용됩니다. 이 경우 클라이언트 확인과 브로커 응답 과정은 개별 JMS 메시지 송수신 수준 뿐 아니라 트랜잭션 수준에서도 수행됩니다. 트랜잭션이 완결되면 브로커 응답이 자동으로 보내집니다.

브로커는 트랜잭션을 추적하면서 트랜잭션을 완결하거나 실패 시 롤백이 가능하게 합니다. 또한 이 트랜잭션 관리는 더 큰 규모의 분산 트랜잭션에 포함되는 로컬 트랜잭션을 지원합니다. 브로커는 트랜잭션이 완결될 때까지 그 상태를 추적합니다. 브로커가 시작되면 이 브로커는 완결되지 않은 모든 트랜잭션을 검사하며, PREPARED 상태의 트랜잭션을 제외하고 모든 트랜잭션을 롤백하도록 기본 설정되어 있습니다. imq.transaction.autorollback 등록 정보를 설정한 경우에도 브로커는 PREPARED 상태인 트랜잭션을 롤백합니다.

안정적인 전달: 지속성

안정적인 전달의 또 다른 측면은 실제로 메시지가 전달될 때까지 브로커가 메시지나 전달 정보를 잃어버리지 않게 하는 것입니다. 일반적으로 메시지는 전달되거나 만료될 때까지 메모리에 남아 있습니다. 하지만 브로커 실패 시 메시지가 손실됩니다.

생성자 클라이언트가 메시지를 지속성 메시지로 지정한 경우 메시지 라우터는 해당 메시지를 지속성 관리자에게 전달합니다. 지속성 관리자는 브로커가 실패할 경우에 메시지를 복구할 수 있도록 메시지를 데이터베이스나 파일 시스템에 저장합니다(지속성 관리자 참조).

메모리 자원 및 메시지 흐름 관리

브로커의 성능과 안정성은 사용 가능한 시스템 자원 그리고 메모리와 같은 자원이 얼마나 효율적으로 활용되는가에 따라 달라집니다. 특히 메시지의 생성이 사용보다 훨씬 빠를 경우 메시지 라우터가 넘치게 되어 모든 메모리 자원을 소진할 수 있습니다. 이런 현상을 방지하기 위해 메시지 라우터는 자원이 부족해질 경우 다음과 같은 세 가지 메모리 보호 수준을 사용하여 시스템을 운영합니다.

개별 대상에 대한 메시지 제한 메시지 수와 메시지가 사용하는 총 메모리를 제한하는 물리적 대상 등록 정보를 설정할 수 있습니다(15장, "물리적 대상 등록 정보 참조" 참조). 제한 값에 도달할 경우의 메시지 라우터 동작을 지정할 수도 있습니다. 네 가지 제한 동작은 다음과 같습니다.

메시지 생성자 표시(FLOW_CONTROL)

메모리에서 가장 오래된 메시지 삭제(REMOVE_OLDEST)

메시지 보존 기간을 기준으로 메모리에서 우선 순위가 가장 낮은 메시지 삭제(REMOVE_LOW_PRIORITY)

최신 메시지 거부(REJECT_NEWEST)

시스템 전체 메시지 제한 시스템 전체 메시지 제한은 두 번째 보호 집합을 구성합니다. 총 메시지 수, 모든 메시지가 사용하는 메모리 등과 같이 시스템의 모든 대상에 한꺼번에 적용되는 시스템 전체 제한을 지정할 수 있습니다(표 14-3 참조). 시스템 전체 메시지 제한에 도달하면 메시지 라우터는 새 메시지를 거부합니다.

시스템 메모리 임계값 시스템 메모리 임계값은 세 번째 보호 집합입니다. 브로커가 메모리 과부하 방지를 위한 조치의 수위를 점점 더 높이게 되는 사용 가능한 시스템 메모리의 임계값을 지정할 수 있습니다. 조치는 다음과 같이 메모리 자원 상태에 따라 달라집니다.

초록(사용 가능한 메모리 충분)

노랑(브로커 메모리 감소 중)

주황(브로커 메모리 부족)

빨강(브로커가 사용 가능한 메모리 없음)

브로커의 메모리 상태가 초록에서 노랑 및 주황을 거쳐 빨강으로 변하면 브로커는 다음과 같이 점점 더 높은 수준의 조치를 수행합니다.

활성 메모리의 메시지를 영구 저장소에 스왑(지속성 관리자 참조)

비지속성 메시지 생성자를 억제한 뒤 결국 브로커로 향하는 메시지 흐름을 중지시킵니다. 지속성 메시지 흐름은 브로커가 각 메시지를 확인해야 하기 때문에 자동으로 제한됩니다.

시스템 메모리 임계값에 도달하는 경우는 대상 메시지 제한과 시스템 전체 메시지 제한을 너무 작게 설정했기 때문입니다. 임계값만으론 잠재적 메모리 과부하를 제때에 잡을 수 없는 경우도 있습니다. 따라서 이 기능에만 의존하여 메모리 자원을 제어해서는 안 되고 대상을 개별적 및 전체적으로 구성하여 메모리 자원을 최적화하는 것이 좋습니다.

메시지 라우터 등록 정보

다음은 메모리 자원 관리를 위한 시스템 전체 제한 및 시스템 메모리 임계값입니다.

imq.destination.DMQ.truncateBody. 사용 불능 메시지 대기열에 메시지 헤더와 등록 정보 데이터만 포함되도록 지정합니다. 메시지 본문 내용은 삭제됩니다.

imq.message.expiration.interval. 만료된 메시지 재생 이용이 발생하는 빈도를 초 단위로 지정합니다.

imq.system.max_count. 브로커가 보관하는 최대 메시지 수를 지정합니다.

imq.system.max_size. 브로커가 보관하는 메시지의 최대 전체 크기를 지정합니다.

imq.message.max_size. 메시지 본문의 최대 크기를 지정합니다.

imq.resource_state.threshold. 각 메모리 자원 상태가 트리거되는 메모리 사용률을 지정합니다.

imq.resource_state.count. 일괄 처리에서 허용되는 받는 메시지의 최대 수를 지정합니다. 이 제한에 이르면 각 메모리 자원 상태가 트리거됩니다.

imq.transaction.autorollback. PREPARED 상태로 남아 있는 분산 트랜잭션이 브로커 시작 시 자동으로 롤백되는지 여부를 지정합니다.

이러한 등록 정보에 대한 자세한 내용은 표 14-3을 참조하십시오.

지속성 관리자

오류 발생 시 브로커를 복구하려면 메시지 전달 작업 상태를 다시 작성해야 합니다. 그러기 위해서는 모든 지속성 메시지와 기본적인 라우팅 및 전달 정보를 데이터 저장소에 저장해야 합니다. 지속성 관리자 구성 요소는 이 정보의 작성 및 검색을 관리합니다.

오류가 발생한 브로커를 복구하려면 전달되지 못한 메시지를 복원하는 것 이상의 작업이 필요합니다. 또한 브로커는 다음을 수행할 수 있어야 합니다.

대상 다시 작성

각 주제의 영구 가입 목록 복원

각 메시지의 확인 목록 복원

완결된 모든 트랜잭션 상태 복제

지속성 관리자는 이 모든 상태 정보의 저장 및 복원을 관리합니다.

브로커가 다시 시작되면 대상 및 영구 가입을 다시 작성하고 지속성 메시지를 복구하며 모든 트랜잭션의 상태를 복원하고 전달되지 못한 메시지의 라우팅 테이블을 다시 작성합니다. 그런 다음 메시지 전달을 다시 시작할 수 있습니다.

Message Queue는 기본 제공 및 플러그 인 지속성 모듈을 모두 지원합니다(그림 4-3 참조). 기본 제공 지속성은 파일 기반 데이터 저장소입니다. 플러그 인 지속성은 JDBC™ (Java Database Connectivity) 인터페이스를 사용하며 JDBC 데이터 저장소가 필요합니다. 일반적으로 기본 제공 지속성이 플러그 인 지속성보다 더 빠르지만, JDBC 호환 데이터베이스 시스템의 중복 및 관리 기능을 선호하는 사용자도 있습니다.

기본 제공 지속성

기본 Message Queue 영구 저장소 솔루션은 파일 기반 데이터 저장소입니다. 이 방법에서는 개별 파일을 사용하여 메시지, 대상, 영구 가입, 트랜잭션과 같은 지속성 데이터를 저장합니다.

메시지가 있는 대상에 따라 지속성 메시지를 디렉토리에 저장하도록 파일 기반 데이터 저장소를 구성합니다. 대부분의 메시지는 가변 크기 레코드로 구성되는 단일 파일에 저장됩니다.

메시지를 추가 및 제거할 때 단편화를 줄이기 위해 가변 크기 레코드 파일을 압축할 수 있습니다(물리적 대상 압축 참조). 또한, 기본 제공 지속성 관리자는 크기가 구성 가능한 임계값(imq.persist.file.message.max_record_size)을 초과하는 메시지를 가변 크기 레코드 파일이 아니라 각자 해당 파일에 저장합니다. 이러한 개별 파일에서는 파일을 재사용할 수 있도록 파일 풀이 유지 관리됩니다. 메시지 파일이 더 이상 필요하지 않은 경우 삭제되지 않고 대신 대상 디렉토리의 사용 가능 파일 풀에 메시지 파일이추가되어 새 메시지를 저장하는 데 사용됩니다.

대상 파일 풀의 최대 파일 수(imq.persist.file.destination.message.filepool.limit)를 구성할 수 있습니다. 또한 단순히 재사용 태그를 표시하는 것이 아니라 0으로 잘라내어 파일 풀에서 지울 사용 가능 파일 비율을 지정할 수 있습니다(imq.persist.file.message.filepool.cleanratio). 지운 파일의 비율이 높을수록 디스크 공간은 더 줄어들고 파일 풀 관리에 필요한 오버헤드는 커집니다. 더 많은 오버헤드가 필요합니다.

또한 종료 시 태그가 표시된 파일을 지울 것인지 여부도 지정할 수 있습니다(imq.persist.
file.message.cleanup). 파일을 지우면 디스크 공간은 덜 차지하지만, 브로커 종료 속도가 느려집니다.

모든 다른 지속성 데이터(대상, 영구 가입 및 트랜잭션)는 별도의 파일에 저장됩니다. 모든 대상이 한 파일에 저장되고, 모든 영구 가입이 다른 하나의 파일에 저장되는 식입니다.

안정성을 최대화하려면 imq.persist.file.sync.enabled 속성을 사용하여 지속성 작업이 메모리 상태에서 물리적 저장 장치와 동기화되도록 지정할 수 있습니다. 이렇게 하면 시스템 중단으로 인한 데이터 손실을 방지할 수 있지만 성능은 저하됩니다. Message Queue를 Sun Cluster 환경에서 실행하는 경우 클러스터의 모든 노드에 대해 이 속성을 true로 설정해야 합니다.

데이터 저장소에는 중요 정보나 소유 정보를 포함하는 메시지가 있을 수 있기 때문에 instances/instanceName/fs350/ 디렉토리를 인증되지 않은 액세스로부터 보호해야 합니다. 자세한 지침은 지속성 데이터 보안을 참조하십시오.

플러그 인 지속성

JDBC 드라이버를 통해 액세스 가능한 데이터 저장소를 모두 액세스하도록 브로커를 설정할 수 있습니다. 이 경우 여러 JDBC 관련 브로커 구성 등록 정보를 설정하고 데이터베이스 관리자 유틸리티(imqdbmgr)를 사용하여 적합한 체계를 갖는 데이터 저장소를 만들어야 합니다. 절차 및 관련 구성 등록 정보는 영구 저장소 설정을 참조하십시오.

지속성 관리자 등록 정보

이 등록 정보는 다음과 같이 사용 중인 지속성 유형을 지정합니다.

imq.persist.store. 브로커가 기본 제공 파일 기반(file) 지속성을 사용하고 있는지 플러그 인 JDBC 호환(jdbc) 지속성을 사용하고 있는지를 지정합니다.

이러한 등록 정보는 다음과 같이 기본 제공 지속성에 속합니다.

imq.persist.file.sync.enabled. 지속성 작업이 메모리 상태에서 물리적 저장 장치와 동기화될 것인지 여부를 지정합니다.

imq.persist.file.message.max_record_size. 메시지 저장소 파일에 추가될 최대 메시지 크기를 지정합니다.

imq.persist.file.destination.message.filepool.limit. 대상 파일 풀에서 재사용할 수 있는 최대 사용 가능 파일 수를 지정합니다.

imq.persist.file.message.filepool.cleanratio. clean 상태(0으로 잘림)로 유지되는 대상 파일 풀의 사용 가능 파일 비율을 지정합니다.

imq.persist.file.message.cleanup. 브로커가 종료 시 대상 파일 풀에서 사용 가능 파일을 지울지 여부를 지정합니다.

이러한 등록 정보에 대한 자세한 내용은 표 14-6을 참조하십시오.

이러한 등록 정보는 다음과 같이 JDBC 기반 지속성에 속합니다.

imq.persist.jdbc.brokerid. 데이터베이스에서 여러 브로커 인스턴스에 사용되는 테이블의 이름에 추가할 브로커 인스턴스 식별자를 지정합니다.

imq.persist.jdbc.driver. 데이터베이스에 연결할 JDBC 드라이버의 Java 클래스 이름을 지정합니다.

imq.persist.jdbc.opendburl. 기존 데이터베이스에 대한 연결을 여는 데이터베이스 URL을 지정합니다.

imq.persist.jdbc.createdburl. 데이터베이스를 만들기 위해 연결을 여는 데이터베이스 URL을 지정합니다.

imq.persist.jdbc.closedburl. 브로커를 종료할 때 현재 데이터베이스 연결을 종료하는 데이터베이스 URL을 지정합니다.

imq.persist.jdbc.user. 필요한 경우 데이터베이스 연결을 열 때 사용되는 사용자 아이디를 지정합니다.

imq.persist.jdbc.needpassword. 브로커에 액세스할 때 데이터베이스에 비밀번호가 필요한지 여부를 지정합니다.

imq.persist.jdbc.password. 필요한 경우 데이터베이스 연결을 여는 비밀번호를 지정합니다.

imq.persist.jdbc.table.IMQSV35. 버전 테이블을 만들 때 사용하는 SQL 명령

imq.persist.jdbc.table.IMQCCREC35. 구성 변경 레코드 테이블을 만들 때 사용하는 SQL 명령

imq.persist.jdbc.table.IMQDEST35. 대상 테이블을 만들 때 사용하는 SQL 명령

imq.persist.jdbc.table.IMQINT35. 인터레스트 테이블을 만들 때 사용하는 SQL 명령

imq.persist.jdbc.table.IMQMSG35. 메시지 테이블을 만들 때 사용하는 SQL 명령

imq.persist.jdbc.table.IMQPROPS35. 등록 정보 테이블을 만들 때 사용하는 SQL 명령

imq.persist.jdbc.table.IMQILIST35. 인터레스트 상태 테이블을 만들 때 사용하는 SQL 명령

imq.persist.jdbc.table.IMQTXN35. 트랜잭션 테이블을 만들 때 사용하는 SQL 명령

imq.persist.jdbc.table.IMQTACK35. 트랜잭션 확인 테이블을 만들 때 사용하는 SQL 명령

이러한 등록 정보에 대한 자세한 내용은 표 14-7을 참조하십시오.

보안 관리자

Message Queue는 인증 및 권한 부여(액세스 제어) 기능을 제공하며 암호화 기능도 지원합니다.

인증 및 권한 부여 기능은 사용자 저장소(그림 4-4 참조), 즉 메시징 시스템 사용자에 대한 정보(예: 아이디, 비밀번호, 그룹 멤버쉽)를 포함하는 파일, 디렉토리 또는 데이터베이스에 따라 달라집니다. 아이디와 비밀번호는 브로커와의 연결 요청 시 사용자를 인증할 때 사용됩니다. 대상에 대한 메시지 생성/사용과 같은 작업 권한을 부여할 때 아이디와 그룹 멤버쉽이 액세스 제어 파일과 함께 사용됩니다.

인증

Message Queue 보안은 비밀번호 기반의 인증을 지원합니다. 클라이언트가 브로커와의 연결을 요청할 경우 이 클라이언트는 아이디와 비밀번호를 제출해야 합니다.

보안 관리자는 클라이언트가 제출한 아이디와 비밀번호를 사용자 저장소에 저장된 정보와 비교합니다. 클라이언트가 브로커에게 비밀번호를 전송할 때 이 비밀번호는 기본 64 인코딩이나 메시지 다이제스트(MD5) 중 한 가지를 사용하여 암호화됩니다. 보다 안전한 전송에 대해서는 암호화를 참조하십시오. 별도로 각 연결 서비스가 사용하는 인코딩 유형을 구성하거나 브로커 전체에 대한 인코딩을 설정할 수 있습니다.

권한 부여

클라이언트 응용 프로그램 사용자가 인증되면 이 사용자는 여러 Message Queue 관련 작업을 수행할 권한을 갖습니다. 보안 관리자는 사용자 기반 액세스 제어와 그룹 기반 액세스 제어를 모두 지원합니다. 사용자 저장소에 있는 아이디 또는 해당 사용자가 속한 그룹에 따라 이 사용자는 특정 Message Queue 작업을 수행할 권한을 갖습니다. 액세스 제어 등록 정보 파일에서 이 액세스 제어를 지정합니다(그림 4-4 참조).

사용자가 어떤 작업을 수행하려 하면 보안 관리자는 (액세스 제어 등록 정보 파일에 있는) 해당 작업 액세스를 위해 지정된 아이디/그룹 구성원을 (사용자 저장소에 있는) 아이디/그룹 구성원과 대조 확인합니다. 액세스 제어 등록 정보 파일은 다음 작업에 대한 권한을 지정합니다.

브로커와의 연결 설정

대상에 액세스: 사용자, 생성자 또는 특정 대상이나 모든 대상에 대한 대기열 브라우저 작성

대상 자동 작성

그림 4-4 보안 관리자 지원
보안 관리자가 사용자 저장소 및 액세스 제어 등록 정보 파일을 모두 사용함을 보여주는 다이어그램

기본 액세스 제어 등록 정보 파일이 admin이라는 단일 그룹만 명시적으로 참조합니다(그룹 참조). admin 그룹의 사용자는 관리 서비스 연결 권한을 갖습니다. 관리 서비스 사용자는 대상 작성, 브로커 모니터링 및 제어와 같은 관리 기능을 수행할 수 있습니다. 다른 그룹으로 정의된 사용자는 기본적으로 관리 서비스를 연결할 수 없습니다.

Message Queue 관리자는 사용자 저장소에서 그룹을 정의하고 사용자를 해당 그룹에 연결할 수 있습니다(단, 플랫 파일 사용자 저장소에서는 그룹 기능이 완전히 지원되지 않음).

액세스 제어 등록 정보 파일을 편집하여 메시지 생성 및 사용 또는 대기열 대상에서의 메시지 찾아보기 목적의 대상 액세스 권한을 사용자 및 그룹별로 지정할 수 있습니다. 개별 대상이나 모든 대상에 대한 액세스 권한을 특정 사용자나 그룹에게만 부여할 수 있습니다. 대상 자동 생성을 허용하도록 브로커가 구성되어 있는 경우 액세스 제어 등록 정보 파일을 편집하여 브로커가 대상을 자동 생성할 수 있는 사용자와 그룹을 제어할 수 있습니다.

암호화

클라이언트와 브로커 사이에 전송되는 메시지를 암호화하려면 SSL(Secure Socket Layer) 표준 기반의 연결 서비스를 사용해야 합니다. SSL은 SSL 사용 가능 브로커와 SSL 사용 가능 클라이언트 사이에 암호화된 연결을 설정함으로써 연결 수준에서의 보안을 제공합니다.

Message Queue SSL 기반 연결 서비스를 사용하려면 키 도구 유틸리티(imqkeytool)를 사용하여 개인 키/공용 키 쌍을 생성합니다. 이 유틸리티는 자체 서명된 인증서에 공용 키를 내장하고 이를 Message Queue 키 저장소에 저장합니다. Message Queue 키 저장소 자체도 비밀번호로 보호됩니다. 이 잠금을 해제하려면 시작할 때 키 저장소 비밀번호를 제공해야 합니다. SSL 기반 서비스 작업을 참조하십시오.

키 저장소 잠금이 해제되면 브로커는 연결을 요청하는 모든 클라이언트에게 인증서를 전달할 수 있습니다. 그리고 나서 클라이언트는 인증서를 사용하여 브로커에게 보낼 암호화된 연결을 설정합니다.

모든 보안 관리자 등록 정보는 다음 절에 나열되어 있으며 보안 관리자 등록 정보에서 자세히 설명합니다.

보안 관리자 등록 정보

다음은 인증, 권한 부여, 암호화 및 기타 보안 통신에 대해 구성 가능한 등록 정보입니다.

imq.authentication.type. 비밀번호를 기본 64 코딩(basic)으로 전달할지 MD5 다이제스트(digest)로 전달할지 여부를 지정합니다.

imq.service_name. authentication.type. 비밀번호를 기본 64 코딩(basic)으로 전달할지 MD5 다이제스트(digest)로 전달할지 여부를 지정합니다.

imq.authentication.basic.user_repository. 기본 64 코딩에 대해 인증에 사용할 사용자 저장소 유형을 지정하며 파일 기반 또는 LDAP 중 하나입니다.

imq.authentication.client.response.timeout. 클라이언트가 브로커로부터의 인증 요청에 응답할 때까지 시스템이 대기할 시간(초)을 지정합니다.

imq.accesscontrol.enabled. 액세스 제어 등록 정보 파일에 지정된 대로 인증된 사용자가 연결 서비스를 사용하거나 특정 대상에 대해 특정 Message Queue 작업을 수행할 권한이 있는지에 대해 시스템이 확인하는지 여부를 표시합니다.

imq.service_name.accesscontrol.enabled. 명명된 연결 서비스의 액세스 제어를 설정하며(true/false), 브로커 전체 설정에 우선합니다.

imq.accesscontrol.file.filename. 브로커 인스턴스가 지원하는 모든 연결 서비스에 대한 액세스 제어 등록 정보 파일의 이름을 지정합니다.

imq.service_name.accesscontrol.file.filename. 브로커 인스턴스의 명명된 연결 서비스에 대한 액세스 제어 등록 정보 파일의 이름을 지정합니다.

imq.passfile.enabled. 보안 통신을 위한 사용자 비밀번호(SSL, LDAP, JDBC™ )가 파일에 지정되는지 여부를 지정합니다.

imq.passfile.dirpath. passfile을 포함하는 디렉토리 경로를 지정합니다.

imq.passfile.name. passfile 이름을 지정합니다.

imq.keystore.property_name. SSL 기반 서비스에 대해 SSL 키 저장소와 관련된 보안 등록 정보를 지정합니다. 표 14-9를 참조하십시오.

이러한 등록 정보에 대한 자세한 내용은 표 14-8을 참조하십시오.

모니터링 서비스

브로커는 로그 작업을 모니터링하고 진단할 다양한 구성 요소를 포함합니다. 다음은 그러한 구성 요소의 예입니다.

데이터를 생성하는 구성 요소(이벤트를 기록하는 브로커 코드 및 메트릭 생성자)

여러 출력 채널을 통해 정보를 기록하는 로거 구성 요소(로거 참조)

메트릭 정보를 포함하는 JMS 메시지를 JMS 모니터링 클라이언트가 사용할 수 있도록 주제 대상에게 보내는 메시지 생성자

메트릭 생성자

메트릭 생성자는 브로커 내부 및 외부로의 메시지 흐름, 브로커 메모리의 메시지 수 및 이 메시지가 사용하는 메모리, 열려 있는 연결 수, 사용 중인 스레드 수 등과 같은 브로커 활동 정보를 제공합니다.

메트릭 데이터 생성을 설정 또는 해제하고 메트릭 보고서 생성 빈도를 지정할 수 있습니다.

로거

Message Queue 로거는 브로커 코드 및 메트릭 생성자가 생성한 정보를 가져와서 표준 출력(콘솔), 로그 파일, syslog 데몬 프로세스(Solaris™ 운영 체제인 경우) 등과 같은 여러 출력 채널에 기록합니다.

로거에서 수집된 정보의 유형과 각 출력 채널에 기록된 유형을 지정할 수 있습니다.

예를 들어, 로거 수준을 지정하여 오류(ERROR), 오류 및 경고(WARNING) 또는 오류, 경고 및 정보(INFO) 등, 로거가 수집하는 정보 유형을 결정할 수 있습니다.

각 출력 채널마다 로거에 대해 설정된 범주 중 어느 것이 해당 채널에 기록될 것인지 지정할 수 있습니다. 예를 들어, 로거 수준이 INFO로 설정된 경우 콘솔에는 오류와 경고만, 로그 파일에는 정보(메트릭 데이터)만 기록하게 지정할 수 있습니다.

로그 파일을 사용하는 경우 로그 파일을 닫고 출력을 새 파일로 롤오버하는 지점을 지정할 수 있습니다. 새 롤오버 로그 파일을 작성하면서 가장 최신의 로그 파일 9개로 구성된 아카이브를 보존합니다.

로거 구성에 대한 자세한 내용은 브로커 로깅 구성 및 사용을 참조하십시오. Solaris syslog 구성 및 사용에 대한 자세한 내용은 syslog(1M), syslog.conf(4) 및 syslog(3C) 설명서 페이지를 참조하십시오.

메트릭 메시지 생성자(엔터프라이즈판)

메시지 생성자 구성 요소는 메시지 생성자 구성 요소로부터 정기적으로 정보를 받아서 메시지에 기록한 다음 메트릭 주제 대상에게 보냅니다. 메트릭 메시지를 받는 대상은 메시지에 포함된 정보의 유형에 따라 달라집니다.

다섯 개의 메트릭 주제 대상이 있으며 표 4-3에 그 이름과 함께 각 대상에 전달되는 메트릭 메시지 유형이 표시되어 있습니다.

표 4-3 메트릭 주제 대상
주제 대상 이름	메트릭 메시지 유형
mq.metrics.broker	브로커 메트릭
mq.metrics.jvm	Java 가상 머신 메트릭
mq.metrics.destination_list	대상 및 대상 유형 목록
mq.metrics.destination.queue. monitoredDestinationName	지정된 이름의 대기열에 대한 대상 메트릭
mq.metrics.destination.topic. monitoredDestinationName	지정된 이름의 주제에 대한 대상 메트릭

이러한 메트릭 주제 대상에 가입한 Message Queue 클라이언트는 대상의 메시지를 사용하고 메트릭 정보를 처리합니다. 예를 들어, 클라이언트가 mq.metrics.broker 대상에 가입하여 브로커의 총 메시지 수와 같은 정보를 받아서 처리할 수 있습니다.

메트릭 메시지 생성자는 메트릭 데이터에 해당하는 이름-값 쌍이 포함된 메시지(MapMessage 유형)를 만드는 내부 Message Queue 클라이언트입니다. 이러한 메시지는 해당 메트릭 주제 대상에 한 명 이상의 가입자가 있는 경우에만 생성됩니다.

메트릭 메시지 생성자가 생성하는 메시지는 MapMessage 유형입니다. 이 메시지는 포함된 메트릭 유형에 따라 여러 이름/값 쌍으로 구성됩니다. 각 이름/값 쌍은 메트릭 수량과 값에 해당합니다.

예를 들어, 브로커 메트릭 메시지는 브로커를 오가는 메시지 수와 이 메시지의 크기, 현재 메모리에 있는 메시지의 수 및 크기 등에 대한 값을 포함합니다. 각 메트릭 메시지 유형에서 보고하는 메트릭 수량에 대한 자세한 내용은 Message Queue Developer’s Guide for Java Clients를 참조하십시오. 이 설명서에서는 메트릭 메시지를 사용할 Message Queue 클라이언트 작성 방법을 설명합니다.

메트릭 메시지 본문에 포함된 메트릭 정보 이외에 각 메시지의 헤더에는 다음과 같은 정보를 제공하는 등록 정보가 있습니다.

메시지 유형

메시지를 보낸 브로커의 호스트, 포트 및 주소

메트릭 샘플을 가져온 시간

이 등록 정보는 유형이 다르거나 서로 다른 브로커에서 가져온 메트릭 메시지를 처리하는 Message Queue 클라이언트 응용 프로그램에 유용합니다.

모니터링 서비스 등록 정보

다음은 브로커의 정보 생성, 로깅 및 메트릭 메시지 생성을 설정할 때 구성 가능한 등록 정보입니다.

imq.metrics.enabled. 메트릭 정보를 로거에 기록할지 여부를 지정합니다.

imq.metrics.interval. 메트릭 로깅이 사용 가능한 경우 메트릭 정보가 로거에 기록되는 간격(초)을 지정합니다.

imq.log.level. 로거 수준, 즉 출력 채널에 기록 가능한 출력 범주를 지정합니다.

imq.log.file.output. 로그 파일에 기록하는 로깅 정보의 범주를 지정합니다.

imq.log.file.dirpath. 로그 파일을 포함하는 디렉토리 경로를 지정합니다.

imq.log.file.filename. 로그 파일의 이름을 지정합니다.

imq.log.file.rolloverbytes. 새 로그 파일로 출력을 롤오버할 로그 파일 크기(바이트)를 지정합니다.

imq.log.file.rolloversecs. 새 로그 파일로 출력을 롤오버할 로그 파일 표시 시간(초)을 지정합니다.

imq.log.console.output. 콘솔에 기록하는 로깅 정보의 범주를 지정합니다.

imq.log.console.stream. 콘솔 출력을 stdout (OUT) 또는 stderr (ERR)에 기록할 것인지 지정합니다.

imq.log.syslog.facility. (Solaris에만 적용) Message Queue 브로커가 어떤 syslog 기능으로 로깅할 것인지 지정합니다.

imq.log.syslog.logpid. (Solaris에만 적용) 브로커 프로세스 아이디를 메시지와 함께 기록할지 여부를 지정합니다.

imq.log.syslog.logconsole. (Solaris에만 적용) 메시지를 syslog에 보낼 수 없을 경우 시스템 콘솔에 메시지를 기록할 것인지 여부를 지정합니다.

imq.log.syslog.identity. (Solaris에만 적용) syslog에 기록되는 모든 메시지의 앞에 추가될 아이디 문자열을 지정합니다.

imq.log.syslog.output. (Solaris에만 적용) syslogd(1M)에 기록하는 로깅 정보의 범주를 지정합니다.

imq.log.timezone. 로그 타임스탬프의 표준 시간대를 지정합니다.

imq.metrics.topic.enabled. 메트릭 메시지 생성이 가능하지 여부를 지정합니다.

imq.metrics.topic.interval. 메트릭 메시지를 생성하는 간격(초)을 지정합니다.

imq.metrics.topic.persist. 메트릭 메시지가 지속성인지 여부를 지정합니다.

imq.metrics.topic.timetolive. 메트릭 주제 대상에 보낸 메트릭 메시지의 수명(초)을 지정합니다.

imq.destination.logDeadMsgs. 브로커가 사용 불능 메시지를 삭제하거나 사용 불능 메시지를 사용 불능 메시지 대기열에 넣을 때마다 로그에 메시지를 기록할지 여부를 지정합니다.

이러한 등록 정보에 대한 자세한 내용은 표 14-10을 참조하십시오.

구성 파일 정보

시작할 때 로드되는 기본 구성 파일. 이 파일은 default.properties이며 편집할 수 없습니다. 이 파일을 참조하여 기본 설정을 확인하고 변경할 등록 정보의 정확한 이름을 찾을 수 있습니다.

Message Queue를 설치할 때 지정한 모든 등록 정보를 포함하는 설치 구성 파일. 이 파일은 install.properties이며 설치하고 나면 편집할 수 없습니다.

인스턴스 구성 파일

브로커를 처음으로 실행하면 인스턴스 구성 파일이 생성됩니다. 이 인스턴스 구성 파일을 사용하여 브로커의 해당 인스턴스에 대한 구성 등록 정보를 지정할 수 있습니다.

인스턴스 구성 파일은 다음과 같이 구성 파일이 연결되어 있는 브로커 인스턴스의 이름(instanceName)으로 식별되는 디렉토리에 저장됩니다.


주	…/instances/instanceName 디렉토리 및 인스턴스 구성 파일은 해당 브로커 인스턴스를 만든 사람이 소유합니다. 브로커 인스턴스는 항상 이 사용자가 다시 시작해야 합니다.

인스턴스 구성 파일은 브로커 인스턴스에 의해 유지 관리됩니다. 관리 도구를 사용하여 구성을 변경하면 인스턴스 구성 파일이 수정됩니다. 인스턴스 구성 파일을 직접 편집하여 구성을 변경할 수도 있습니다(인스턴스 구성 파일 편집 참조). 그렇게 하려면 .../instances/instanceName 디렉토리의 소유자이거나 루트로 로그인하여 디렉토리에 관한 권한을 변경해야 합니다.

클러스터에서 브로커 인스턴스를 연결하는 경우에는 클러스터 구성 파일을 사용하여 클러스터 구성 정보를 지정해야 할 수도 있습니다. 자세한 내용은 클러스터 구성 등록 정보를 참조하십시오.

등록 정보 값 병합

시작할 때 브로커가 다른 구성 파일에 있는 등록 정보 값을 병합합니다. 설치 및 인스턴스 구성 파일에 있는 값을 사용하여 기본 구성 파일에 지정된 값을 대체합니다.

imqbrokerd 명령 옵션을 사용하면 결과 값을 대체할 수 있습니다. 이 체계가 그림 4-6에 표시되어 있습니다.

등록 정보 이름 지정 구문

구성 파일의 모든 Message Queue 등록 정보 정의에는 다음과 같은 이름 지정 구문이 사용됩니다.

예를 들어, 다음 항목은 브로커가 추가 메시지를 거부하기 전까지 메모리 및 영구 저장소에 최대 50,000개의 메시지를 저장하도록 지정합니다.

다음 항목은 매일(86400초) 새 로그 파일을 작성하도록 지정합니다.

인스턴스 구성 파일 편집

브로커 인스턴스를 처음으로 실행하면 config.properties 파일이 자동으로 작성됩니다. 이 인스턴스 구성 파일을 편집하여 해당 브로커 인스턴스의 동작과 자원을 사용자 정의할 수 있습니다.

브로커 인스턴스는 시작 시에만 config.properties 파일을 읽습니다. config.properties 파일을 영구히 변경하려면 다음 중 하나를 수행할 수 있습니다.

관리 도구를 사용합니다. imqcmd를 사용해서 설정할 수 있는 등록 정보에 대한 내용은 표 14-1을 참조하십시오.

브로커 인스턴스가 종료된 동안에 config.properties 파일을 편집한 후 인스턴스를 다시 시작합니다(Solaris와 Linux 운영 체제에서는 브로커 인스턴스를 처음으로 시작한 사용자만 config.properties 파일을 편집할 권한을 가짐).

표 14-1에는 브로커 인스턴스 구성 등록 정보와 기본값이 알파벳순으로 나와 있습니다. 각 등록 정보의 의미와 사용에 대한 자세한 내용은 지정된 상호 참조 부분을 보십시오.

명령줄에 구성 옵션 입력

브로커를 시작할 때 또는 시작한 후에 명령줄에 브로커 구성 옵션을 입력할 수 있습니다.

시작할 때 imqbrokerd 명령을 사용하여 브로커 인스턴스를 시작합니다. 명령의 -D 옵션을 사용하여 브로커 구성 등록 정보와 값을 지정할 수 있습니다. 브로커를 Windows 서비스로 시작하는 경우 imqsvcadmin 명령에서 -args 옵션을 사용하여 시작 구성 등록 정보를 지정합니다.

브로커 인스턴스가 실행 중일 때 특정 브로커 등록 정보를 설정할 수도 있습니다. 실행 중인 브로커의 구성을 수정하려면 imqcmd update bkr 명령을 사용합니다.

영구 저장소 설정

Message Queue 브로커에는 지속성 정보의 기록과 검색을 관리하는 지속성 관리자 구성 요소가 있습니다. 지속성 관리자는 기본적으로 기본 제공되는 파일 기반 데이터 저장소에 액세스하도록 구성되어 있지만 JDBC 호환 드라이버를 통해 액세스할 수 있는 데이터 저장소를 플러그 인으로 사용하도록 재구성할 수도 있습니다.

Message Queue 데이터 저장소에는 트랜잭션, 메시지, 영구 가입 및 물리적 대상에 대한 정보가 있으며 확인에 대한 메시지 상태 정보도 있습니다.

이 장에서는 영구 저장소를 사용하도록 브로커를 구성하는 방법에 대해 설명합니다. 이 장은 다음 항목으로 구성되어 있습니다.

파일 시스템 저장소 구성

JDBC 저장소 구성

지속성 데이터 보안

파일 시스템 저장소 구성

브로커 인스턴스를 만들면 파일 시스템 데이터 저장소가 자동으로 생성됩니다. 이 저장소는 해당 브로커의 인스턴스 디렉토리에 있습니다. 운영 체제별로 위치가 다르므로 영구 저장소의 정확한 위치는 부록 A, "운영 체제별 Message Queue 데이터의 위치."를 참조하십시오.

기본적으로 Message Queue는 디스크에 대한 비동기 쓰기 작업을 수행합니다. 운영 체제는 성능 향상을 위해 이러한 작업을 버퍼링합니다. 하지만 쓰기 작업 중에 운영 체제에 예기치 않은 오류가 발생할 경우 메시지가 손실될 수 있습니다. 안정성 향상을 위해 Message Queue에서 디스크에 동기식으로 기록하도록 지정할 수 있지만 이 옵션을 사용할 경우 성능이 떨어집니다. 디스크에 대한 동기식 기록을 지정하려면 imq.persist.file.sync 브로커 등록 정보를 설정합니다. 이 등록 정보에 대한 자세한 내용은 표 14-6을 참조하십시오.

브로커 인스턴스를 시작할 때 imqbrokerd -reset 옵션을 사용하여 파일 시스템 저장소를 지울 수 있습니다. 이 옵션 및 하위 옵션에 대한 자세한 내용은 표 13-2를 참조하십시오.

JDBC 저장소 구성

JDBC 기반 지속성을 사용하도록 브로커를 구성하려면 브로커 인스턴스 구성 파일에서 JDBC 관련 등록 정보를 설정하고 적절한 데이터베이스 스키마를 만듭니다. Message Queue 데이터베이스 관리자 유틸리티(imqdbmgr)는 JDBC 드라이버와 브로커 구성 등록 정보를 사용하여 데이터베이스를 만들고 관리합니다.

이 장의 절차에서는 Java 2 Platform, Enterprise Edition(J2EE) SDK와 함께 제공되는 PointBase DBMS를 예로 사용하여 설명합니다. 버전 1.4는 java.sun.com에서 다운로드할 수 있습니다. 예에서는 클라이언트/서버 버전 대신 PointBase 내장 버전을 사용합니다. 절차에서는 PointBase 예의 경로 이름과 등록 정보 이름을 사용하여 지침을 소개합니다. 이러한 지침은 "Example:"로 표시됩니다.

Oracle 및 PointBase의 예제 구성을 사용할 수 있습니다. 예제 파일 위치는 부록 A, "운영 체제별 Message Queue 데이터의 위치."를 참조하십시오. 운영 체제별 정보가 나열된 표에서 "예제 응용 프로그램 및 구성"의 위치를 찾으십시오.

또한 PointBase 내장 버전, PointBase 서버 버전 및 Oracle의 예는 인스턴스 구성 파일 config.properties에서 주석 처리된 값으로 제공됩니다.

JDBC로 액세스할 수 있는 데이터 저장소 플러그 인

JDBC로 액세스할 수 있는 데이터 저장소를 플러그 인하는 작업은 단 몇 단계로 이루어집니다.

▶ JDBC로 액세스할 수 있는 데이터 저장소를 플러그 인하는 방법

브로커의 구성 파일에서 JDBC 관련 등록 정보를 설정합니다.

JDBC 기반 지속성에 설명된 등록 정보를 참조하십시오.

다음 경로에 위치한 JDBC 드라이버 jar 파일의 사본 또는 심볼릭 링크를 넣습니다.

/usr/share/lib/imq/ext/(Solaris)

/opt/sun/mq/share/lib/(Linux)

IMQ_VARHOME\lib\ext(Windows)

복사 예(Solaris):

% cp j2eeSDK_install_directory/pointbase/lib/pointbase.jar /usr/share/lib/imq/ext

심볼릭 링크 예(Solaris):

% ln -s j2eeSDK_install_directory/lib/pointbase/pointbase.jar /usr/share/lib/imq/ext

Message Queue 지속성에 필요한 데이터베이스 스키마를 만듭니다.

imqdbmgr create all 명령(내장 데이터베이스의 경우) 또는 imqdbmgr create tbl 명령(외부 데이터베이스의 경우)을 사용합니다. 데이터베이스 관리자 유틸리티(imqdbmgr)를 참조하십시오.

예:

imqdbmgr가 위치한 디렉토리로 변경합니다.

cd /usr/bin(Solaris)

cd /opt/sun/mq/bin(Linux)

cd IMQ_HOME/bin(Windows)

imqdbmgr 명령을 입력합니다.

imqdbmgr create all



주	내장 데이터베이스를 사용하는 경우 다음 디렉토리에 해당 데이터베이스를 만드는 것이 좋습니다. .../instances/instanceName/dbstore/dabatabseName 내장 데이터베이스가 사용자 아이디와 비밀번호로 보호되지 않는 경우에는 파일 시스템 권한으로 보호합니다. 브로커에서 데이터베이스를 읽고 쓸 수 있게 하려면 브로커를 실행하는 사용자가 imqdbmgr 명령을 사용해서 내장 데이터베이스를 만든 사용자와 같아야 합니다(데이터베이스 관리자 유틸리티(imqdbmgr) 참조).

JDBC 관련 브로커 등록 정보

파일이 아직 없는 경우에는 Message Queue에서 파일을 만들 수 있도록 -name instanceName 옵션을 사용하여 브로커를 시작해야 합니다.

JDBC 기반 지속성에는 JDBC로 액세스할 수 있는 데이터 저장소를 플러그 인할 때 설정해야 하는 구성 등록 정보가 있습니다. 이 절의 끝에는 이러한 등록 정보에 대한 요약 설명이 있습니다. 플러그 인 지속성을 사용하는 각 브로커 인스턴스의 구성 파일(config.properties)에서 이 등록 정보를 설정합니다.

인스턴스 구성 등록 정보를 사용하면 Message Queue 데이터베이스 스키마를 만드는 SQL 코드를 사용자 정의할 수 있습니다. 각 데이터베이스 테이블을 만드는 SQL 코드를 지정하는 구성 가능한 등록 정보가 있습니다. 플러그 인 데이터베이스에서 사용하는 데이터 유형을 제대로 지정하려면 이러한 등록 정보가 필요합니다.

데이터베이스 공급업체 간에 정확한 SQL 구문에 대해 호환되지 않는 점이 있으므로 데이터베이스 공급업체의 해당 설명서를 확인하여 표 14-7의 등록 정보를 적절하게 조정해야 합니다. 예를 들어, PointBase 데이터베이스의 경우 IMQMSG35 테이블에서 MSG 열(imq.persist.jdbc.table.IMQMSG35 등록 정보 참조)의 최대 허용 길이를 조정해야 하는 경우가 있습니다.

브로커 구성 등록 정보와 마찬가지로, -D 명령줄 옵션을 사용해서 값을 설정할 수 있습니다. 데이터베이스에 데이터베이스 특정 등록 정보를 설정해야 하는 경우에도 브로커(imqbrokerd) 또는 데이터베이스 관리자 유틸리티(imqdbmgr)를 시작할 때 -D 명령줄 옵션을 사용하여 설정할 수 있습니다.

PointBase 내장 데이터베이스의 예에서는 데이터베이스 연결 URL에 데이터베이스의 절대 경로를 지정하는 대신 다음과 같이 -D 명령줄 옵션을 사용하여 PointBase 시스템 디렉토리를 정의할 수 있습니다.

이 경우 다음과 같이 URL을 지정하여 데이터베이스를 만들 수 있습니다.

다음과 같이 URL을 지정하여 데이터베이스를 열 수 있습니다.

imq.persist.store. 파일 기반 또는 JDBC 기반 데이터 저장소를 지정합니다.

imq.persist.jdbc.brokerid. 데이터베이스 테이블 이름에 추가하여 고유한 이름으로 만들어 주는 브로커 인스턴스 식별자를 지정합니다.

imq.persist.jdbc.driver. 데이터베이스에 연결할 JDBC 드라이버의 Java 클래스 이름을 지정합니다.

imq.persist.jdbc.opendburl. 기존 데이터베이스에 대한 연결을 여는 데이터베이스 URL을 지정합니다.

imq.persist.jdbc.createdburl. 데이터베이스를 만들기 위해 연결을 여는 데이터베이스 URL을 지정합니다.

imq.persist.jdbc.closedburl. 브로커를 종료할 때 현재 데이터베이스 연결을 종료하는 데이터베이스 URL을 지정합니다.

imq.persist.jdbc.user. 필요한 경우 데이터베이스 연결을 열 때 사용되는 사용자 아이디를 지정합니다.

imq.persist.jdbc.needpassword. 브로커에 액세스할 때 데이터베이스에 비밀번호가 필요한지 여부를 지정합니다.

imq.persist.jdbc.password. 필요한 경우 데이터베이스 연결을 여는 비밀번호를 지정합니다.

imq.persist.jdbc.table.IMQSV35. 버전 테이블을 만들 때 사용하는 SQL 명령

imq.persist.jdbc.table.IMQCCREC35. 구성 변경 레코드 테이블을 만들 때 사용하는 SQL 명령

imq.persist.jdbc.table.IMQDEST35. 대상 테이블을 만들 때 사용하는 SQL 명령

imq.persist.jdbc.table.IMQINT35. 인터레스트 테이블을 만들 때 사용하는 SQL 명령

imq.persist.jdbc.table.IMQMSG35. 메시지 테이블을 만들 때 사용하는 SQL 명령

imq.persist.jdbc.table.IMQPROPS35. 등록 정보 테이블을 만들 때 사용하는 SQL 명령

imq.persist.jdbc.table.IMQILIST35. 인터레스트 상태 테이블을 만들 때 사용하는 SQL 명령

imq.persist.jdbc.table.IMQTXN35. 트랜잭션 테이블을 만들 때 사용하는 SQL 명령

imq.persist.jdbc.table.IMQTACK35. 트랜잭션 확인 테이블을 만들 때 사용하는 SQL 명령

데이터베이스 관리자 유틸리티(imqdbmgr)

Message Queue에는 지속성에 필요한 스키마를 설정하는 데이터베이스 관리자 유틸리티(imqdbmgr)가 포함되어 있습니다. 이 유틸리티는 테이블이 손상되거나 데이터 저장소로 다른 데이터베이스를 사용하는 경우에 Message Queue 데이터베이스 테이블을 삭제하는 용도로도 사용할 수 있습니다.

imqcmd 명령의 구문, 하위 명령 및 옵션에 대한 자세한 내용은 13장, "명령 참조"를 참조하십시오.

지속성 데이터 보안

영구 저장소는 정보 가운데 일시적으로 저장되는 메시지 파일을 포함할 수 있습니다. 이러한 메시지에는 소유 정보가 포함될 수 있기 때문에 인증되지 않은 액세스로부터 데이터 저장소를 보호해야 합니다. 이 절에서는 기본 제공 파일 저장소 또는 JDBC 저장소에서 데이터를 보호하는 방법에 대해 설명합니다.

기본 제공(파일 기반) 영구 저장소

기본 제공 지속성을 사용하는 브로커는 다음과 같이 운영 체제에 따라 다른 위치에 있는 플랫 파일 데이터 저장소에 지속성 데이터를 작성합니다(부록 A, "운영 체제별 Message Queue 데이터의 위치" 참조).

여기서 instanceName은 브로커 인스턴스를 식별하는 이름입니다.

instanceName/filestore/ 디렉토리는 브로커 인스턴스가 처음으로 시작될 때 생성됩니다. 이 디렉토리 보안 절차는 브로커가 실행 중인 운영 체제에 따라 다릅니다.

Solaris 및 Linux IMQ_VARHOME/instances/instanceName/filestore/ 디렉토리에 대한 사용 권한은 브로커 인스턴스를 시작한 사용자의 umask에 따라 다릅니다. 따라서, umask를 적절하게 설정하여 브로커 인스턴스 시작 권한과 지속성 파일 읽기 권한을 제한할 수 있습니다. 또는, 관리자(수퍼유저)가 IMQ_VARHOME/instances 디렉토리에 대한 사용 권한을 700으로 설정하여 지속성 데이터를 안전하게 보호할 수 있습니다.

Windows 사용 중인 Windows 운영 체제에서 제공하는 메커니즘을 사용하여 IMQ_VARHOME/instances/instanceName/filestore/ 디렉토리에 대한 사용 권한을 설정할 수 있습니다. 여기에는 일반적으로 디렉토리에 대한 등록 정보 대화 상자 열기가 포함됩니다.

플러그 인(JDBC) 영구 저장소

플러그 인 지속성을 사용하는 브로커는 JDBC 호환 데이터베이스에 지속성 데이터를 작성합니다.

데이터베이스 서버에서 관리하는 데이터베이스(예: Oracle 데이터베이스)의 경우 Message Queue 데이터베이스 테이블(이름이 "IMQ"로 시작하는 테이블)에 액세스할 아이디와 비밀번호를 만드는 것이 좋습니다. 데이터베이스에서 개별 테이블을 보호할 수 없는 경우 Message Queue 브로커 전용 데이터베이스를 만듭니다. 사용자 아이디/비밀번호 액세스 작성 방법에 대한 자세한 내용은 데이터베이스 공급업체 설명서를 참조하십시오.

브로커가 데이터베이스 연결을 여는 데 필요한 사용자 아이디와 비밀번호는 브로커 구성 등록 정보에서 제공될 수 있습니다. 브로커 시작 시 사용자 아이디와 비밀번호를 명령줄 옵션으로 제공하는 것이 보다 안전합니다(Message Queue 관리 설명서, 부록 A, "플러그 인 지속성 설정" 참조).

브로커가 데이터베이스의 JDBC™ 드라이버를 통해 직접 액세스하는 내장 데이터베이스의 경우 기본 제공(파일 기반) 영구 저장소에서 설명한 대로 대개는 지속성 데이터가 저장되는 디렉토리에 대한 파일 권한을 설정하여 보안을 제공합니다. 브로커와 imqdbmgr 유틸리티를 모두 사용하여 데이터베이스를 읽기 및 쓰기 가능하게 하려면 해당 브로커와 유틸리티를 모두 동일한 사용자가 실행해야 합니다.

이전 목차 색인 다음
Sun Java System Message Queue 3 2005Q1 관리 설명서