3장 Message Queue 서비스

Message Queue 클라이언트 성능은 클라이언트 설계 및 Message Queue 서비스를 구성하고 관리하는 방법에 따라 다릅니다. 이 장에서는 1장에서 소개한 Message Queue 서비스에 대해 자세히 설명합니다. 서비스 구성 요소를 검토하고, 이러한 구성 요소를 구성하는 데 사용하는 도구를 소개하며, 여러 환경에서 메시지 서비스를 관리하는 데 필요한 작업을 요약합니다. 이 장은 다음 절로 구성되어 있습니다.

• 구성 요소 서비스

• 관리 도구 및 작업

• 메시징 작업 확장

구성 요소 서비스

그림 3–1은 Message Queue 서비스를 보여 줍니다. 2 장, 클라이언트 프로그래밍 모델에서는 프로그래밍 모델 그리고 클라이언트가 Java 및 C API를 사용하여 클라이언트 런타임(메시지 서비스 중 클라이언트 응용 프로그램에 액세스할 수 있는 부분)과 상호 작용하는 방법에 대해 설명합니다. 이 장에서는 관리자가 액세스할 수 있는 메시지 서비스의 구성 요소 및 서비스에 대해 중점적으로 설명합니다.

그림 3–1 Message Queue 서비스

브로커 등록 정보를 설정하여 Message Queue 서비스를 제어합니다. 이러한 등록 정보는 특정 등록 정보의 영향을 받는 서비스 또는 브로커 구성 요소에 따라 여러 범주로 나뉩니다. 브로커 서비스에는 다음이 포함됩니다.

• 연결 서비스 - 브로커와 클라이언트 간의 물리적 연결을 관리하면서 보내고 받는 메시지 전송을 담당합니다.

• 라우팅 서비스 - 메시지 서비스에서 사용하는 제어 메시지뿐만 아니라 JMS 메시지를 라우팅하고 전달함으로써 안정적인 전달을 지원합니다.

• 지속성 서비스 - 영구 저장소에 대한 데이터 쓰기 및 영구 저장소로부터의 데이터 검색을 관리합니다.

• 보안 서비스 - 브로커에 연결하는 사용자를 인증하고 사용자 작업에 권한을 부여합니다.

• 모니터링 서비스 - 메트릭 및 진단 정보를 생성하고 이러한 정보를 지정한 출력 채널에 기록합니다.

다음 절에서는 이러한 각 서비스에 대해 설명하고 필요 사항에 맞게 서비스를 사용자 정의하는 데 사용하는 등록 정보를 요약합니다.

브로커 등록 정보가 여러 구성 파일에 정의되며, 브로커 시작 시 사용한 명령줄에서 정의될 수도 있습니다. Sun Java System Message Queue 3.7 UR1 관리 설명서의 4 장, Configuring a Broker에서는 이 구성 파일에 대해 소개하며, 어떤 파일의 등록 정보 값이 다른 파일에 설정된 값을 대체하기 위해 사용되는 우선 순위도 설명합니다. 시작 명령으로 설정한 등록 정보는 다른 모든 설정에 우선합니다.

연결 서비스

연결 관련 등록 정보를 사용하여 브로커와 해당 브로커의 클라이언트 간의 물리적 연결을 구성하고 관리할 수 있습니다. Message Queue 클라이언트에서 사용할 수 있는 연결 서비스의 이름, 유형, 기본 프로토콜 등에 대해서는 브로커에 연결을 참조하십시오. 연결 서비스는 다중 스레드되며, 브로커의 포트 매퍼가 동적으로 할당하거나 관리자가 정적으로 할당할 수 있는 전용 포트를 통해 사용할 수 있습니다. 기본적으로 브로커를 시작하면 jms 및 admin 서비스가 시작되고 실행됩니다.

모든 연결에는 양측이 있기 때문에 연결 구성은 양측에서 이루어지며 양측에서 함께 조정되어야 합니다.

• 클라이언트는 기본값이 아닌 연결 서비스, 호스트 및 포트를 요청하고, 다른 브로커와의 재연결이 필요한 경우 연결할 브로커 목록을 지정하며, 재연결 동작을 구성하기 위해 연결 팩토리 객체의 특정 속성을 구성해야 합니다. 또한 클라이언트는 실패한 연결을 테스트할 핑 간격을 지정할 수 있습니다.

• 한편 관리자는 브로커 등록 정보를 사용하여 기본값이 아닌 연결 서비스를 활성화하고, 필요한 경우 정적 포트를 할당하며, 스레딩을 구성하고, 여러 네트워크 카드가 사용되는 경우 연결할 호스트를 지정합니다. 또한 관리자는 클라이언트 액세스 가능 여부를 테스트할 핑 간격을 지정할 수 있는데, 이 기능은 자원 관리에 유용합니다.

클라이언트는 방화벽을 통과하여 Message Queue 서비스에 연결할 수 있습니다. 이렇게 하려면 방화벽 관리자에게 특정 포트를 열어 놓도록 요청한 다음 해당 (정적) 포트에 연결하거나 부록 B, Message Queue 기능에 요약된 것처럼 HTTP 또는 HTTPS 서비스를 사용하면 됩니다.

각 연결 서비스는 특정 인증 및 권한 부여 기능도 지원합니다. 자세한 내용은 보안 서비스를 참조하십시오.

포트 매퍼

연결 서비스는 브로커의 주 포트인 7676에 있는 일반 포트 매퍼를 통해 동적으로 포트를 할당합니다. Message Queue 클라이언트 런타임이 브로커와의 연결을 설정할 때 먼저 포트 매퍼에 접속하여 선택된 연결 서비스의 포트 번호를 요청합니다.

jms, ssljms, admin 및 ssladmin 연결 서비스를 구성할 때 정적 포트 번호를 할당하여 포트 매퍼를 대체할 수 있습니다. 하지만 정적 포트는 대개 방화벽을 통한 연결 등 특수 상황에서만 사용되므로 일반적으로 권장되지 않습니다.

스레드 풀 관리

각 연결 서비스는 다중 스레드 방식으로서, 다중 연결을 지원합니다. 이러한 연결에 필요한 스레드는 풀에 있는 브로커에서 유지 관리합니다. 할당 방법은 최소 및 최대 스레드 값에 대해 지정한 값 및 선택한 스레딩 모델에 따라 다릅니다.

브로커 등록 정보를 설정하여 스레드의 최소 및 최대 개수를 지정할 수 있습니다. 연결 시 스레드가 필요하면 해당 연결을 지원하는 서비스의 스레드 풀에 스레드가 추가됩니다. 최소 개수는 할당 가능한 스레드 수를 지정합니다. 사용 가능한 스레드 수가 이 최소 임계값을 초과하는 경우 시스템은 최소 임계값에 다시 도달할 때까지 스레드를 종료시켜 여유 스레드를 확보하는 방법으로 메모리 자원을 절약합니다. 로드량이 많은 경우 풀의 최대 수에 도달할 때까지 스레드 수가 증가할 수 있습니다. 이러한 경우 스레드를 사용할 수 있을 때까지 새 연결이 거부됩니다.

선택한 스레딩 모델에서는 스레드가 단일 연결 전용인지 또는 여러 연결에서 공유할 것인지를 지정합니다.

• 전용 모델에서는 브로커에 대한 각 연결에서 받는 메시지용과 보내는 메시지용의 스레드 두 개가 필요합니다. 그러면 가능한 연결 수가 제한되지만, 우수한 성능이 제공됩니다.

• 공유 모델 연결은 메시지를 보내거나 받을 때 공유 스레드에서 처리됩니다. 각 연결에는 전용 스레드가 없기 때문에 이 모델에서는 가능한 연결 수가 늘어나지만, 스레드 관리에 일부 오버헤드가 추가되어 성능에 영향을 줍니다.

대상 및 라우팅 서비스

클라이언트가 브로커에 연결된 후에는 메시지 라우팅 및 전달을 계속할 수 있습니다. 이 단계에서 브로커는 여러 종류의 물리적 대상을 작성 및 관리하여 메시지의 원활한 흐름을 보장하고 자원을 효율적으로 관리합니다. 브로커에서 라우팅 및 대상과 관련된 브로커 등록 정보를 사용하여 사용자의 응용 프로그램 요구 사항에 적합한 방식으로 이러한 작업을 관리합니다.

브로커의 물리적 대상은 메시지가 메시지 소비자에게 전달되기 전에 저장되는 메모리상의 위치입니다. 물리적 대상에는 다음 네 가지 종류가 있습니다.

• 관리 작성 대상은 관리자가 GUI(imqadmin) 또는 imqcmd 유틸리티를 사용하여 작성합니다. 이 대상은 프로그래밍 방식으로 작성된 논리 대상이나 관리자가 작성하고 클라이언트가 조회하는 대상 관리 대상 객체에 해당합니다. imqcmd 유틸리티를 사용하여 각 관리 작성 대상의 등록 정보를 설정하고 업데이트할 수 있습니다.

• 자동 작성 대상은 메시지 소비자나 제작자가 존재하지 않는 대상에 액세스를 시도할 때마다 브로커에서 자동으로 작성됩니다. 일반적으로 개발 과정에서 사용됩니다. 이러한 대상의 작성을 허용하지 않도록 브로커 등록 정보를 설정할 수 있습니다. 브로커 등록 정보를 설정하여 특정 브로커의 모든 자동 작성 대상을 구성할 수 있습니다.

  자동 작성 대상은 사용자 클라이언트가 없거나 메시지를 더 이상 포함하지 않는 경우처럼 더 이상 사용되지 않을 때 브로커에 의해 자동으로 삭제됩니다. 브로커를 다시 시작할 경우 브로커는 지속성 메시지를 포함하는 경우에만 이 종류의 대상을 다시 작성합니다.

• 임시 대상은 메시지의 회신을 받을 대상이 필요한 클라이언트가 프로그래밍 방식을 통해 명시적으로 작성하고 삭제합니다. 이 이름이 의미하는 것처럼 이러한 대상은 임시 대상이며, 그 대상이 필요한 연결이 지속되는 동안에 한해 브로커가 유지 관리합니다.

  임시 대상은 영구적으로 저장되지 않으며 브로커를 다시 시작해도 다시 작성되지 않지만, 관리 도구에는 표시됩니다.

• 사용 불능 메시지 대기열은 브로커 시작 시 자동으로 작성되고, 진단 목적으로 사용 불능 메시지를 저장할 때 사용되는 특수한 대상입니다. imqcmd 유틸리티를 사용하여 사용 불능 메시지 대기열의 등록 정보를 설정할 수 있습니다.

대상 관리

대상을 관리할 때 imqcmd 유틸리티를 사용합니다. 대상 관리는 다음 여러 작업을 포함합니다.

• 대상 작성, 일시 중지, 다시 시작 또는 삭제

• 브로커의 모든 대상 나열

• 대상의 상태 및 등록 정보에 대한 정보 표시

• 대상의 메트릭 정보 표시

• 대상의 메시지를 지속적으로 처리하는 데 사용되는 디스크 공간 압축

• 물리적 대상의 등록 정보 업데이트

관리 작업은 관리 작성, 자동 작성, 임시 또는 사용 불능 메시지 대기열과 같이 관리되는 대상의 종류에 따라 달라집니다. 예를 들어 임시 대상은 명시적으로 삭제될 필요가 없습니다. 자동 작성된 등록 정보는 해당 브로커의 모든 자동 작성 대상에 적용되는 브로커 구성 등록 정보를 사용하여 구성됩니다.

물리적 대상 구성

최적의 성능을 얻기 위해 물리적 대상을 작성하거나 업데이트할 때 등록 정보를 설정할 수 있습니다. 설정할 수 있는 등록 정보는 다음을 포함합니다.

• 대상의 유형과 이름

• 대상의 개별 및 종합 제한(최대 메시지 수, 최대 전체 바이트 수, 메시지별 최대 바이트 수, 최대 제작자 수)

• 개별 및 종합 제한 초과 시 브로커에서 수행해야 하는 작업

• 일괄적으로 전달되는 최대 메시지 수

• 대상의 사용 불능 메시지를 사용 불능 메시지 대기열로 전송할지 여부

• 대상을 클러스터의 다른 브로커로 복제할지 여부(클러스터된 브로커의 경우)

대기열 대상의 경우 최대 백업 소비자 수를 구성할 수도 있으며, 로컬 대기열로 전달이 권장되는지 여부를 지정(클러스터된 브로커의 경우)할 수 있습니다.

사용 불능 메시지 대기열의 제한 및 동작을 구성할 수도 있습니다. 그러나 이러한 대기열의 기본 등록 정보는 표준 대기열의 등록 정보와 다릅니다.

메모리 관리

대상은 처리하는 메시지의 수 및 크기, 등록하는 소비자의 수 및 지속성에 따라 많은 양의 자원을 소비할 수 있으므로 메시지 서비스의 성능 및 안정성을 보장하도록 면밀하게 관리해야 합니다.

등록 정보를 설정하여 브로커가 받는 메시지로 넘치는 것을 방지하고 브로커의 메모리 부족을 방지할 수 있습니다. 자원이 부족하게 될 때 브로커는 세 가지 수준의 메모리 보호, 즉 대상 제한, 시스템 전체 제한 및 시스템 메모리 임계값을 사용하여 메시지 서비스를 계속 작동시킵니다. 원칙적으로, 대상 제한 및 시스템 전체 제한이 적절히 설정되면 중요 시스템 메모리 임계값을 초과하지 않습니다.

대상 메시지 제한

대상 속성을 사용하여 각 대상의 메모리 및 메시지 흐름을 관리할 수 있습니다. 예를 들어 대상에 허용되는 최대 제작자 수, 최대 메시지 수(또는 크기) 및 단일 메시지의 최대 크기를 지정할 수 있습니다.

또한 이러한 제한에 도달하면 제작자 속도 줄이기, 가장 오래된 메시지 삭제, 가장 낮은 우선 순위의 메시지 삭제 또는 최신 메시지 거부와 같이 브로커의 응답 방법을 지정할 수도 있습니다.

시스템 전체 메시지 제한

등록 정보를 사용하여 브로커의 모든 대상에 적용할 제한을 설정할 수 있습니다. 전체 메시지 수 및 모든 메시지에 소비되는 메모리를 지정할 수 있습니다. 시스템 전체 메시지 제한 중 하나에 도달하면 브로커는 새 메시지를 거부합니다.

시스템 메모리 임계값

마지막으로 등록 정보를 사용하여 메모리 과부하 방지를 위한 브로커 조치의 수위를 높이는 임계값을 설정할 수 있습니다. 취할 수 있는 조치는 다음과 같이 메모리 자원 상태에 따라 달라집니다. 초록(사용 가능한 메모리 충분), 노랑(브로커 메모리 감소 중), 주황(브로커 메모리 부족), 빨강(브로커가 사용할 수 있는 메모리 없음). 브로커의 메모리 상태가 초록에서 빨강으로 진행될수록 브로커는 점차 높은 수준의 조취를 취합니다.

• 데이터 저장소에서 지속성 메시지의 메모리 내 복사본을 삭제합니다.

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

지속성 서비스

오류 발생 시 브로커를 복구하려면 메시지 전달 작업 상태를 다시 작성해야 합니다. 이렇게 하려면 데이터 저장소에 상태 정보를 저장해야 합니다. 브로커는 다시 시작할 때 저장된 데이터를 사용하여 대상 및 영구 가입을 다시 작성하고, 지속성 메시지를 복구하며, 열린 트랜잭션을 롤백하고, 전달되지 않은 메시지의 라우팅 테이블을 다시 작성합니다. 그런 다음 메시지 전달을 다시 시작합니다.

Message Queue 서비스는 파일 기반 및 JDBC 호환 지속성 모듈(그림 3–2 참조)을 지원하며 기본적으로 파일 기반 지속성을 사용합니다.

그림 3–2 지속성 지원

파일 기반 지속성

파일 기반 지속성은 개별 파일을 사용하여 영구 데이터를 저장하는 메커니즘입니다. 파일 기반 지속성을 사용하면 브로커 등록 정보를 설정하여 다음을 수행할 수 있습니다.

• 메시지 추가 및 제거 시 단편화를 해소하기 위한 데이터 저장소 압축

• 기록할 때마다 메모리 상태에서 물리적 저장 장치와 동기화. 이렇게 하면 시스템 충돌로 인한 데이터 손실을 줄일 수 있습니다.

• 데이터 저장소 파일에 대한 메시지 할당 관리 및 파일 관리와 저장에 필요한 자원 관리

일반적으로 파일 기반 지속성은 JDBC 기반 지속성보다 빠르지만, JDBC 호환 저장소가 제공하는 중복 및 관리 제어 기능을 선호하는 사용자도 있습니다.

JDBC 기반 지속성

JDBC 기반 지속성에서는 Java Database Connectivity(JDBC^TM) 인터페이스를 사용하여 브로커를 JDBC 호환 데이터 저장소에 연결합니다. 브로커가 JDBC 드라이버를 통해 데이터 저장소에 액세스하게 하려면 다음을 수행해야 합니다.

• JDBC 관련 브로커 구성 등록 정보 설정. 사용되는 JDBC 드라이버를 지정하고, 브로커를 JDBC 사용자로 인증하며, 필요한 테이블을 만드는 경우 등에 이 등록 정보를 사용할 수 있습니다.

• imqdbmgr 유틸리티를 사용하여 적합한 체제를 갖는 데이터 저장소 작성

이러한 작업을 완료하는 모든 절차와 관련 구성 등록 정보에 대한 자세한 내용은 Sun Java System Message Queue 3.7 UR1 관리 설명서의 4 장, Configuring a Broker을 참조하십시오.

보안 서비스

Message Queue 서비스는 각 브로커 인스턴스에 대한 인증 및 권한 부여(액세스 제어)를 지원하고 암호화 기능도 지원합니다.

• 인증은 검증된 사용자만 브로커에 연결할 수 있게 합니다.

• 권한 부여는 자원에 액세스하고 특정 작업을 수행할 권한을 갖는 사용자나 그룹을 지정합니다.

• 암호화는 연결을 통한 전달 중 메시지가 훼손되지 않게 보호합니다.

인증 및 권한 부여는 사용자 이름, 비밀번호 및 그룹 멤버쉽 등 메시징 시스템의 사용자에 대한 정보가 있는 저장소에 따라 다릅니다. 또한 사용자 또는 그룹의 특정 작업에 대한 권한을 부여하기 위해 브로커는 사용자 또는 그룹이 수행할 수 있는 작업을 지정하는 액세스 제어 등록 정보 파일을 확인해야 합니다. 브로커에서 사용자를 인증하고 작업 권한을 부여할 때 필요한 정보를 설정해야 합니다.

그림 3–3에서는 브로커에서 인증 및 권한 부여를 수행할 때 필요한 구성 요소를 보여 줍니다.

그림 3–3 보안 관리자 지원

그림 3–3과 같이, Message Queue 서비스와 함께 제공된 플랫 파일 사용자 저장소에 사용자 데이터를 저장할 수 있습니다. 또는 기존의 LDAP 저장소에 플러그인할 수 있습니다. 브로커 등록 정보를 설정하여 선택 사항을 나타냅니다.

• 플랫 파일 저장소를 선택할 경우 저장소 관리에 imqusermgr 유틸리티를 사용해야 합니다. 이 옵션은 사용하기 쉬우며 기본적으로 제공됩니다.

• 기존 LDAP 서버를 사용하려면 LDAP 공급업체에서 제공하는 도구를 사용하여 사용자 저장소를 채우고 관리합니다. 또한 브로커가 LDAP 서버에서 사용자 및 그룹 정보를 쿼리할 수 있도록 브로커 인스턴스 구성 파일의 등록 정보를 설정해야 합니다.

  확장성이 중요하거나 여러 브로커에서 공유할 저장소가 필요한 경우 LDAP 옵션이 편리합니다. 브로커 클러스터를 사용하는 경우에도 마찬가지입니다.

인증 및 권한 부여

클라이언트가 연결을 요청할 경우 이 클라이언트는 사용자 이름 및 비밀번호를 제공해야 합니다. 브로커는 지정된 이름과 비밀번호를 사용자 저장소에 저장된 이름 및 비밀번호와 비교합니다. 클라이언트에서 브로커로 비밀번호가 전송될 때 이 비밀번호는 기본 64 인코딩이나 메시지 다이제스트(MD5) 해싱을 사용하여 인코딩됩니다. MD5는 플랫 파일 저장소에 사용되며, 기본 64는 LDAP 저장소에 필요합니다. LDAP를 사용하는 경우 보안 TLS 프로토콜을 사용할 수 있습니다. 각 연결 서비스가 개별적으로 사용하는 인코딩 유형을 구성하거나 브로커 전체에 대한 인코딩을 설정하기 위해 브로커 등록 정보를 설정할 수 있습니다.

사용자가 어떤 작업을 수행하려고 하면, 브로커는 사용자의 이름 및 그룹 멤버쉽(사용자 저장소에 있음)을 해당 작업 액세스를 위해 지정된 사용자의 이름과 그룹 멤버쉽(액세스 제어 등록 정보 파일에 있음)과 대조 확인합니다. 액세스 제어 등록 정보 파일은 다음 작업에 대한 사용자 또는 그룹의 권한을 지정합니다.

• 브로커에 연결

• 대상 액세스: 소비자, 제작자 또는 특정 대상이나 모든 대상에 대한 대기열 브라우저 작성

• 대상 자동 작성

브로커 등록 정보를 설정하여 다음 정보를 지정할 수 있습니다.

• 액세스 제어의 사용 여부

• 액세스 제어 파일의 이름

• 비밀번호 인코딩 방법

• 클라이언트가 브로커의 인증 요청에 응답하는 데 걸리는 시간

• 보안 연결에 필요한 정보

암호화

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

브로커 등록 정보를 설정하여 사용되는 SSL 키 저장소의 보안 등록 정보와 비밀번호 파일의 이름 및 위치를 지정할 수 있습니다.

모니터링 서비스

브로커는 응용 프로그램 및 브로커 성능을 모니터링하고 진단할 구성 요소를 포함합니다. 여기에는 다음 항목이 포함됩니다.

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

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

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

그림 3–4에서는 일반적인 체계를 보여 줍니다.

그림 3–4 모니터링 서비스 지원

메트릭 생성자

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

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

로거

Message Queue 로거는 브로커 코드 및 메트릭 생성자가 생성한 정보를 가져온 다음, 오류 발생 시 표준 출력(콘솔), 로그 파일 및 syslog 데몬 프로세스(Solaris^TM의 경우)에 정보를 기록합니다.

로거에서 수집된 정보의 유형과 각 출력 채널에 기록된 유형을 지정하도록 브로커 등록 정보를 설정할 수 있습니다. 로그 파일의 경우 로그 파일을 닫고 출력을 새 파일로 롤오버하는 지점을 지정할 수도 있습니다. 로그 파일이 지정된 크기나 표시 시간에 도달하면 이 파일을 저장하고 새 로그 파일을 작성합니다.

로거를 구성하는 방법 및 로거를 사용하여 성능 정보를 얻는 방법에 대한 자세한 내용은 Sun Java System Message Queue 3.7 UR1 관리 설명서의 Configuring and Using Broker Logging을 참조하십시오.

메트릭 메시지 제작자

그림 3–4에 나타난 메트릭 메시지 제작자는 일정 간격으로 메트릭 생성자로부터 정보를 받아서 메시지에 기록한 다음, 메시지에 포함된 메트릭 정보 유형에 따라 여러 메트릭 주제 대상 중 하나로 보냅니다.

이러한 메트릭 주제 대상에 가입한 Message Queue 클라이언트는 메시지를 소비하고 메시지에 포함된 메트릭 데이터를 처리할 수 있습니다. 이렇게 하면 개발자는 사용자 정의 모니터링 도구를 작성하여 메시징 응용 프로그램을 지원할 수 있습니다. 각 메트릭 메시지 유형에서 보고하는 메트릭 수량에 대한 자세한 내용은 Sun Java System Message Queue 3.7 UR1 관리 설명서의 18 장, Metrics Reference를 참조하십시오. 메트릭 메시지 생성을 구성하는 방법에 대한 자세한 내용은 Sun Java System Message Queue 3.7 UR1 Developer’s Guide for Java Clients의 4 장, Using the Metrics Monitoring API 및 Sun Java System Message Queue 3.7 UR1 관리 설명서의 Writing an Application to Monitor Brokers을 참조하십시오.

관리 도구 및 작업

이 절에서는 Message Queue 서비스를 구성하는 데 사용하는 도구 및 개발이나 프로덕션 환경에 대한 지원을 완료하는 데 필요한 작업에 대해 설명합니다.

관리 도구

그림 3–5에서는 클라이언트 연결을 제외한 메시지 서비스를 보여 주며, 브로커 구성 요소와 이 구성 요소를 관리하는 데 사용되는 도구에 중점을 두었습니다.

그림 3–5 관리 도구

다음 명령줄 도구를 사용하여 Message Queue 서비스를 구성하고 관리할 수 있습니다.

• 브로커를 시작하려면 imqbrokerd 유틸리티를 사용합니다. 클러스터에서 브로커의 연결 여부 및 추가적인 시작 구성 정보를 지정하기 위해 imqbrokerd 명령에 옵션을 사용할 수 있습니다.

• 브로커를 시작했으면 imqcmd 유틸리티를 사용하여 물리적 대상을 작성, 업데이트 및 삭제하고 브로커와 그 연결 서비스를 제어하며 브로커의 자원을 관리합니다.

• JNDI 객체 저장소에서 관리 대상 객체를 추가, 나열, 업데이트 및 삭제하려면 imqobjmgr 유틸리티를 사용합니다.

• 사용자 인증 및 권한 부여를 위해 파일 기반 사용자 저장소를 채우려면 imqusermgr 유틸리티를 사용합니다.

• 영구 저장소에 사용하는 JDBC 호환 데이터베이스를 작성하고 관리하려면 imqdbmgr 유틸리티를 사용합니다. (기본 제공된 파일 저장소에서는 외부 관리가 필요하지 않습니다.)

• SSL 인증에 사용되는, 자체 서명된 인증서를 생성하려면 imqkeytool 유틸리티를 사용합니다.

• 브로커를 Windows 서비스로 설치, 쿼리하고 제거하려면 imqsvcadmin 유틸리티를 사용합니다.

GUI 기반 관리 콘솔은 imqcmd와 imqobjmgr 유틸리티의 일부 기능을 결합한 것입니다. 이러한 결합 기능을 사용하여 다음을 수행할 수 있습니다.

• 브로커에 연결하여 관리

• 물리적 대상 작성 및 관리

• 객체 저장소에 연결, 저장소에 객체 추가 및 객체 관리

개발 환경 지원

클라이언트 구성 요소를 개발할 때 관리 작업을 최소화시키는 것이 가장 좋습니다. 이러한 관리 작업을 최소화할 수 있도록 설계된 Message Queue 제품은 별도의 조정 없이 사용할 수 있으므로 무리 없이 브로커를 시작할 수 있습니다. 개발에 중점을 둔 경우에는 다음과 같은 방법을 사용합니다.

• 데이터 저장소(기본 제공된 파일 지속성), 사용자 저장소(파일 기반) 및 액세스 제어 등록 정보 파일로 구성된 기본 구현을 사용합니다. 이는 개발 테스트에 적합합니다. 기본 사용자 저장소는 설치 후 즉시 브로커를 사용할 수 있도록 기본 항목으로 작성됩니다. 기본 사용자 이름(guest) 및 비밀번호(guest)를 사용하여 클라이언트를 인증할 수 있습니다.

• 단순 파일 시스템 객체 저장소용으로 디렉토리를 작성하여 사용하고, 여기에 관리 대상 객체를 저장합니다. 저장소 작성을 선호하지 않는 경우에는 관리 대상 객체를 직접 코드로 인스턴스화할 수도 있습니다.

• 브로커에 물리적 대상을 명시적으로 작성하지 않고 자동으로 작성된 물리적 대상을 사용합니다. 자세한 내용은 해당 개발 안내서를 참조하십시오.

프로덕션 환경 지원

프로덕션 환경에서 메시지 서비스 관리는 응용 프로그램 성능 그리고 엔터프라이즈 확장, 가용성 및 보안 요구 사항 해결 측면에서 중요한 역할을 합니다. 이러한 환경에서는 관리자가 더 많은 작업을 수행해야 합니다. 이러한 작업은 대략 설정 및 유지 관리 작업으로 나뉩니다.

설정 작업

일반적으로 다음 설정 작업을 수행해야 합니다.

• 관리 액세스 보안

  파일 기반 또는 LDAP 사용자 저장소 사용 여부에 따라 관리자는 admin 그룹에 속해야 하고 보안 비밀번호를 가지고 있어야 합니다. 필요한 경우 관리자용 브로커로의 보안 연결을 작성합니다.

• 클라이언트 액세스 보안

  파일 기반 또는 LDAP 사용자 저장소 사용 여부에 따라 메시지 서비스에 액세스할 수 있는 사용자 이름을 사용자 저장소에 입력하고 액세스 제어 등록 정보 파일을 편집하여 사용자에게 적절한 권한을 부여합니다. 필요한 경우 SSL 기반 연결 서비스를 설정합니다. 인증되지 않은 연결을 방지하려면 "guest" 사용자 비밀번호를 변경해야 합니다.

• 물리적 대상 작성 및 구성

  브로커 자원에서 메시지 수와 메시지에 할당된 메모리 양을 지원할 수 있도록 대상 속성을 설정합니다.

• 관리 대상 객체 작성 및 구성

  LDAP 객체 저장소를 사용하려는 경우 저장소를 구성하고 설정해야 합니다. 연결 팩토리 및 대상 관리 대상 객체를 작성하고 구성합니다.

• 상태 있는 수평 확장이 필요한 경우 브로커 클러스터 작성

  중앙 구성 파일을 작성하고 마스터 브로커를 지정합니다.

유지 관리 작업

브로커 자원을 모니터링 및 제어하고 응용 프로그램 성능을 조정하려면 응용 프로그램을 배포한 후 다음을 수행해야 합니다.

• 응용 프로그램 클라이언트 지원 및 관리

  • 대상, 영구 가입과 트랜잭션의 모니터링 및 관리

  • 자동 작성 기능 비활성화

  • 사용 불능 메시지 대기열 모니터링 및 관리

• 브로커 모니터링 및 조정

  • 실패한 브로커 복구

  • 브로커 모니터링, 조정 및 재구성

  • 브로커 메모리 자원 관리

  • 필요한 경우 클러스터 확장

• 관리 대상 객체 관리

  필요에 따라 추가 관리 대상 객체를 작성하고, 연결 팩토리 속성을 조정하여 성능 및 처리 능력을 향상시킵니다.

메시징 작업 확장

Message Queue 서비스는 브로커를 연결하고 브로커의 상태 정보 공유를 허용함으로써 수평으로 확장될 수 있습니다. 이렇게 하면 어떤 단일 브로커가 원격 대상에 액세스하여 더 많은 클라이언트를 서비스할 수 있습니다. 자세한 내용은 4 장, 브로커 클러스터을 참조하십시오.