![[z/OS]](../images/ngzos.gif)
z/OS용 WLM(Workload Management) 조정 팁
관리 콘솔을 사용하여 하위(servant)의 JCL(job control language) PROC 이름 및 하위(servant)의 JCL Parm을 제공하므로 동적 애플리케이션 환경을 설정할 수 있습니다. 동적 애플리케이션 환경을 설정하는 경우 환경에 WLM 목표를 설정해야 합니다.
적절한 WLM 목표는 애플리케이션 처리량에 상당한 영향을 미칠 수 있습니다. WebSphere® Application Server 주소 공간에는 높은 우선순위를 지정해야 합니다. z/OS® 시스템용 WLM 목표를 설정할 때 다음을 수행할 수 있습니다.
- 위치 서비스 디먼 및 제어기를 SYSSTC 또는 고속으로 분류하십시오.
- STC 분류 규칙을 사용하여 Application Server의 속도 목표를
분류하십시오.하위(servant) 수명 초기에, 또는 IEAOPTxxWLM의 ManageNonEnclaveWork 매개변수를 yes로 설정한 경우 다음을 수행하십시오.
- Java 가비지 콜렉션은 이 분류에서 실행됩니다. Java 가비지 콜렉션은 CPU 및 저장영역 집중 프로세스입니다. 속도 목표를 너무 높게 설정하면 가비지 콜렉션이 필요 이상으로 많은 시스템 자원을 소비할 수 있습니다. Java 힙을 올바르게 조정하면 각 하위(servant)의 가비지 콜렉션이 전체 시간의 5%를 소비해야 합니다. 또한 가비지 콜렉션 실행 중 오랜 시간 동안 하위(servant)의 다른 작업이 중지되므로 가비지 콜렉션 처리에 대한 올바른 우선순위를 지정해야 합니다.
- JavaServer Page 파일은 이 분류에서 실행됩니다. 시스템이 런타임에서 이러한 컴파일을 수행하도록 구성되는 경우, 속도 목표를 너무 낮게 설정하면 JavaServer Page 파일 컴파일 완료를 대기하기 위해 더 이상 지연되지 않습니다.
IEAOPTxxWLM의 ManageNonEnclaveWork 매개변수가 no로 설정되거나 지정되지 않은 경우 대부분의 Java 가비지 콜렉션 및 JavaServer Page 컴파일은 처리를 위해 지정된 하위에 대해 설정된 서비스 클래스 기준에 따라 처리됩니다.
애플리케이션 작업은 작업 관리자 아래에서 분류됩니다.
- 성취 가능한 백분율 응답 시간 목표를 설정합니다.
예를 들어, 80%의 작업이 .25초 안에 완료되는 것이 일반 목표입니다. 애플리케이션 작업에 대한 속도 목표는 중요하지 않으므로 설정하지 않습니다.
- 목표를 다기간으로 만듭니다.
이 전략은 동일한 서비스 클래스에 뚜렷하게 단기, 장기 실행 트랜잭션이 있는 경우에 유용합니다. 반면에 가능한 경우 일반적으로 이 작업을 다른 서비스 클래스로 필터링하는 것이 보다 효과적입니다. 다른 서비스 클래스를 사용함으로써 목표를 관리하는 데 있어 WLM이 보다 많은 여유를 확보할 수 있는 다른 하위(servant)에 작업을 배치하게 됩니다.
- 하위(servant) 영역 및 애플리케이션 환경에서 실행 중인 애플리케이션에 대해 고유한 WLM 보고서 클래스를 정의하십시오. 고유한 WLM 보고서 클래스를 정의하면 RMF(resource measurement facility)가 보다 세부적으로 성능 정보를 보고할 수 있습니다.
- WLM 구성을 무제한으로 설정하는 경우, wlm_maximumSRCount=x, wlm_minimumSRCount=y 변수를 사용하여
최대 및 최소 하위(servant) 수를 제어할 수 있습니다.
이 변수의 값을 지정하려면, 관리 콘솔에서 서버 > 서버 유형 > WebSphere Application Server를 클릭하고 해당 애플리케이션 서버를 선택하십시오.
문제점 방지: wlm_maximumSRCount 변수의 값을 지정하는 경우, 이 애플리케이션 환경에 정의한 서비스 클래스 수 이상의 값을 지정해야 합니다. 값이 정의된 서비스 클래스 수보다 작은 경우 사용 가능한 하위(servant) 수가 불충분하기 때문에 제한시간이 초과될 수 있습니다. gotcha
- RMF Postprocessor 워크로드 활동 보고서에 보고되는 결과를
정기적으로 검토합니다.
- 초당 트랜잭션 수(클라이언트 트랜잭션 비율과 항상 같은 것은 아님)
- 평균 응답 시간(및 응답 시간 분배)
- 사용한 CPU 시간
- 다양한 지연과 연관되는 퍼센트 응답 시간
- 기본값이 SYSOTHER인 작업을 감시합니다. z/OS Information Center 주제 서브시스템 특정 성능 힌트에 언급된 것처럼, 엔클레이브를 사용하는 서브시스템의 작업은 서비스 정의가 분류되지 않은 경우 성능 저해가 발생할 수 있습니다. 서비스 정의에서 이 작업에 대한 분류 규칙을 추가하지 않는 경우 독단적인 목표를 가지고 있는 SYSOTHER 서비스 클래스에 자동으로 지정됩니다.
- 제어 영역에서 발생하는 BBOO0037E Function
IWMSRCRR failed with RC=8,REASON=00000868 오류 메시지를 보십시오.제한사항: 활성 WebSphere Application Server 주소 공간이 있는 z/OS 시스템에서 WLM(workload management) 처리를 고려하면, WLM에 등록하려는 서버의 수가 최대 256을 뛰어넘으면 이 메시지가 발생합니다. 특히, WLM에 등록하려고 시도하는 257번째 서버(및 후속 서버)가 이 메시지로 실패합니다. 최대 256개가 수정된 시스템 제한사항이며 변경될 수 없습니다.