![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[z/OS]](../images/ngzos.gif)
IIOP 및 JMS 요청 플로우 우선순위 지정의 개요
IIOP(Internet Inter-ORB Protocol) 및 JMS(Java™ Message Service) 요청 플로우 우선순위 지정은 요청 플로우, 요청의 우선순위 지정 및 동적 워크로드 관리를 제어하는 자율 관리자를 사용하여 달성됩니다. 독립형 EJB(Enterprise JavaBeans) 클라이언트의 IIOP 요청만 지능형 관리 IIOP 자율 요청 플로우 관리(ARFM)에 의해 우선순위가 지정됩니다. 서블릿, 웹 서비스 또는 또 다른 EJB 안에 임베드된 EJB 클라이언트의 IIOP 요청은 우선순위 지정되지 않습니다. 이 동작은 동일한 전체 사용자 요청과 연관된 트래픽이 웹 계층과 EJB 계층 같은 다중 계층에서 우선순위 지정되지 않아야 하기 때문에 존재합니다. 그러나, JMS의 비동기적 본질이 주어질 때 요청이 유래하는 위치에 대한 제한은 없습니다.
IIOP 및 JMS의 경우, 애플리케이션을 호스트하는 백엔드 애플리케이션 서버 프로세스가 자율 요청 플로우 관리자(ARFM) 게이트웨이를 실행합니다. 이들 ARFM 게이트웨이가 요청 플로우에 우선순위 지정합니다. 요청 플로우는 구성된 서비스 정책 및 제공되는 로드를 고려하여 최상의 균형잡힌 성능 결과를 달성하도록 관리됩니다.
지능형 관리 에서 성능 목표를 정의하고 이들을 수신되는 트래픽의 특정 서브세트에 바인드할 수 있습니다. ARFM 및 연관된 자율 관리자는 애플리케이션 서버로 들어오는 작업에 관한 현명한 결정을 수행하여 로드가 많을 때 비즈니스 목표를 지원할 수 있습니다. 사용자 구성의 모든 작업이 동일하게 작성되지는 않습니다. ARFM은 서로 다른 요청 플로우를 더 빨리 또는 더 느리게 전달하여 최고의 균형잡힌 결과를 달성하여 이 개념을 지원할 수 있습니다.
서비스 정책은 ARFM이 읽는 속성으로서 잠재적 작업에 지정되는 사용자 정의 분류입니다. IIOP의 경우 서비스 정책을 사용하여 애플리케이션 이름, EJB 메소드 이름, EJB jar 파일 같은 EJB 모듈 이름, EJB 이름을 포함한 요청 속성을 기반으로 요청을 분류할 수 있습니다. JMS의 경우 토픽 또는 큐의 대상 이름을 기반으로 분류할 수 있습니다. 서비스 정책을 구성함으로써 다양한 중요도 레벨을 실제 작업에 적용합니다. 다중 서비스 정책을 사용하여 서로 다른 요청 카테고리에 차별화된 서비스를 제공할 수 있습니다. 서비스 정책 목표는 성능 목표 및 중요도에서 다를 수 있습니다.
ARFM은 애플리케이션 서버 프로세스에 존재하고 요청 우선순위를 제어합니다. 자율 요청 플로우 관리자는 제어기 및 게이트웨이의 두 파트를 포함합니다. ARFM 기능은 애플리케이션 서버에서 제어기 및 게이트웨이의 콜렉션에 의해 각 셀에 대해 구현됩니다. 게이트웨이는 수신 IIOP 요청을 인터셉트하여 큐에 넣고, 제어기는 게이트웨이 및 배치 제어기에 제어 신호 또는 방향을 제공합니다. ARFM은 또한 작업 프로파일러를 포함하는데, 이것은 여러 가지 요청 플로우의 계산적 로드 특성을 추정합니다. 이들 컴포넌트는 함께 작업하여 수신 요청을 적절하게 우선순위 지정할 수 있습니다.
동적 워크로드 관리(DWLM)는 가중치 시스템에 기반한 경로 지정 같은 워크로드 관리(WLM)와 동일한 원리를 적용하는 기능으로, 우선순위 지정된 경로 지정 시스템을 확립합니다. DWLM은 WLM에 대한 경로 지정 가중치의 자율 설정을 추가하는 선택적 추가 기능입니다. WLM을 사용할 때는 관리 콘솔에서 정적 가중치를 수동으로 설정하십시오. DWLM을 사용하면 시스템이 비즈니스 목표를 현재에 머무르도록 동적으로 가중치를 수정할 수 있습니다. DWLM은 차단될 수 있습니다. 동적 운영 컴포넌트에 대해 자동 운영 모드를 사용하려는 경우, 동적 클러스터 중 하나에서 정적 WLM 가중치를 설정하면 제품의 On-Demand 측면이 적절하게 기능하도록 허용하는 것을 방해할 수 있습니다. IIOP의 경우, 이들 가중치는 다음 다이어그램에서 보는 것처럼 기본 WebSphere® EJB WLM 및 새 EJB 클라이언트 요청이 지시되는 인자에 의해 이용됩니다.

DWLM은 JMS 트래픽에 영향을 주지 않습니다. 다음 그림에 표시된 대상은 동일한 WebSphere 관리 프로세스 또는 다른 WebSphere 관리 프로세스에서 실행 중일 수 있습니다.

이전 다이어그램 묘사에서, 동일한 양의 요청이 애플리케이션 서버로 이동하지만, 작업이 분류, 우선순위 지정 및 큐 처리된 후에는 더 중요한 백금 작업의 상위 볼륨이 처리되기 위해 전송되는 한편 덜 중요한 동 작업의 하위 볼륨은 큐 처리되기 위해 대기합니다. 그러나 대부분 하위 우선순위 작업이 지연되기 때문에, 이것은 애플리케이션 서버에서 실행하는 동 작업의 장기 평균 비율을 들어오는 동 요청의 장기 평균 비율보다 작게 만들지 않습니다. 결국, 동적 운영의 기능은 작업을 완료를 위해 조절되는 대상 시간 안에서 유지하려고 시도합니다.