Sun Java System Message Queue 4.2 릴리스 노트

Message Queue 4.1의 새로운 기능

Message Queue 4.1은 몇 가지 새로운 기능과 향상된 기능 및 버그 수정이 포함된 부 릴리스였습니다. 이 절에서는 4.1 릴리스의 새로운 기능과 추가 참조 정보에 대해 설명합니다.

Message Queue 4.0에 소개된 기능에 대한 자세한 내용은 Message Queue 4.0의 새로운 기능을 참조하십시오.

고가용성 브로커 클러스터

Message Queue 4.1에서는 고가용성 브로커 클러스터가 소개되었습니다. 기존 브로커 클러스터는 메시징 서비스 가용성만을 제공(한 브로커가 실패하면 다른 브로커를 사용하여 메시징 서비스 제공)하는 반면, 고가용성 브로커 클러스터는 데이터 가용성도 제공(한 브로커가 실패하면 지속성 메시지 및 상태 데이터를 다른 브로커에서 사용하여 메시지 전달 인계)합니다.

Message Queue 4.1에서 소개된 고가용성 구현에는 공유 JDBC 기반 데이터 저장소가 사용됩니다. 브로커 클러스터의 각 브로커에 자체 영구 데이터 저장소를 사용하는 대신, 클러스터에 있는 모든 브로커가 동일한 JDBC 호환 데이터베이스를 공유합니다. 특정 브로커가 실패하면 메시지 라우팅과 실패한 브로커의 메시지 전달이 클러스터에 있는 다른 브로커로 인계됩니다. 그 과정에서 페일오버 브로커는 공유 데이터 저장소에 있는 데이터와 상태 정보를 사용합니다. 실패한 브로커의 메시징 클라이언트는 페일오버 브로커에 다시 연결하여 중단 없이 메시징 서비스를 제공합니다.

Message Queue 4.1 고가용성 구현에 사용되는 공유 JDBC 기반 저장소 자체도 고가용성이어야 합니다. 고가용성 데이터베이스가 없거나 중단 없는 메시지 전달이 그다지 중요하지 않은 경우에는 데이터 가용성 없이 서비스 가용성만을 제공하는 기존 클러스터를 계속 사용할 수 있습니다.

Message Queue 4.1 고가용성 브로커 클러스터를 구성하려면 클러스터에 있는 각 브로커에 다음 브로커 등록 정보를 지정합니다.

고가용성 브로커 클러스터 구현을 사용하려면 다음을 수행해야 합니다.

  1. 고가용성 데이터베이스를 설치합니다.

  2. JDBC 드라이버 .jar 파일을 설치합니다.

  3. 고가용성 영구 데이터 저장소에 데이터베이스 스키마를 만듭니다.

  4. 클러스터에 있는 각 브로커에 고가용성 등록 정보를 설정합니다.

  5. 클러스터의 각 브로커를 시작합니다.

고가용성 브로커 클러스터에 대한 개념 설명과 기존 클러스터와의 비교에 대해서는 Sun Java System Message Queue 4.2 Technical Overview의 4 장, Broker Clusters를 참조하십시오. 고가용성 브로커 클러스터에 대한 절차 및 참조 정보에 대해서는 Sun Java System Message Queue 4.2 Administration Guide의 8 장, Managing Broker ClustersSun Java System Message Queue 4.2 Administration GuideCluster Configuration Properties를 참조하십시오.

Message Queue 4.0으로 고가용성 데이터베이스를 사용하고 있다가 고가용성 브로커 클러스터로 전환하려는 경우에는 데이터베이스 관리자 유틸리티(imqdbmgr)를 사용하여 공유 영구 데이터 저장소로 변환할 수 있습니다. 알려진 문제점과 제한 사항에 대해서는 브로커 클러스터를 참조하십시오.

JAAS 지원

Message Queue 4.1은 내장되어 있는 파일 기반 및 LDAP 기반 인증 메커니즘 외에도 브로커에 외부 인증 메커니즘을 접속하여 Message Queue 클라이언트를 인증할 수 있도록 해주는 JAAS(Java Authentication and Authorization Service)를 지원합니다.

브로커를 통해 JAAS 호환 인증 서비스에서 사용할 수 있는 정보에 대한 설명과 이런 서비스를 사용하도록 브로커를 구성하는 방법에 대한 자세한 내용은 Sun Java System Message Queue 4.2 Administration GuideUsing JAAS-Based Authentication을 참조하십시오.

영구 데이터 저장소 형식 변경 사항

Message Queue 4.1에서 JDBC 기반 데이터 저장소가 고가용성 브로커 클러스터를 지원하도록 변경되었습니다. 이로 인해 JDBC 기반 데이터 저장소의 형식도 버전 410으로 높아졌습니다. 형식 버전 350, 370 및 400은 410 버전으로 자동 마이그레이션됩니다.

파일 기반 영구 데이터 저장소 형식은 변경된 사항이 없으므로 버전 370으로 유지됩니다.

브로커 환경 구성

등록 정보 IMQ_DEFAULT_EXT_JARS가 Message Queue 4.1 환경 구성 파일 imqenv.conf에 추가되었습니다. 이 등록 정보를 설정하여 브로커가 시작될 때 CLASSPATH에 포함될 수 있도록 외부 .jar 파일의 경로 이름을 지정할 수 있습니다. 이 등록 정보를 사용하여 외부 .jar 파일의 위치를 지정하면 더 이상 이 파일을 lib/ext 디렉토리에 복사할 필요가 없습니다. 외부 .jar 파일은 JDBC 드라이버 또는 JAAS 로그인 모듈과 관련된 것일 수 있습니다. 다음 샘플 등록 정보에서는 JDBC 드라이버의 위치를 지정합니다.

IMQ_DEFAULT_EXT_JARS=/opt/SUNWhadb4/lib/hadbjdbc4.jar:/opt/SUNWjavadb/derby.jar

Java ES Monitoring Framework 지원

Message Queue 4.1에서는 공용 그래픽 인터페이스를 사용하여 Java ES 구성 요소를 모니터링할 수 있는 Sun Java ES(Java Enterprise System) Monitoring Framework에 대한 지원이 출시되었습니다. 이 인터페이스는 Sun Java System Monitoring Console이라고 하는 웹 기반의 콘솔로 구현됩니다. 관리자는 콘솔을 사용하여 성능 통계를 보고, 자동으로 모니터링할 수 있는 규칙을 만들고, 경보를 확인할 수 있습니다. Message Queue를 다른 Java ES 구성 요소와 함께 실행 중인 경우에는 단일 인터페이스를 사용하여 이러한 모든 구성 요소를 관리하는 것이 편리할 수 있습니다.

Java ES Monitoring Framework를 사용하여 Message Queue를 모니터링하는 방법에 대한 자세한 내용은 XREF를 참조하십시오.

향상된 트랜잭션 관리

이전에는 PREPARED 상태의 트랜잭션만 관리 목적으로 롤백할 수 있었습니다. 즉, 분산 트랜잭션의 일부인 세션이 정상적으로 종료되지 않은 경우 트랜잭션이 관리자에 의해 정리되지 않은 상태로 유지되었습니다. Message Queue 4.1에서는 명령 유틸리티(imqcmd)를 사용하여STARTED, FAILED, INCOMPLETE, COMPLETEPREPARED와 같은 상태의 트랜잭션을 정리(롤백)할 수 있습니다.

특정 트랜잭션을 롤백할 수 있는지 여부(특히 트랜잭션이 PREPARED 상태가 아닐 경우)를 결정할 수 있도록 명령 유틸리티에서 imqcmd query txn 출력의 일부로 추가 데이터를 제공합니다. 이 유틸리티는 트랜잭션을 시작한 연결의 연결 아이디를 제공하며 트랜잭션이 만들어진 시간을 지정합니다. 관리자는 이 정보를 사용하여 트랜잭션을 롤백해야 하는지 여부를 결정할 수 있습니다. 일반적으로 관리자는 트랜잭션을 조기에 롤백해서는 안 됩니다.

C 클라이언트 연결을 위한 고정 포트

Message Queue 4.1, C 클라이언트는 Java 클라이언트와 마찬가지로 이제 브로커의 포트 매퍼 서비스에서 동적으로 할당된 포트 대신 고정된 브로커 포트에 연결할 수 있습니다. 고정 포트 연결은 방화벽을 통과하려고 하거나 다른 이유로 포트 매퍼 서비스를 우회해야 하는 경우에 유용합니다.

고정 포트 연결을 구성하려면 브로커와 C 클라이언트 런타임 모두(연결의 양 끝 모두)를 구성해야 합니다. 예를 들어, ssljms를 통해 클라이언트를 포트 1756에 연결할 경우 다음을 수행합니다.


주 –

MQ_SERVICE_PORT_PROPERTY 연결 등록 정보가 Message Queue 3.7 Update 2로 백포트되었습니다.