[z/OS]

z/OS의 메시지 구동 Bean 및 성능 조정 설정

z/OS® 운영 체제에서 WebSphere® Application Server를 실행 중인 경우, 메시지 구동 Bean에 사용 가능한 튜닝 설정을 구성하기 위해 여러 개념을 이해해야 합니다.

z/OS의 WebSphere Application Server: 다중 프로세스 서버

z/OS에서 WebSphere Application Server를 실행 중인 경우, 다음 다이어그램에 표시된 대로 여러 유형의 리젼(프로세스)에 워크로드가 분배됩니다.

그림 1. z/OS에서 실행 중인 WebSphere Application Server의 다중 프로세스 구조
WebSphere
Application Server 설치에 제어 영역(CR), 제어 영역 부속 요소(CRA),
몇 가지 하위(servant) 영역(SR)이 있습니다. 서비스 통합이 제외된 인바운드
워크로드는 제어 영역에 속하며 하위(servant) 영역에
분배됩니다. 서비스 통합의 인바운드 워크로드는
제어 영역 부속 요소에 속하며 제어 영역을 통해
하위(servant) 영역에 라우트됩니다. 제어 영역 부속 요소에는
여러 개의 메시징 엔진이 포함됩니다. 하위(servant) 영역에서 실행 중인
애플리케이션은 제어 영역 부속 요소의 메시징 엔진과 통신합니다.
제어 영역(제어기라고도 함)
제어 영역(CR)은 시스템 코드를 실행하며 서비스 통합 버스 인바운드 워크로드를 제외한 모든 인바운드 워크로드의 통신 엔드포인트입니다(예를 들어, IIOP, HTTP). CR은 워크로드를 분류한 후 z/OS 워크로드 관리 기능(WLM)을 사용하여 하위(servant) 영역에 워크로드를 분배합니다.
제어 영역 부속 요소(부속 요소라고도 함)
다음 프로세스는 제어 영역 부속 요소(CRA)에서 실행됩니다.
  • 서비스 통합 버스 메시징 엔진
  • 서비스 통합 버스 자원 어댑터(RA)
  • WebSphere Application Server 버전 7.0부터는 IBM MQ 자원 어댑터
CRA는 서비스 통합 인바운드 워크로드의 통신 엔드포인트입니다(즉, 메시지 구동 Bean 및 중개). 이 워크로드는 분류 및 분배 시 CR을 통해 라우트됩니다. 서버에 여러 메시징 엔진이 있는 경우 모든 엔진이 동일한 CRA에서 실행됩니다. 서버에 메시징 엔진이 없는 경우, 서비스 통합 인바운드 자원 어댑터를 실행하려면 CRA가 필요합니다. CRA가 없는 서버에 서비스 통합 지원이 사용 불가능하지만 이 경우 IBM MQ 자원 어댑터를 사용 중이면, [z/OS]JMS 제공자 설정에 설명된 대로 CRA를 명시적으로 시작해야 합니다.
하위(Servant) 영역(하위라고도 함)
애플리케이션 코드(예를 들어, Enterprise Java™ Bean(EJB), 메시지 구동 Bean, 서블릿)는 하위 영역(SR)에서 실행됩니다. 하위를 하나만 두고 서버를 실행하도록 구성할 수 있지만 일반적으로는 복수 하위로 서버를 구성합니다. z/OS WLM은 워크로드 변환에 대한 응답으로 SR 수를 동적으로 조정할 수 있습니다.

메시지 구동 Bean에 대한 워크로드 관리 분류 섹션에는 여러 하위에 워크로드를 분배하여 성능을 최적화하는 방법이 설명되어 있습니다.

WebSphere Application Server 메시징 제공자

메시징 플로우는 선택한 메시징 제공자로 판별되는 메시지 구동 Bean 애플리케이션의 설치 방식에 따라 다릅니다.

참고: 동일한 메시징 제공자가 다른 배치 메소드를 제공할 수 있습니다.
z/OS의 WebSphere Application Server는 다음 메시징 제공자를 지원합니다.
WebSphere Application Server 기본 메시징 제공자
기본 메시징 제공자(서비스 통합)는 JCA(Java Connector Architecture) RA를 지원합니다. 메시지 구동 Bean 애플리케이션을 설치할 때 활성화 스펙을 제공합니다.
IBM MQ 메시징 제공자
IBM MQ 메시징 제공자는 IBM MQ 시스템을 제공자로 사용하며 메시지 구동 Bean 애플리케이션을 설치하는 다음 방법을 지원합니다.
  • JCA, RA 사용
  • ASF(Application Server Facilities), 메시지 리스너 서비스 및 메시지 리스너 포트를 사용
JCA는 전략적 Java EE 기술로, WebSphere Application Server 버전 7.0에서부터 사용하지 않는 이전의 ASF 기술보다 선호됩니다.
JMS 스펙에 대한 선택적 ASF 확장이 포함된 써드파티 메시징 제공자
써드파티 ASF 메시징 제공자를 사용하기 위해, WebSphere Application Server 구성에 이 제공자를 JMS 제공자로 추가합니다. 관리 콘솔에서 자원 > JMS > JMS 제공자를 탐색합니다.
JCA 준수 자원 어댑터(RA)가 포함된 써드파티 메시징 제공자
써드파티 JCA 메시징 제공자를 사용하기 위해, JCA 자원 어댑터 아카이브(RAR)를 WebSphere Application Server에 설치합니다. 관리 콘솔에서 자원 > 자원 어댑터 > 자원 어댑터를 탐색합니다.
참고: 동일한 WebSphere Application Server는 여러 다른 메시징 제공자를 사용할 수 있습니다.

z/OS의 워크로드 관리

메시지 구동 Bean은 일반적으로 다음 유형의 작업을 포함하여, 이기종 워크로드를 호스트하는 애플리케이션 서버에서 실행됩니다.
  1. 기타 메시지 구동 Bean
  2. IIOP를 통해 액세스하는 엔터프라이즈 Bean
  3. HTTP를 통해 액세스하는 서블릿 및 JSP

메시지 구동 Bean과 연관된 다양한 성능 조정 제어가 있으며, 이 설정은 주어진 서버의 제공된 메시지 구동 Bean(또는 메시지 구동 Bean 세트)에 수행되는 메시지 구동 Bean 작업량에 대한 상세 제어를 제공합니다. 하지만 이 설정을 사용하여 서버의 다른 작업에 관련하여 메시지 구동 Bean 작업의 우선순위를 설정하지는 마십시오. 대신에 z/OS에서 이기종 워크로드를 관리하려면 워크로드 관리(WLM) 분류를 사용하십시오.

메시지 구동 Bean에 대한 워크로드 관리 분류

메시지 구동 처리는 다음 두 가지 논리 기능으로 이루어져 있습니다.
  • 청취, 각 메시지가 도착할 때 이를 검사하고, 메시지에 대한 보안 및 트랜잭션 컨텍스트를 판별한 후 이를 처리할 메시지 구동 Bean을 식별합니다.
  • 디스패치, 메시지를 확보하고 메시지 구동 Bean의 onMessage 메소드를 활성화합니다.

이 기능은 WLM의 워크로드를 분류해서 제어됩니다.

z/OS에서 WebSphere Application Server를 실행할 때 WLM이 WebSphere Application Server 워크로드를 관리 용도로 분류하는 두 가지 파트가 있습니다.
작업 항목의 해당 트랜잭션 클래스 판별
WebSphere Application Server[z/OS]워크로드 분류 파일로 알려진 XML 문서에 WebSphere Application Server 관리자가 지정하는 규칙을 사용하여 개별 워크로드 항목을 다른 성능상의 용도로 제공할 수 있는 관리 가능한 트랜잭션 클래스 세트로 분류합니다. 트랜잭션 클래스는 선택하는 그룹화입니다. 클래스 수와 클래스 이름을 직접 결정합니다. WebSphere Application Server 관리자는 WebSphere Application Server 관리 기능을 사용하여 워크로드 분류 파일에 대한 경로를 지정합니다.

WebSphere Application Server가 HTTP, IIOP 또는 메시지 구동 Bean 작업 요청을 수신하면, 작업 항목에 대한 해당 트랜잭션 클래스를 판별합니다. 메시지 구동 Bean 작업의 경우 트랜잭션 클래스는 일반적으로 인바운드 메시지 개시자, 메시지 속성 및 대상 메시지 구동 Bean으로 판별됩니다. WebSphere Application Server가 z/OS WLM을 사용하여 WebSphere Application Server 작업 요청을 CR(또는 CRA)에서 SR로 전달할 때, WebSphere Application Server는 작업 항목에 대해 선택한 트랜잭션 클래스를 지정합니다.

작업 항목을 처리할 해당 자원 할당
z/OS WLM 관리자는 z/OS 인터넷 라이브러리에 설명된 대로, WLM ISPF 패널을 사용하여 각 트랜잭션 클래스의 해당 WLM 서비스 클래스보고서 클래스를 지정합니다. z/OS WLM은 트랜잭션 클래스를 해당 WLM 서비스 클래스 및 보고서 클래스로 맵핑해서 성능 목표를 할당합니다. 이 목표(WebSphere Application Server 워크로드뿐만 아니라 z/OS의 총 워크로드에 관련됨)는 메시지를 처리해야 하는 하위(servant) 및 이 하위로(부터) 추가 자원을 전환할지 여부를 결정해서 달성됩니다.
워크로드 관리 분류에 대한 자세한 정보는 [z/OS]z/OS 워크로드 분류를 참조하십시오.

z/OS® WLM에 대한 워크로드 분류 문서에서 서비스 통합 작업을 분류하려면 [z/OS]워크로드 분류 파일를 참조하십시오.

메시지 구동 Bean에 대한 메시징 플로우

메시징 플로우는 메시지 구동 Bean에 사용하는 배치 메소드 및 WebSphere Application Server가 사용 중인 메시징 제공자에 따라 다릅니다. 하위 주제에서는 다양한 배치 메소드의 메시징 플로우에 대해 설명합니다.
  • JCA 모드의 서비스 통합
  • JCA 모드의 WebSphere MQ
  • ASF 모드의 WebSphere MQ
하위 주제에서는 간단히 표현하기 위해, 서버가 단일 메시지 구동 Bean을 호스트하며 여러 메시지 구동 Bean 인스턴스가 모든 하위(servant) 작업자 스레드에서 동시에 실행 중일 수 있다고 가정합니다.

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



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