배포 시나리오 예

메시징 요구 사항을 수용하려면 배포, 성능 및 가용성 요구에 맞게 Java Message Service와 JMS 호스트 목록을 수정합니다. 다음 절에서는 몇 가지 일반적인 시나리오에 대해 설명합니다.

최상의 가용성을 얻기 위해서는 메시징 요구 사항이 Application Server와 맞지 않을 경우 MQ 브로커와 Application Server를 서로 다른 시스템에 배포하거나, 메시징 용량이 충분해질 때까지 각 시스템에서 Application Server 인스턴스와 MQ 브로커를 실행합니다.

기본 배포

Application Server를 설치하면 DAS(Domain Administration Server)가 자동으로 생성됩니다. 기본적으로 DAS의 Java Message Service 유형은 LOCAL입니다. 따라서 DAS를 시작하면 기본 MQ 브로커도 시작됩니다.

새 도메인을 만들면 새 브로커도 생성됩니다. 기본적으로 독립 실행형 서버 인스턴스나 클러스터를 도메인에 추가하면 해당 Java Message Service는 REMOTE로 구성되며 DAS에 의해 시작되는 브로커가 기본 JMS 호스트가 됩니다.

기본 배포에서는 세 개의 인스턴스가 포함된 Application Server 클러스터를 사용한 기본 배포의 예를 보여줍니다.

Application Server 클러스터와 함께 MQ 브로커 클러스터 사용

MQ 브로커 클러스터를 사용하도록 Application Server를 구성하려면 Application Server의 Java Message Service에서 모든 MQ 브로커를 JMS 호스트로 추가합니다. 생성된 모든 JMS 연결 팩토리와 배포된 MDB는 지정된 JMS 구성을 사용합니다.

다음 그림은 브로커 클러스터의 MQ 브로커 세 개와 클러스터의 Application Server 인스턴스 세 개를 사용하는 배포 예를 보여줍니다.

응용 프로그램 특정 MQ 브로커 클러스터 지정

경우에 따라 응용 프로그램은 Application Server 클러스터에서 사용하는 MQ 브로커 클러스터와 다른 클러스터를 사용해야 할 수 있습니다. 응용 프로그램 특정 MQ 브로커 클러스터 지정에서는 이러한 시나리오의 예를 보여줍니다. 이를 위해서는 JMS 연결 팩토리의 AddressList 등록 정보나 MDB 배포 설명자의 activation-config 요소를 사용하여 MQ 브로커 클러스터를 지정합니다.

연결 팩토리 구성에 대한 자세한 내용은 Sun Java System Application Server 9.1 관리 설명서의 JMS 연결 팩토리를 참조하십시오. MDB에 대한 자세한 내용은 Sun Java System Application Server 9.1 Developer’s Guide의 Using Message-Driven Beans를 참조하십시오.

응용 프로그램 클라이언트

응용 프로그램 클라이언트나 독립 실행형 응용 프로그램에서 JMS 관리 대상 객체에 처음 액세스하면 클라이언트 JVM이 서버에서 Java Message Service 구성을 검색합니다. 클라이언트 JVM을 다시 시작해야 JMS 서비스의 추가 변경 사항을 사용할 수 있습니다.