![[z/OS]](../images/ngzos.gif)
작업 요청의 주소 공간 관리
제품은 워크로드 관리(WLM) 엔클레이브를 사용하여 작업 요청의 성능 컨텍스트를 전파합니다. 각 트랜잭션에는 엔클레이브가 있으며 해당 서비스 클래스에 따라 관리됩니다.
워크로드 관리가 큐 관리자로 보는 서버의 제어기는 클라이언트 요청과 연관되는 엔클레이브를 사용하여 작업 우선순위를 관리합니다. 작업 우선순위가 높으면, 워크로드 관리는 작업을 서버에서 우선순위가 높은 하위 영역으로 보낼 수 있습니다. 작업 우선순위가 낮으면, 워크로드 관리는 작업을 우선순위가 낮은 하위 영역으로 보낼 수 있습니다. 성과는 동일 서버에서 우선순위에 따라 작업을 분할하는 것입니다.

- 제품은 자체 규칙 세트를 사용하여 네트워크의 클라이언트 요청에 사용되는 엔클레이브를 작성합니다.
- 일부 서브시스템(예: IBM® HTTP Server)은 엔클레이브를 작성하여 애플리케이션 서버로 전달하고 이 서버 또한 해당 엔클레이브를 전달합니다.
- 제품은 원격 클라이언트처럼 일괄처리 작업을 처리합니다.
성능 컨텍스트를 WLM(Workload Management)에 전달하려면 다음 작업 규정자에 따라 시스템에서 워크로드를 분류해야 합니다.
작업 규정자 약어 | 작업 규정자 | 해당 제품 엔티티 |
---|---|---|
CN | 콜렉션 이름 | 클러스터 이름 |
UI | 사용자 ID | 작업을 실행하는 사용자 ID |
분류 규칙 및 워크로드 규정자에 대한 자세한 정보는 Classifying z/OS workload 주제 및 z/OS 서적 z/OS MVS™ Planning: Workload Management를 참조하십시오.
클라이언트 워크로드와 함께 제품 런타임 서버 및 비즈니스 애플리케이션 서버의 성능을 고려해야 합니다. 일반적으로 서버 제어기는 작업 라우터 기능을 수행하므로 우선순위가 높아야 합니다. 워크로드 관리는 하위(servant)를 동적으로 시작 및 중지하므로 하위(servant) 또한 우선순위가 높아야 빠르게 초기화할 수 있습니다. 하위(servant)를 초기화한 후에 하위(servant)는 클라이언트 엔클레이브의 우선순위에 따라 작업을 실행하므로 초기화한 다음에는 사용자가 지정하는 하위(servant) 우선순위의 의미가 없습니다.
따라서 다음 표를 사용하여 각 클래스의 성능 목표를 설정하십시오.
분류 대상 | ... 지정 대상: | 설명 |
---|---|---|
위치 서비스 디먼 | SYSSTC 또는 고속, 고가치 STC | 시스템은 시작된 태스크로 간주하므로 작업 요청을 빠르게 라우트해야 합니다. |
제어기 | SYSSTC 또는 고속, 고가치 STC | 제어기가 빠르게 작업을 라우트해야 하지만 시스템 내 다른 작업과 비즈니스 애플리케이션 서버의 우선순위의 균형을 맞추어야 합니다. |
하위(servant) | 제어기보다 낮은 속도 및 가치의 STC | 하위(servant)는 제어기보다 덜 중요하므로
제어기보다 낮은 목표가 하위에 지정되어야 합니다. 유의: 이러한 목표는
하위(servant) 시작 중에만 적용됩니다. 서버가 요청 처리를 시작하면
하위(servant)에서 처리되는 작업 목표에 따라 관리됩니다.
|
애플리케이션 환경 | CB 분류 규칙, 응답 시간 목표 백분율(예: .25 초에 80%의 트랜잭션 완료)을 사용하십시오. | |
클라이언트 애플리케이션 | 장기 실행 애플리케이션의 경우 시스템의 다른 작업과 상대적인 속도 목표를 사용해야 합니다. |