test

Sun Java System Application Server 9.1 고가용성 관리 설명서

10장 Java Message Service 로드 균형 조정 및 페일오버

이 장에서는 Application Server에서 사용할 수 있도록 JMS(Java Message Service)의 로드 균형 조정 및 페일오버를 구성하는 방법을 설명합니다. 다음 항목으로 구성됩니다.

Java Message Service 개요

Java Message Service(JMS) API는 Java EE 응용 프로그램 및 구성 요소가 메시지를 작성하고, 보내고, 받고, 읽을 수 있도록 하는 메시징 표준입니다. 또한 느슨하게 결합되고 안정적인 비동기식 분산 통신을 가능하게 합니다. JMS를 구현하는 Sun Java System Message Queue(MQ)는 Application Server와 긴밀하게 통합되어 MDB(Message-Driven Bean)와 같은 구성 요소를 만들 수 있도록 합니다.

MQ는 Java EE Connector Architecture Specification 1.5에 의해 정의된 자원 어댑터라고도 하는 커넥터 모듈을 사용하여 Application Server와 통합됩니다. Application Server로 배포된 Java EE 구성 요소는 커넥터 모듈을 통해 통합된 JMS 공급자를 사용하여 JMS 메시지를 교환합니다. Application Server에서 JMS 자원을 만들면 백그라운드에서 커넥터 자원이 만들어집니다. 따라서 각 JMS 작업은 커넥터 런타임을 호출하며 백그라운드에서 MQ 자원 어댑터를 사용합니다.

관리 콘솔이나 asadmin 명령줄 유틸리티를 사용하여 Java Message Service를 관리할 수 있습니다.

추가 정보

JMS 자원 구성에 대한 자세한 내용은 Sun Java System Application Server 9.1 관리 설명서의 4 장, JMS(Java Message Service) 자원 구성을 참조하십시오. JMS에 대한 자세한 내용은 Sun Java System Application Server 9.1 Developer’s Guide의 18 장, Using the Java Message Service를 참조하십시오. 커넥터(자원 어댑터)에 대한 자세한 내용은 Sun Java System Application Server 9.1 Developer’s Guide의 12 장, Developing Connectors를 참조하십시오.

Sun Java System Message Queue에 대한 자세한 내용은 Message Queue 설명서(http://docs.sun.com/coll/1343.4 및 http://docs.sun.com/coll/1776.1)를 참조하십시오. JMS API에 대한 일반 정보는 JMS 웹 페이지를 참조하십시오.

Java Message Service 구성

Java Message Service 구성은 Sun Java System Application Server 클러스터 또는 인스턴스에 대한 모든 인바운드 및 아웃바운드 연결에서 사용할 수 있습니다. 다음에서 Java Message Service를 구성할 수 있습니다.

JMS 연결 팩토리 설정을 사용하여 Java Message Service 구성을 대체할 수 있습니다. 자세한 내용은 Sun Java System Application Server 9.1 관리 설명서의 JMS 연결 팩토리를 참조하십시오.

주 –

Java Message Service의 구성을 변경한 후에 Application Server 인스턴스를 다시 시작해야 합니다.

JMS 관리에 대한 자세한 내용은 Sun Java System Application Server 9.1 관리 설명서의 4 장, JMS(Java Message Service) 자원 구성을 참조하십시오.

Java Message Service 통합

MQ는 Application Server과 세 가지 방법(LOCAL, REMOTE 및 EMBEDDED)으로 통합할 수 있습니다. 이러한 모드는 관리 콘솔에 Java Message Service Type 속성으로 표현됩니다.

LOCAL Java Message Service

Type 속성이 LOCAL(클러스터 인스턴스의 기본값)이면 Application Server는 기본 JMS 호스트로 지정된 MQ 브로커를 시작했다가 중지합니다. MQ 프로세스는 Application Server 프로세스에 포함되지 않고 별도 VM에서 시작됩니다. Application Server는 브로커에 추가 포트를 제공합니다. 브로커는 이 포트를 사용하여 RMI 레지스트리를 시작합니다. 이 포트 번호는 해당 인스턴스에 구성된 JMS 포트에 100을 더한 수와 같습니다. 예를 들어 JMS 포트 번호가 37676이면 이 추가 포트 번호는 37776이 됩니다.

Application Server 인스턴스와 Message Queue 브로커 사이에 일대일 관계를 만들려면 이 유형을 LOCAL로 설정하고 각 Application Server 인스턴스에 다른 기본 JMS 호스트를 부여합니다. 클러스터가 Application Server에 정의되는지 또는 MQ에 정의되는지에 관계없이 이 작업을 수행할 수 있습니다.

LOCAL 유형을 사용할 경우 Start Arguments 속성을 사용하여 MQ 브로커 시작 매개 변수를 지정합니다.

REMOTE Java Message Service

Type 속성이 REMOTE이면 MQ 브로커를 따로 시작해야 합니다. 브로커 시작에 대한 자세한 내용은 Sun Java System Message Queue Administration Guide를 참조하십시오.

이 경우 Application Server에서는 외부에 구성된 브로커나 브로커 클러스터를 사용합니다. 또한 Application Server와는 별도로 MQ 브로커를 시작 및 중지해야 하며 MQ 도구를 사용하여 브로커 또는 브로커 클러스터를 구성하고 조정해야 합니다. REMOTE 유형은 Application Server 클러스터에 가장 적절합니다.

REMOTE 유형을 사용할 경우 MQ 도구를 사용하여 MQ 브로커 시작 매개 변수를 지정해야 합니다. Start Arguments 속성은 무시됩니다.

EMBEDDED Java Message Service

JMS Type 속성이 EMBEDDED이면 Application Server와 JMS 브로커가 같은 VM에 공존하며 JMS 서비스가 프로세스 내부에서 시작되고 Application Server에 의해 관리된다는 의미입니다. 이 모드에서는 JMS 작업이 네트워킹 스택을 우회하므로 성능이 최적화됩니다.

JMS 호스트 목록

JMS 호스트는 MQ 브로커를 나타냅니다. Java Message Service에는 Application Server가 사용하는 모든 JMS 호스트가 들어 있는 JMS 호스트 목록(AddressList라고도 함)이 포함되어 있습니다.

JMS 호스트 목록은 지정된 MQ 브로커의 호스트 및 포트로 채워지며 JMS 호스트 구성이 변경될 때마다 업데이트됩니다. JMS 자원을 만들거나 MDB를 배포하면 해당 항목에 JMS 호스트 목록이 상속됩니다.

주 –

Sun Java System Message Queue 소프트웨어에서 AddressList 등록 정보는 imqAddressList로 지정됩니다.

기본 JMS 호스트

JMS 호스트 목록의 호스트 중 하나가 Default_JMS_host라는 기본 JMS 호스트로 지정됩니다. Java Message Service 유형이 LOCAL로 구성되면 Application Server 인스턴스가 기본 JMS 호스트를 시작합니다.

Sun Java System Message Queue 소프트웨어에서 다중 브로커 클러스터를 만든 경우 기본 JMS 호스트를 삭제하고 Message Queue 클러스터의 브로커를 JMS 호스트로 추가합니다. 이 경우 기본 JMS 호스트는 JMS 호스트 목록의 첫 번째 호스트가 됩니다.

Application Server는 Message Queue 클러스터를 사용할 때 기본 JMS 호스트에서 Message Queue 특정 명령을 실행합니다. 예를 들어, 세 개의 브로커로 구성된 Message Queue 클러스터에 대해 하나의 물리적 대상이 만들어질 때 물리적 대상을 만드는 명령은 기본 JMS 호스트에서 실행되지만 클러스터의 세 브로커 모두에서 해당 물리적 대상이 사용됩니다.

JMS 호스트 만들기

다음 방법으로 추가 JMS 호스트를 만들 수 있습니다.

연결 풀링 및 페일오버

Application Server는 JMS 연결 풀링 및 페일오버를 지원합니다. Sun Java System Application Server는 JMS 연결을 자동으로 풀링합니다. 주소 목록 동작 속성이 random(기본값)이면 Application Server는 JMS 호스트 목록에서 무작위로 기본 브로커를 선택합니다. 페일오버가 발생하면 MQ는 로드를 투명하게 다른 브로커로 전송하고 JMS 의미를 유지 관리합니다. JMS 유형이 LOCAL 유형인 경우 주소 목록 동작 속성의 기본값은 priority입니다.

Application Server가 연결이 끊어졌을 때 기본 브로커에 다시 연결하려고 시도할지 여부를 지정하려면 다시 연결 확인란을 선택합니다. 이 옵션을 선택한 상태에서 기본 브로커가 다운되면 Application Server는 JMS 호스트 목록의 다른 브로커로 다시 연결하려고 시도합니다.

다시 연결을 선택한 경우 다음 속성도 지정하십시오.

JMS 연결 팩토리 설정을 사용하여 이러한 설정을 대체할 수 있습니다. 자세한 내용은 Sun Java System Application Server 9.1 관리 설명서의 JMS 연결 팩토리를 참조하십시오.

로드 균형이 조정된 메시지 흐름

Message-Driven Bean에 대한 sun-ejb-jar.xml 파일에서 activation-config-property 요소를 사용하여 jmsra 자원 어댑터의 ActivationSpec 등록 정보를 구성할 수 있습니다. Message-Driven Bean(EndPointFactory)이 배포될 때마다 커넥터 런타임 엔진이 이 등록 정보를 찾아 자원 어댑터에서 적절하게 구성합니다. Sun Java System Application Server 9.1 Application Deployment Guide의 activation-config-property를 참조하십시오.

Application Server는 동일한 ClientID를 갖는 Message-Driven Bean에 메시지가 임의로 전달되도록 합니다. 영구 가입자에게는 ClientID가 필요합니다.

ClientID가 구성되지 않은 비영구 가입자의 경우 동일한 항목에 가입된 특정 Messag-Driven Bean의 모든 인스턴스가 동일한 것으로 간주됩니다. Message-Driven Bean이 여러 Application Server 인스턴스에 배포된 경우에는 Message-Driven Bean 중 하나만 메시지를 수신합니다. 여러 Message-Driven Bean이 동일한 항목에 가입된 경우 Message-Driven Bean별로 하나의 인스턴스가 메시지 사본을 수신합니다.

동일한 대기열을 사용하는 여러 사용자를 지원하려면 물리적 대상의 maxNumActiveConsumers 등록 정보를 큰 값으로 설정하십시오. 이 등록 정보를 설정할 경우 Sun Java System Message Queue 소프트웨어에서는 설정된 숫자만큼의 Message-Driven Bean이 동일한 대기열의 메시지를 사용하도록 허용됩니다. 메시지는 Message-Driven Bean에 임의로 전달됩니다. maxNumActiveConsumers가 -1로 설정되면 사용자 수에 제한이 없습니다.

기본적으로 로컬 전달을 사용하려면 addresslist-behavior를 priority로 설정합니다. 이 설정은 AddressList의 첫 번째 브로커가 먼저 선택되도록 지정합니다. 첫 번째 브로커는 로컬에 함께 존재하는 Message Queue 인스턴스입니다. 이 브로커를 사용할 수 없으면 AddressList에 나열된 순서대로 브로커에 대한 연결을 시도합니다. 이 설정은 클러스터에 속한 Application Server 인스턴스의 기본값입니다.

주 –

개발자 프로필에서는 클러스터링 기능을 사용할 수 없습니다. 프로필에 대한 자세한 내용은 Sun Java System Application Server 9.1 관리 설명서의 사용 프로필을 참조하십시오.

JMS 서비스 고가용성

다음 두 가지 수준의 JMS 구성 요소 가용성이 있습니다.

JMS(Java Message Service)를 구성하는 Sun Java System Message Queue 클러스터에 데이터 가용성을 활성화할 수 있습니다. 메시지는 공통 지속성 저장소에 유지되며 고가용성 데이터베이스(HADB)가 설치되어 있고 엔터프라이즈 프로필이 선택된 경우 고가용성 데이터베이스와 클러스터의 다른 모든 브로커 인스턴스에서 사용할 수 있습니다. 프로필에 대한 자세한 내용은 Sun Java System Application Server 9.1 관리 설명서의 사용 프로필을 참조하십시오. 해당 브로커에 대한 데이터 가용성을 활성화하려면 먼저 Application Server 인스턴스의 가용성을 활성화해야 합니다.

주 –

개별 응용 프로그램 및 모듈은 JMS 가용성을 제어하거나 대체할 수 없습니다.

데이터 가용성을 활성화하려면 관리 콘솔의 관련 구성 아래에서 가용성 서비스 구성 요소를 선택합니다. 가용성 서비스 상자를 선택합니다. JMS 서비스에 대한 가용성을 활성화하려면 JMS 가용성 탭을 선택한 다음 가용성 서비스 상자를 선택합니다. 일관된 동작을 위해 하나의 Application Server 클러스터에 속한 모든 인스턴스의 인스턴스 가용성 및 JMS 가용성 설정은 동일합니다. 자세한 내용은 Sun Java System Application Server 9.1 고가용성 관리 설명서를 참조하십시오.

주 –

개발자 프로필에서는 클러스터링 기능을 사용할 수 없습니다. 프로필에 대한 자세한 내용은 Sun Java System Application Server 9.1 관리 설명서의 사용 프로필을 참조하십시오.

Application Server에서 MQ 클러스터 사용

MQ Enterprise Edition은 브로커 클러스터로 알려져 있는 상호 연결된 여러 브로커 인스턴스를 지원합니다. 브로커 클러스터를 사용하면 클라이언트 연결이 클러스터에 있는 모든 브로커 간에 분산됩니다. 클러스터링은 수평적 확장을 제공하며 가용성을 향상시킵니다.

이 절에서는 고가용성 Sun Java System Message Queue 클러스터를 사용하도록 Application Server를 구성하는 방법을 설명합니다. 또한 Message Queue 클러스터를 시작하고 구성하는 방법을 설명합니다.

Application Server 토폴로지 및 MQ 배포에 대한 자세한 내용은 Sun Java System Application Server 9.1 배포 계획 설명서의 Planning Message Queue Broker Deployment를 참조하십시오.

고가용성 MQ 클러스터

Sun Java System Message Queue 4.1에서는 새 "고가용성" 클러스터 유형을 통해 고가용성 메시징 서비스를 제공합니다. 이 유형의 MQ 클러스터에서는 모든 브로커 인스턴스가 피어 대 피어 관계를 공유하며 해당 클러스터에 속한 모든 브로커 인스턴스가 공통 지속성 데이터 저장소를 공유함으로써 '데이터 가용성'을 제공합니다.인스턴스는 인스턴스 실패를 자동으로 감지하고 실패한 브로커의 지속성 메시지를 동적 인계 선출을 통해 인계합니다. 따라서 Application Server에 배포된 응용 프로그램 구성 요소는 이러한 가용성 기능을 이용할 수 있습니다.

이 클러스터 유형을 사용하면 대기열 또는 영구 항목 가입에 대한 트랜잭션된 지속성 메시지가 손실되지 않습니다. 비지속성 메시지 또는 비영구 가입자에 대한 지속성 메시지는 클라이언트 런타임이 연결된 브로커를 사용할 수 없을 경우 손실될 수 있습니다.

LOCAL 모드에서 고가용성 브로커 클러스터 구성

  1. HADB를 시작합니다.

  2. Application Server 도메인을 만들고 시작합니다. 도메인을 만들고 시작하려면 asadmin 명령 create-domain 및 start-domain을 각각 사용합니다. 이 명령에 대한 자세한 내용은 create-domain(1) 및 start-domain(1)을 참조하십시오.

  3. 노드 에이전트를 만들고 시작합니다. 노드 에이전트를 만들고 시작하려면 asadmin 명령 create-node-agent 및 start-node-agent를 각각 사용합니다. 이 명령에 대한 자세한 내용은 create-node-agent(1) 및 start-node-agent(1)를 참조하십시오.

  4. 클러스터를 만듭니다. asadmin 명령 create-cluster를 사용하거나 관리 콘솔을 사용하여 클러스터를 만들 수 있습니다. create-cluster 명령에 대한 자세한 내용은 create-cluster(1)를 참조하십시오. 관리 콘솔을 사용하여 클러스터를 만드는 방법에 대한 자세한 내용은 관리 콘솔 온라인 도움말을 참조하십시오.

  5. 클러스터에서 인스턴스를 만듭니다. 인스턴스를 만드는 과정에서 원격 브로커에서 사용하는 JMS 공급자 포트 번호를 지정합니다. 지정하지 않으면 기본 JMS 공급자 포트 번호가 사용됩니다. 관리 콘솔 또는 asadmin 명령 create-instance를 사용하여 인스턴스를 만들 수 있습니다. 관리 콘솔을 사용하여 인스턴스를 만드는 방법에 대한 자세한 내용은 관리 콘솔 온라인 도움말을 참조하십시오. create-instance 명령에 대한 자세한 내용은 create-instance(1)를 참조하십시오.

  6. 클러스터를 시작합니다. 관리 콘솔 또는 asadmin 명령 start-cluster를 사용하여 시작할 수 있습니다. 관리 콘솔을 사용하여 클러스터를 시작하는 방법에 대한 자세한 내용은 관리 콘솔 온라인 도움말을 참조하십시오. start-cluster 명령에 대한 자세한 내용은 start-cluster(1)를 참조하십시오.

  7. asadmin 명령 configure-ha-cluster를 사용하여 HA 클러스터를 구성합니다. 명령에 대한 자세한 내용은 configure-ha-cluster(1)를 참조하십시오.

REMOTE 모드에서 고가용성 브로커 클러스터 구성

  1. HADB를 시작합니다.

  2. 데이터베이스 테이블을 만듭니다.

  3. 고가용성 브로커 클러스터를 만드는 경우 HA 드라이버를 복사합니다. 

    cp $AS_HOME/hadb/4.4.3-6/lib/hadbjdbc4.jar $S1AS_HOME/imq/lib/ext

  4. 도메인을 만들고 시작합니다. 이 작업을 수행하려면 asadmin 명령 create-domain 및 start-domain을 사용합니다. 이 명령에 대한 자세한 내용은 create-domain(1) 및 start-domain(1)을 참조하십시오.

  5. 노드 에이전트를 만들고 시작합니다. 이 작업을 수행하려면 asadmin 명령 create-domain 및 start-node-agent를 사용합니다. 이 명령에 대한 자세한 내용은 create-node-agent(1) 및 start-node-agent(1)를 참조하십시오.

  6. 클러스터를 만듭니다. asadmin 명령 create-cluster를 사용하거나 관리 콘솔을 사용하여 클러스터를 만들 수 있습니다. 자세한 내용은 create-cluster(1)를 참조하십시오. 관리 콘솔을 사용하여 클러스터를 만드는 방법에 대한 자세한 내용은 관리 콘솔 온라인 도움말을 참조하십시오.

  7. 클러스터에서 인스턴스를 만듭니다. 인스턴스를 만드는 과정에서 원격 브로커에서 사용하는 JMS 공급자 포트 번호를 지정합니다. 지정하지 않으면 기본 JMS 공급자 포트 번호가 사용됩니다.

  8. 기본 JMS 호스트를 삭제하고 인스턴스에서 연결할 수 있는 JMS 호스트를 만듭니다. 각 브로커를 별도의 JMS 호스트로 추가해야 합니다. JMS 호스트에 대한 자세한 내용은 JMS 호스트 목록을 참조하십시오.

  9. JMS 유형을 REMOTE로 설정합니다. asadmin 명령 set을 사용하거나 관리 콘솔의 JMS 서비스 페이지에서 설정할 수 있습니다.

  10. 고가용성 브로커를 구성하는 경우에는 JMS 가용성을 true로 설정합니다. asadmin 명령 set을 사용하거나 관리 콘솔의 JMS 가용성 페이지에서 설정할 수 있습니다.

  11. 브로커 인스턴스를 시작합니다.

  12. 클러스터를 시작합니다. 자세한 내용은 start-cluster(1)를 참조하십시오.

비 HA 클러스터를 위한 자동 클러스터링

지금까지 관리자는 이 절 뒤에 나오는 절차에 설명된 것처럼 '비 고가용성' MQ 클러스터(마스터 브로커가 있는 MQ 클러스터)를 별도로 설정해야 했습니다. 이 릴리스에서 Application Server는 MQ 클러스터의 수동 설정 프로세스(REMOTE 유형)와 함께 '자동 클러스터링' 기능을 제공합니다. 따라서 Application Server 클러스터를 만들 때 같은 위치에 비 HA 클러스터(LOCAL 유형)가 자동으로 생성됩니다. 이는 MQ 클러스터를 만드는 기본 모드입니다. 예를 들어 관리자가 세 개의 Application Server 인스턴스로 Application Server 클러스터를 만들면 각 Application Server 인스턴스는 같은 위치에 있는 브로커와 함께 작동하도록 구성되며, 그 결과 세 개의 MQ 브로커 인스턴스가 투명하게 MQ 클러스터를 형성하게 됩니다. 첫 번째 Application Server 인스턴스의 MQ 브로커는 마스터 브로커로 설정됩니다. 하지만 자동 클러스터링에는 단점도 있습니다. 관리자가 클러스터에 인스턴스를 추가하면 자동으로 생성된 MQ 브로커 인스턴스는 클러스터에 참가할 수 없습니다. 클러스터에서 인스턴스가 제거된 경우에도 이 동작이 적용됩니다.

ProcedureApplication Server 클러스터가 있는 MQ 클러스터 활성화

시작하기 전에

클러스터가 REMOTE 유형인 경우 다음 절차를 수행합니다. 클러스터가 LOCAL 유형인 경우에는 단계 1~4가 적용되지 않습니다.

  1. Application Server 클러스터가 아직 없으면 만듭니다.

    클러스터를 만드는 방법에 대한 자세한 내용은 클러스터 만들기를 참조하십시오.

  2. MQ 브로커 클러스터를 만듭니다.

    먼저 Domain Administration Server에 의해 시작된 브로커를 참조하는 기본 JMS 호스트를 삭제한 후 MQ 브로커 클러스터에 포함될 세 개의 외부 브로커(JMS 호스트)를 만듭니다.

    관리 콘솔이나 asadmin 명령줄 유틸리티에서 JMS 호스트를 만듭니다.

    asadmin을 사용하려면 다음과 같이 명령을 지정합니다.


    asadmin delete-jms-host --target cluster1 default_JMS_host
asadmin create-jms-host --target cluster1
     --mqhost myhost1 --mqport 6769
     --mquser admin --mqpassword admin broker1
asadmin create-jms-host --target cluster1
     --mqhost myhost2 --mqport 6770
     --mquser admin --mqpassword admin broker2
asadmin create-jms-host --target cluster1
     --mqhost myhost3 --mqport 6771
     --mquser admin --mqpassword admin broker3

    관리 콘솔을 사용하여 호스트 만들기

    1. JMS 호스트 노드(구성 > config-name > Java Message Service > JMS 호스트)로 이동합니다.

    2. 기본 브로커(default_JMS_host)를 삭제합니다.

      해당 브로커 옆의 확인란을 선택한 후 삭제를 누릅니다.

    3. 새로 만들기를 눌러 각 JMS 호스트를 만들고 해당 등록 정보 값을 입력합니다.

      호스트 이름, DNS 이름 또는 IP 주소, 포트 번호, 관리 사용자 이름 및 비밀번호 값을 채웁니다.

  3. 마스터 MQ 브로커 및 기타 MQ 브로커를 시작합니다.

    JMS 호스트 시스템에서 세 개의 외부 브로커를 시작하고 임의의 시스템에서 하나의 마스터 브로커를 시작합니다. 이 마스터 브로커는 브로커 클러스터에 속할 필요가 없습니다. 예를 들면 다음과 같습니다. 


    /usr/bin/imqbrokerd -tty -name brokerm -port 6772
 -cluster myhost1:6769,myhost2:6770,myhost2:6772,myhost3:6771
 -D"imq.cluster.masterbroker=myhost2:6772"

  4. 클러스터의 Application Server 인스턴스를 시작합니다.

  5. 클러스터에 JMS 자원을 만듭니다.

    1. JMS 물리적 대상을 만듭니다.

      예를 들어, asadmin을 사용하여 다음과 같이 지정합니다.


      asadmin create-jmsdest --desttype queue --target cluster1 MyQueue
asadmin create-jmsdest --desttype queue --target cluster1 MyQueue1

      관리 콘솔을 사용하려면

      1. JMS 호스트 페이지(구성 > config-name > Java Message Service > 물리적 대상)로 이동합니다.

      2. 새로 만들기를 눌러 각 JMS 물리적 대상을 만듭니다.

      3. 각 대상에 대해 이름 및 유형(queue)을 입력합니다.

    2. JMS 연결 팩토리를 만듭니다.

      예를 들어, asadmin을 사용하려면 다음과 같이 지정합니다.


      asadmin create-jms-resource --target cluster1
--restype javax.jms.QueueConnectionFactory jms/MyQcf
asadmin create-jms-resource --target cluster1
--restype javax.jms.QueueConnectionFactory jms/MyQcf1

      관리 콘솔을 사용하려면

      1. JMS 연결 팩토리 페이지(자원 > JMS 자원 > 연결 팩토리)로 이동합니다.

      2. 각 연결 팩토리를 만들려면 새로 만들기를 누릅니다.

        JMS 연결 팩토리 만들기 페이지가 열립니다.

      3. 각 연결 팩토리에 대해 JNDI 이름(예: jms/MyQcf) 및 유형 javax.jms.QueueConnectionFactory를 입력합니다.

      4. 페이지 맨 아래에 나오는 사용 가능한 대상 목록에서 클러스터를 선택하고 추가를 누릅니다.

      5. 확인을 눌러 연결 팩토리를 만듭니다.

    3. JMS 대상 자원을 만듭니다.

      예를 들어, asadmin을 사용하려면 다음과 같이 지정합니다.


      asadmin create-jms-resource --target cluster1
     --restype javax.jms.Queue
     --property imqDestinationName=MyQueue jms/MyQueue
asadmin create-jms-resource --target cluster1
     --restype javax.jms.Queue
     --property imqDestinationName=MyQueue1 jms/MyQueue1

      관리 콘솔을 사용하려면

      1. JMS 대상 자원 페이지(자원 > JMS 자원 > 연결 팩토리)로 이동합니다.

      2. 각 대상 자원을 만들려면 새로 만들기를 누릅니다.

        JMS 대상 자원 만들기 페이지가 열립니다.

      3. 각 대상 자원에 대해 JNDI 이름(예: jms/MyQueue) 및 유형 javax.jms.Queue를 입력합니다.

      4. 페이지 맨 아래에 나오는 사용 가능한 대상 목록에서 클러스터를 선택하고 추가를 누릅니다.

      5. 확인을 눌러 대상 자원을 만듭니다.

  6. 응용 프로그램 클라이언트에 대해 – retrieve 옵션을 지정하여 응용 프로그램을 배포합니다. 예를 들면 다음과 같습니다.


    asadmin deploy --target cluster1 
--retrieve /opt/work/MQapp/mdb-simple3.ear

  7. 응용 프로그램에 액세스한 후 예상대로 동작하는지 테스트합니다.

  8. Application Server를 기본 JMS 구성으로 되돌리려면 만든 JMS 호스트를 삭제하고 기본 JMS 호스트를 다시 만듭니다. 예를 들면 다음과 같습니다.


    asadmin delete-jms-host --target cluster1 broker1
asadmin delete-jms-host --target cluster1 broker2
asadmin delete-jms-host --target cluster1 broker3
asadmin create-jms-host --target cluster1
 --mqhost myhost1 --mqport 7676
 --mquser admin --mqpassword admin
 default_JMS_host

    관리 콘솔에서도 동일한 작업을 수행할 수 있습니다.

일반 오류

문제가 발생하면 다음을 참조하십시오.