[z/OS]

HTTP 요청 기능의 고른 WLM 분배를 사용하도록 애플리케이션 서버 구성

애플리케이션 서버가 HTTP 요청 기능의 WLM 균등 분배를 사용하도록 구성하여 WLM(Workload Management)에서 HTTP 세션 오브젝트를 구성의 하위(servant)로 균등하게 분배할 수 있습니다. 태스크를 사용하여 하위(servant) 선호도가 있고 HTTP 세션 오브젝트가 한두 개의 하위(servant)에 있는 일반적인 상황 대신에 여러 하위(servant) 간에 라운드 로빙 방식으로 HTTP 세션 오브젝트를 분배할 수 있습니다.

시작하기 전에

애플리케이션 서버는 버전 1.4 이상의 z/OS® 시스템에서 실행되어야 합니다. 이 태스크에서 HTTP 요청을 다중 하위(servant)에 분배하기 때문에 다중 하위(servant)에서도 이 기능을 사용할 수 있어야 합니다. 자세한 정보는 z/OS에서 다중 하위(servant) 사용 주제를 참조하십시오.

이 태스크 정보

애플리케이션 서버가 기본 워크로드 분배 전략에 문제점이 발생하는 경우 이 태스크를 사용하십시오. 기본 워크로드 분배 계획은 HTTP 세션 오브젝트를 작성하는 실행 중인 요청에 대해 핫 하위(servant)를 사용합니다. 다음과 같은 조건에서는 라운드 로빙 방식으로 HTTP 세션 오브젝트를 분배하도록 제품 및 z/OS 워크로드 관리자를 구성하는 것을 고려해 보십시오.
  • 메모리의 HTTP 세션 오브젝트가 사용되어 선호도가 디스패치됩니다.
  • 메모리의 HTTP 세션이 많은 기간(시간 또는 일) 동안 지속됩니다.
  • HTTP 세션 오브젝트를 보유하는 많은 클라이언트가 메모리에 보존되어야 합니다.
  • 세션 오브젝트의 손실로 인해 클라이언트 또는 서버가 손상됩니다.
  • HTTP 세션을 작성하는 요청 사이에 많은 시간이 있습니다.
이 태스크의 사용 시기에 대한 자세한 배경 지식은 HTTP 요청 WLM 균등 분배에 대한 정보를 참조하십시오.

프로시저

  1. 관리 콘솔에서 WLMStatefulSession 특성을 true로 설정하십시오.
    1. 서버 > 서버 유형을 펼치고 WebSphere 애플리케이션 서버를 클릭하십시오.
    2. HTTP 요청 기능의 WLM 균등 분배를 사용할 서버의 이름을 클릭하십시오.
    3. 서버 인프라 아래에서 관리를 펼치고 관리 서비스를 클릭하십시오.
    4. 추가 특성 아래에서 사용자 정의 특성을 클릭하십시오.
    5. WLMStatefulSession을 클릭하고 값 필드의 값이 현재 false로 설정된 경우 true로 변경하십시오. 사용자 정의 특성이 없는 경우, 새로 작성을 클릭하고, WLMStatefulSession이름 필드에 추가하고, true 필드에 추가하십시오.
    6. 적용을 클릭한 후 저장을 클릭하여 변경사항을 마스터 구성에 저장하십시오.
  2. 워크로드에 최적의 최소 및 최대 하위(servant) 수를 설정하십시오. 최소 및 최대 하위(servant) 수를 설정하여 선호도가 있는 예상 HTTP 세션 수를 처리하십시오. 최소 하위(servant) 수는 1보다 커야 합니다. 예를 들어 하루 동안 서버에 15,000개의 HTTP 세션 오브젝트가 설정될 것으로 예상하면 최소 하위(servant) 수를 1보다 큰 수로 설정할 수 있습니다. 최소 하위(servant)의 수는 HTTP 세션 오브젝트의 크기와 수에 따라 다릅니다. 그러나 선호도를 설정하는 초기 클라이언트 요청 도착 속도, 클라이언트 상호 작용 빈도, 각 클라이언트 상호 작용의 지속 시간(CPU 시간 및 스레드 사용 시간) 및 HTTP 세션 오브젝트가 유지보수되는 시간 또한 하위(servant) 수에 대해 최소값을 설정할 때 고려해야 합니다.
    1. 하위(servant) 수를 설정하려면 서버 > 서버 유형 > WebSphere 애플리케이션 서버 server_name 서버 인스턴스를 클릭하십시오.
    2. 최소 및 최대 하위(servant) 수를 설정하십시오.
    3. 저장 및 동기화를 클릭하여 변경사항을 적용하십시오.
  3. 공통 워크로드 분류 문서 대신 분류 맵핑 파일을 사용하고 제품이 제공하는 관리 라운드로빈 지원에 대해 맵핑 규칙에서 둘 이상의 트랜잭션 클래스를 지정하는 경우, 분류 맵핑 파일에서 이 섹션을 제거해야 합니다. 분류 맵핑 파일에 대한 지원은 사용되지 않기 때문에 분류 맵핑 파일 대신 공통 워크로드 분류 문서를 사용해야 합니다. 그러나 분류 맵핑 파일을 사용하고 해당 파일에 다음과 비슷한 행이 있는 경우,
    TransClassMap *:8080 /Dynacache1Web1/Servlet1 TCLASS1 TCLASS2 TCLASS3
    하나의 트랜잭션 클래스만을 지정하도록 이 행을 수정하십시오. 예를 들어 앞선 행을 다음 행으로 변경할 수 있습니다.
    TransClassMap *:8080 /Dynacache1Web1/Servlet1 TCLASS1
    제품이 제공하는 관리 라운드로빈 지원을 사용하려는 경우에만 필요한 여분의 서비스 클래스를 제거하려면 z/OS 워크로드 관리자 정책도 업데이트해야 합니다. 다음은 추가 서비스 클래스를 제거하는 방법에 대한 예입니다.
      Subsystem-Type  Xref  Notes  Options  Help                                     
     --------------------------------------------------------------------------   
                      Modify Rules for the Subsystem Type     Row 9 to 16 of 16   
     Command ===> ____________________________________________ SCROLL ===> CSR    
                                                                                  
     Subsystem Type . : CB          Fold qualifier names?   Y  (Y or N)                                       
     설명 . . . Component Broker requests                              
                                                                                  
     Action codes:  A=After    C=Copy         M=Move     I=Insert rule      
                     B=Before   D=Delete row   R=Repeat   IS=Insert Sub-rule                    
                                                                  More ===>       
               --------Qualifier--------           -------Class-------- 
     Action    Type     Name     Start             Service     Report  
                                              DEFAULTS: AZAMS1      RBBDEFLT      
      ____  1  CN         AZSR01   ___                  AZAMS1      RAZAMS1       
      ____  2    TC         TCLASS1  ___                AZAMS1      RAZAMS1       
      _d__  2    TC         TCLASS2  ___                AZAMS2      RAZAMS1       
      _d__  2    TC         TCLASS3  ___                AZAMS3      RAZAMS1       
      ____  1  CN         AZSR02   ___                  AZAMS2      RAZAMS2       
      ____  1  CN         AZSR02   ___                  AZAMS3      RAZAMS3       
    ****************************** BOTTOM OF DATA ******************************                  
  4. 서버를 다시 시작하십시오. 서버는 다시 시작된 후 WLMStatefulSession 특성을 인식합니다.

결과

애플리케이션 서버는 HTTP 요청의 WLM 균등 분배 기능을 사용하여 특정 하위(servant)에 선호도를 표시하는 대신 해당 워크로드를 처리합니다.

다음에 수행할 작업

서버 클러스터 및 워크로드 문제점 처리 방법에 대한 정보는 런타임 컴포넌트 문제점 발견 및 처리에 대한 주제를 참조하십시오.

주제 유형을 표시하는 아이콘 태스크 주제



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