큐 대상을 갖는 워크로드 공유

서버 클러스터를 서비스 통합 버스에 추가하고 하나 이상의 메시징 엔진을 클러스터에 배치하면, 확장성을 위한 클러스터 버스 멤버를 구성할 수 있습니다. 클러스터 버스 멤버의 메시지 엔진은 클러스터에 배치된 큐 대상과 연관된 메시징 워크로드를 공유합니다.

워크로드를 공유하기 위한 메시징 엔진 구성에 대한 자세한 정보는 서비스 통합 고가용성 및 워크로드 공유 구성의 내용을 참조하십시오.

클러스터에 큐 대상을 배치하면 클러스터와 연관된 메시징 엔진 세트 사이에 큐가 자동으로 파티션됩니다.
  • 클러스터에 단 하나의 메시징 엔진이 있는 경우, 대상은 해당 메시징 엔진에 의해 로컬화됩니다. 대상은 파티션되지 않습니다.
  • 클러스터에 둘 이상의 메시징 엔진이 있는 경우, 대상은 클러스터의 모든 메시징 엔진 사이에 파티션됩니다. 각 메시징 엔진은 대상이 처리하는 메시지의 서브세트를 다룹니다.
파티션의 가용성 특성은 그것이 로컬화되는 메시징 엔진의 가용성 특성과 동일합니다.
참고: 생성 및 이용 애플리케이션이 큐 위치 서브세트로 구성된 별명 대상을 사용하는 경우, 다음 작동은 대상 큐 대상의 큐 위치 전체 세트가 아니라 큐 위치 서브세트에 적용됩니다.

메시지를 파티션된 큐 대상으로 전송

일반적으로 단일 서버가 큐에 대한 메시지 처리 로드를 지원할 수 없는 경우 확장 가능한 클러스터 버스 멤버를 작성하고 큐 대상을 파티션합니다. 효과적으로 사용하려면 파티션된 큐에 여러 이용자가 필요하며 각 파티션에서 하나 이상의 이용자가 이용해야 합니다. 일반 사용은 메시지 구동 Bean(MDB)의 클러스터입니다. 클러스터된 대상에서 MDB가 이용하는 방법에 대한 자세한 내용은 메시지 구동 Bean을 클러스터에 연결하는 방법을 참조하십시오.

생성 애플리케이션이 큐 대상을 호스트하는 클러스터 버스 멤버의 메시징 엔진에 연결된 경우 메시징 시스템의 기본 동작

기본적으로 생성 애플리케이션은 모든 해당 메시지를 로컬 큐 위치에 전송하는 것을 선호합니다. 이 동작은 메시지가 큐 위치까지 이동해야 하는 거리를 최소화하여 메시지 전달 성능을 최대화합니다.

그림 1. 기본 동작: 메시지가 로컬 큐 위치에 전달됨
이 그림에서는 로컬 큐 위치로 메시지를 보내는 방법을 설명합니다.
로컬 큐 위치가 사용 가능하지 않은 경우, 메시지는 로컬 큐 위치가 없는 것처럼 처리됩니다. 다음과 같은 경우 새 메시지에서 큐 위치를 사용할 수 없습니다.
  • 큐 위치를 소유하는 메시징 엔진을 사용할 수 없습니다(예를 들어, 메시징 엔진이 중지됨).
  • 큐 위치가 높은 메시지 임계값에 도달합니다.
  • 해당 큐 위치에서 큐 위치에 메시지를 전송하는 기능을 사용 불가능하게 합니다.
생성 애플리케이션이 큐 대상을 호스트하지 않는 버스 멤버의 메시징 엔진에 연결된 경우 메시징 시스템의 기본 동작

기본적으로 메시징 시스템 워크로드는 사용 가능한 큐 위치 전체에 걸쳐서 메시지의 균형을 맞춥니다.

이 그림에서는 생성 애플리케이션이 큐 대상을 호스트하지 않는 버스 멤버의 메시징 엔진에 연결되어 있으며 사용 가능한 큐 위치 전체에 걸쳐서 해당 메시지 워크로드의 균형이 맞춰져 있습니다.

그림 2. 기본 동작: 메시지가 모든 큐 위치 간의 워크로드 균형을 맞춤
이 그림에서는 모든 큐 위치에서 메시지의 워크로드 균형을 맞추는 방법을 설명합니다.
생성 애플리케이션이 큐 대상을 호스트하는 버스 멤버의 메시징 엔진에 연결되어 있을 때 구성 가능한 동작

큐 위치가 있는 메시징 엔진에 연결되어 있는 경우에도 큐 대상의 모든 큐 위치 간에 생성 애플리케이션의 모든 메시지가 워크로드 균형을 맞추도록 하려면 메시지 생성자의 기본 로컬 큐 위치 선호 구성 옵션 사용 안함을 고려하십시오. 이 옵션은 WebSphere® Application Server 버전 7.0 이상을 사용하는 외부 버스 연결에서 JMS 메시지 생성자 및 메시지 인바운드에 대해 사용 가능합니다.

이 그림에서는 생성 애플리케이션이 큐 대상을 호스트하는 버스 멤버의 메시징 엔진에 연결되어 있습니다. 생성 애플리케이션에서 "로컬 큐 위치 선호" 옵션이 사용 불가능합니다. 해당 메시지는 모든 큐 위치 간의 워크로드 균형을 맞춥니다.

그림 3. 로컬 큐 위치 선호 사용 안함: 메시지가 모든 큐 위치 간의 워크로드 균형을 맞춤
이 그림에서는 선호하는 로컬 큐 위치 옵션이 사용 불가능한 경우 모든 큐 위치에서 메시지의 워크로드 균형을 맞추는 방법을 설명합니다.
그러나 여러 생성 애플리케이션의 연결이 버스 멤버의 모든 메시징 엔진 간의 워크로드 균형을 맞춘 경우, 성능상의 이유로 기본 로컬 큐 위치 선호 작동 유지를 고려하십시오. 이는 기본 동작 때문입니다.
  • 워크로드가 모든 큐 위치 사이에서 모든 생성 애플리케이션 메시지의 균형을 맞춤
  • 연결된 메시징 엔진의 메시지를 동일한 클러스터 버스 멤버의 다른 메시징 엔진에 전송할 필요를 최소화함
생성 애플리케이션이 큐 대상을 호스트하지 않는 클러스터 버스 멤버의 메시징 엔진에 연결된 경우 구성 가능한 동작

애플리케이션 생성자의 단일 세션 중에 생성된 모든 메시지를 동일한 큐 위치에 전송하려는 경우, 메시지 유사성을 구성할 수 있습니다. 이 경우 메시지는 여러 큐 위치 간의 워크로드 균형을 맞추지 않습니다.

메시지 세트를 동일한 큐 위치에 전송하여 이용자의 단일 인스턴스에 따라 순서대로 처리하려는 경우, 애플리케이션에 대해 메시지 유사성 구성을 고려하십시오. 시스템은 해당 애플리케이션 생성자에 대한 로컬 큐 위치 선호 구성 옵션을 기준으로 모든 메시지가 전송되는 단일 큐 위치를 선택합니다. 이 옵션은 WebSphere Application Server 버전 7.0 이상을 사용하는 외부 버스 연결에서 JMS 메시지 생성자 및 메시지 인바운드에 대해 사용 가능합니다.

이 그림에서는 생성 애플리케이션이 큐 대상을 호스트하지 않는 버스 멤버의 메시징 엔진에 연결되어 있습니다. 생성 애플리케이션에 메시지 유사성이 구성되어 있습니다. 모든 메시지는 하나의 큐 위치로 전송됩니다.

그림 4. 메시지 유사성: 생성된 모든 메시지가 동일한 큐 위치에 전송됨
이 그림에서는 동일한 큐 위치에 생성된 모든 메시지를 보내는 방법을 설명합니다.

선택한 큐 위치가 사용 불가능하게 되는 경우, 이 애플리케이션에서 전송된 모든 추가 메시지가 선택된 큐 위치에 전송 중인 큐에 들어가거나 전송 조작이 거부됩니다. 이 동작은 단일 큐 위치가 있는 큐 대상에 메시지를 전송하는 것에 해당합니다.

파티션된 큐 대상에서 메시지 이용

이용자 세션이 작성될 때 이용자가 대상의 한 파티션에 바인드됩니다. 이용자가 대상의 로컬 파티션이 있는 메시징 엔진에 연결되는 경우, 이용자는 해당 파티션에 바인드됩니다. 이용자가 대상의 파티션을 갖지 않는 메시징 엔진에 연결되는 경우, 이용자는 워크로드 관리자에 의해 동적으로 선택되는 다른 메시징 엔진의 파티션에 바인드됩니다. 일단 바인드되면 이용자가 바인드된 파티션에서만 메시지를 수신합니다. 기본적으로 이용자가 바인드되는 파티션이 어떤 메시지도 갖지 않는 경우, 그런 파티션이 메시지를 포함하는 경우에도 이용자는 대체 파티션에서 메시지를 수신하지 않습니다.

로컬 이용자가 없는 클러스터에 분할된 대상을 구성하는 경우 모든 메시지가 이용되도록 보장하기 위해 대상의 각 파티션에 대해 최소한 하나의 이용자를 갖는 것이 중요합니다. 큐 위치가 있는 특정 메시징 엔진에 연결할 개별 이용자를 대상으로 지정하여 이를 확보할 수 있습니다. MDB는 메시지 이용자의 특정 유형입니다. 파티션된 대상에서 이용하는 경우 작동의 세부사항은 메시지 구동 Bean을 클러스터에 연결하는 방법을 참조하십시오.

이용자가 대상의 사용 가능한 모든 큐 위치에서 메시지를 수신하도록 하려면 메시지 이용자를 구성할 수 있습니다.

작은 메시지가 많이 있고 MDB에서 작은 규모의 처리만 수행하는 경우 이 주제에 설명된 대로 파티션된 큐로 워크로드 균형을 맞춘 메시징 엔진을 사용할 수 있습니다. 그러나 MDB에서 메시지 수는 보다 적지만 한층 규모가 큰 처리를 수행하는 경우 메시징 엔진은 하나만 필요합니다. 그러나 서버에 메시징 엔진이 있는지 여부에 관계없이 그리고 해당 서버가 동일한 셀의 멤버가 아니더라도 MDB를 가능한 많은 서버로 배치해야 합니다. 이러한 상황에 해당하는 일반적인 경우는 MDB에서 사용자 데이터베이스를 업데이트하는 경우입니다. 여러 서버에서 MDB 배치에 대한 자세한 내용은 기본 메시징 제공자의 MDB 조절 구성을 참조하십시오.

이용자가 파티션된 대상에서 이용할 때 메시징 시스템의 기본 동작

이용 애플리케이션의 세션이 작성될 때 세션은 큐 대상의 큐 위치 중 하나와 연관됩니다. 큐 대상에 여러 큐 위치가 있는 경우, 시스템은 하나를 선택합니다. 기본적으로 메시징 시스템은 연결된 메시징 엔진의 로컬 큐 위치와 이용자를 연관시키는 것을 선호합니다. 연결된 메시징 엔진에 사용 가능한 로컬 큐 위치가 없는 경우, 시스템은 WRR(Weighted Round Robin) 알고리즘을 사용하는 WebSphere Application Server 워크로드 관리자를 통해 다른 큐를 선택합니다.

기본 작동은 이용자가 사용할 수 있는 메시지를 이용자의 연관된 큐 위치에 있는 메시지로 제한하여 큐 위치에서 메시지 이용의 성능을 최대화하려고 합니다. 연관된 큐 위치에는 메시지가 없지만 다른 큐 위치에는 메시지가 있는 경우에도 이용자는 다른 큐 위치에서 메시지를 이용할 수 없습니다.

이 그림에서는 이용 애플리케이션이 로컬 큐 위치가 없는 메시징 엔진에 연결되어 있습니다. 하나의 연관된 큐 위치의 메시지만 이용됩니다.

그림 5. 기본 동작: 연관된 큐 위치의 메시지만 이용됨
이 그림에서는 연관된 큐 위치의 메시지만 이용하는 방법을 설명합니다.
이용자가 파티션된 대상에서 이용할 때 메시징 시스템의 구성 가능한 동작

연관된 큐 위치가 대상의 모든 사용 가능한 큐 위치에서 메시지를 수집하고 이용자가 볼 수 있도록 메시지 이용자를 구성할 수 있습니다.

이용자가 파티션된 큐를 파티션되지 않은 큐로 처리하려는 경우 메시지 수집 구성을 고려하십시오. 그러나 여러 큐 위치에서 메시지를 수집하는 것은 단일 큐 위치에서 이용하는 것보다 속도가 상당히 떨어집니다. 따라서 가능한 경우 대상이 단일 큐 위치를 갖도록 재구성하거나 별명 대상을 사용하여 메시지 생성자 및 이용자를 단일 큐 위치로 제한하십시오. 여러 큐 위치의 확장성이 필요하고 성능이 중요한 경우, 메시지 수집에 대한 대체 해결책을 고려하십시오.

조작의 메시지 수집 모드에서 이용자는 큐 위치에 보유된 순서대로 메시지를 볼 수 없습니다. 따라서 메시지 순서가 유지되지 않습니다.

이 옵션은 WebSphere Application Server 버전 7.0 이상을 사용하여 외부 버스 연결에서 JMS 메시지 생성자 및 메시지 인바운드에 대해 사용 가능합니다.

이 그림에서는 이용 애플리케이션이 로컬 큐 위치가 없는 메시징 엔진에 연결되어 있습니다. 이용 애플리케이션에서 메시지 수집이 사용 가능합니다. 연관된 큐 위치가 대상의 모든 사용 가능한 큐 위치에서 메시지를 수집하고 이용자가 사용할 수 있도록 합니다.

그림 6. 메시지 수집: 메시지가 모든 큐 위치에서 이용됨
이 그림에서는 메시지 수집이 가능한 이용 애플리케이션을 설명합니다.

주제 유형을 표시하는 아이콘 개념 주제



시간소인 아이콘 마지막 업데이트 날짜: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=cjt0014_
파일 이름:cjt0014_.html