[AIX Solaris HP-UX Linux Windows][z/OS]

서비스 정책 정의

작업 요청을 분류하고 우선순위를 지정하기 위해 서비스 정책과 대부분의 작업 요청 유형의 경우 작업 클래스를 정의할 수 있습니다. 서비스 정책은 경우에 따라 사용자 정의 성능 목표와 중요도 레벨로 구성됩니다.

시작하기 전에

다음 태스크를 수행하려면 관리 권한이 필요합니다.

  • 서비스 정책 및 트랜잭션 클래스 작성, 수정 또는 제거
  • 규칙 빌더를 통해 규칙 수정
자세한 정보는 관리 역할 및 권한에 대해 읽어 보십시오.

이 태스크 정보

서비스 정책은 트랜잭션 클래스를 통한 작업 요청과 관련이 있습니다. 각 작업 요청은 정확히 하나의 트랜잭션 클래스에 속하고 각 트랜잭션 클래스는 정확히 하나의 서비스 정책에 속합니다. 대부분 유형의 작업 요청의 경우 수신 요청을 트랜잭션 클래스로 맵핑하는 데 작업 클래스가 사용됩니다. 각 작업 클래스는 Java™ EE(Java Platform, Enterprise Edition) 애플리케이션과 기본 요청 기능에 첨부됩니다(HTTP의 URI 접두부, IIOP의 메소드 이름, JMS(Java Message Service)의 버스 대상). 각 작업 클래스는 관련 요청이 트랜잭션 클래스로 분류되는 방법을 지정합니다. 일반 서버 클러스터 및 SIP의 경우에는 작업 클래스가 사용되지 않습니다. 대신 트랜잭션 클래스로 요청을 분류하는 규칙이 ODR에서 구성됩니다. 서비스 정책 사용자 정의 특성을 사용하여 트랜잭션 클래스 기반의 지속적인 서비스 정책 위반에 대한 서비스 정책 경고를 생성할 수 있습니다. 자세한 정보는 서비스 정책 사용자 정의 특성에 대해 읽어 보십시오.

UDP를 통한 SIP 트래픽의 경우 CPU 과부화로 인해 재전송이 발생하는 것을 방지하기 위해 CPU 과부하 보호를 위해 승인 제어를 사용 가능하게 해야 합니다. SIP에 대해 CPU 과부하 보호에 대한 승인 제어를 사용한 경우 임의의 목표 유형을 절대로 사용해서는 안됩니다. 평균 응답 시간 또는 백분위수 응답 시간 목표만 사용해야 합니다. 목표에 지정된 응답 시간 임계값은 클라이언트의 T1 타이머(기본값: 500밀리초) 값 이하로 설정해야 합니다. ARFM 제어 패널에 구성된 거부 평균 응답 시간(목표 응답 시간 임계값으로부터 전달된 값)과 거부 정책은 클라이언트의 T1 타이머보다 작아야 합니다. CPU 과부하 보호를 출입 제어 사용에 대한 정보는 ARFM(Autonomic Request Flow Manager) 구성에 대해 읽어 보십시오.

제한사항: 대화 상자/세션 지향이 HTTP 또는 SIP에 대해 사용 가능하게 설정되어 있는 경우, 서비스 정책을 이전부터 있던 대화 상자 또는 세션의 일부분인 메시지에, 그리고 이전부터 있던 대화 상자 또는 세션의 일부분이 아닌 메시지에 적용할 수 없습니다.

서비스 정책을 작성하는 경우 목표 값 구성을 위한 다음 사양을 고려하십시오. 목표 유형이 평균 응답 시간 또는 백분위수 응답 시간인 경우 목표 값을 설정하십시오. 적절한 목표 값을 설정하려면 로드가 거의 또는 전혀 없는 경우 애플리케이션의 평균 응답 시간을 측정하십시오. 목표 값을 관찰된 평균 응답 시간의 약 2배로 설정하십시오. 예를 들어, 애플리케이션 평균 응답 시간이 1초인 경우 목표 값을 2초로 설정하십시오.

다음 프로시저에 따라 애플리케이션의 평균 응답 시간을 측정할 수 있습니다.
  1. arfmManageCpu 셀 사용자 정의 특성을 false로 설정하여 ARFM(Autonomic Request Flow Manage) 큐 처리를 사용 안하도록 설정하십시오.
  2. 시각화 데이터 서비스를 사용 가능하게 하십시오. 자세한 정보는 시각화 데이터 서비스 구성에 대해 읽어 보십시오.
  3. 애플리케이션이 특정 기간(예를 들어, 1주일 또는 1개월) 동안 보통 수준의 로드로 실행되도록 허용하십시오.
  4. 관리 콘솔의 런타임 오퍼레이션 > 애플리케이션에서 애플리케이션의 평균 응답 시간을 확인하십시오.
참고: 목표 값이 너무 낮게 설정되면 추가 애플리케이션 서버가 시작되지 않습니다. 시스템은 애플리케이션 서버를 더 시작하면 서비스 정책 목표를 달성하는 데 도움을 주지 못하는 것으로 판별합니다. 서비스 정책 목표 값을 최대 평균 응답 시간의 두 배로 설정하십시오.

프로시저

  1. 관리 콘솔에서 조작 정책 > 서비스 정책을 클릭하십시오. 편집할 기존 서비스 정책을 선택하거나 새로 작성을 클릭하여 서비스 정책을 작성할 수 있습니다. 기존 서비스 정책을 편집하려면 서비스 정책 이름을 클릭하십시오.
  2. 새 서비스 정책의 이름, 설명, 목표 유형을 작성하십시오. 목표 유형은 임의, 평균 응답 시간 또는 백분위수 응답 시간입니다.
    • 임의 목표는 기본값이며 의미있는 값을 갖지 않는 작업을 나타냅니다. 결과적으로 이 유형의 작업에서 자원을 제한하면 성능이 저하될 수 있습니다.
    • 평균 응답 시간 목표는 임의보다 우선순위가 높은 작업을 나타냅니다. 평균 응답 시간 목표는 특정 시간 목표로 지정됩니다.
    • 백분위수 응답 시간 목표는 임의보다 우선순위가 높은 작업의 다른 측정입니다. 백분위수 응답 목표는 다음 패널의 특정 기준으로 정의됩니다. 백분위수 응답 시간 목표는 해당 응답 시간이 T 이하인 요청(P 이상이어야 함)의 백분율입니다. 목표는 T 및 P에 대해 특정 값을 갖습니다.
  3. 옵션: 평균 응답 시간 또는 백분위수 응답 시간의 목표 유형을 선택하는 경우 세부사항을 정의하고 중요도를 선택하라는 프롬프트가 표시됩니다.

    평균 응답 시간 목표의 경우 목표 값을 입력하고 서비스 정책과 중요도를 연관시킨 후 지속적 정책 위반 모니터를 선택하여 정책 위반이 발생할 때 런타임 태스크 작성을 설정하십시오.

    서비스 정책과 중요도를 연관시키는 경우 중요도에 대한 옵션은 최하위부터 최상위까지 다양합니다. 모든 작업이 최상위로 평가되는 경우 부정적인 결과가 발생할 수 있으므로 올바른 중요도 값을 선택하기 위해 계획이 필요합니다. 이 등급에 따라 환경 내에서 병목 현상이 발생할 수 있습니다. 정책 위반을 정의하려면 목표 델타 값기간 값을 지정하십시오.
    • 목표 델타 값 필드에 구성된 목표 값을 초과하는 최대 허용 시간을 표시하는 정수를 입력하십시오. 허용 가능한 값은 0 - 3000밀리초, 0 - 300초, 0 - 2147483647분입니다.
    • 기간 값 필드에 목표 값을 위반하는 밀리초, 초 또는 분을 나타내는 정수를 입력하십시오. 가능한 값은 0 - 1일(포함)입니다.

    백분위수 응답 시간의 경우 목표 백분위수를 다음 필드에 정의된 목표 값을 충족시켜야 하는 요청의 백분율로 설정하십시오. 다음으로 목표 값을 입력하고 서비스 정책과 중요도를 연관시킨 후 지속적 정책 위반 모니터를 선택하여 정착 위반이 발생할 때 런타임 태스크 작성을 설정하십시오.

    목표 값은 서비스 정책의 최대 허용 시간을 입력하십시오. 환경은 정의된 목표 아래를 유지하려고 시도하며 가장 균형 잡힌 결과를 달성하기 위해 계속 조정합니다. 서비스 정책과 중요도를 연관시키는 경우 중요도에 대한 옵션은 최하위부터 최상위까지 다양합니다. 경우에 따라 올바른 중요도 값을 선택하려면 계획이 필요합니다. 모든 작업이 최상위로 평가되는 경우 부정적인 결과가 발생할 수 있습니다. 정책 위반을 정의하려면 목표 델타 백분율기간 값을 지정하십시오.
    • 목표 델타 값 필드에 모니터하려는 목표 값 바로 아래의 요청 백분율을 나타내는 정수를 입력하십시오. 허용 가능한 값은 0 - 100(포함)입니다.
    • 기간 값 필드에 목표 값을 위반하는 밀리초, 초 또는 분을 나타내는 정수를 입력하십시오.
    특정 기준을 위반하면 런타임 태스크가 생성됩니다. 예를 들어, 백분위수 목표가 90%이고 목표 델타가 5%인 다음 백분위수 응답 시간 예제의 경우 요청의 85% 미만이 서비스 시간 목표 1초를 5초 동안 연속적으로 충족시키는 경우 즉, 요청의 15% 이상이 서비스 시간 목표 1초를 5초 동안 연속적으로 초과하는 경우 서비스 정책이 위반됩니다. 시스템은 90% 목표를 충족시키려는 방식으로 트래픽의 우선순위를 지정하지만 85%(90% - 5%) 임계값이 충족되는 경우에만 위반 알림을 실행합니다.
    표 1. 백분위수 응답 시간 예
    설명
    목표 백분위수 90%
    목표 값 1
    중요도 1
    지속적 서비스 정책 위반 모니터 true
    목표 델타 백분율: 5%
    기간 값 5초

    목표 값은 서비스 정책의 최대 허용 시간을 입력하십시오. 환경은 관련 성능 결과의 균형을 최대한 유지하기 위해 자동으로 조정 가능한 제어 기능을 계속 조정합니다. 서비스 정책과 중요도를 연관시키는 경우 중요도에 대한 옵션은 최하위부터 최상위까지 다양합니다. 경우에 따라 올바른 중요도 값을 선택하려면 계획이 필요합니다. 모든 작업이 최상위로 평가되는 경우 부정적인 결과가 발생할 수 있습니다. 이 등급에 따라 환경 내에서 병목 현상이 발생할 수 있습니다.

  4. 트랜잭션 클래스 멤버를 서비스 정책과 연관시키거나 트랜잭션 클래스를 작성하십시오. 필요한 트랜잭션 클래스가 없는 경우에는 트랜잭션 클래스를 작성하십시오.
  5. 서비스 정책의 작업 클래스를 작성하려면 관리 콘솔에서 애플리케이션 > 애플리케이션 유형 > WebSphere 엔터프라이즈 애플리케이션 > application_name > 서비스 정책을 클릭하십시오. 기존 서비스 정책을 선택하고 요청 유형에서 새로 작성을 클릭하십시오.

    HTTP의 서비스 정책을 작성하려면 작업 클래스의 이름을 지정하고 모듈을 선택한 후 추가할 멤버를 선택하십시오. 또는 사용자 정의 URI를 사용하려면 이름을 입력하고 사용자 정의 URI 패턴 필드에서 패턴 추가를 클릭하십시오. 예를 들어, JSP(JavaServer Pages) 작업을 수행하려면 사용자 정의 URI가 필요합니다.

    SOAP의 서비스 정책을 작성하려면 작업 클래스의 이름을 지정하고 모듈을 선택한 후 추가할 웹 서비스 조작을 선택하십시오.

    IIOP의 서비스 정책을 작성하려면 작업 클래스의 이름을 지정하고 모듈을 선택한 후 추가할 EJB 메소드를 선택하십시오. 또는 사용자 정의 EJB를 사용하려면 사용자 정의 EJB 이름사용자 정의 EJB 메소드 필드에 정보를 입력하고 패턴 추가를 클릭하십시오.

    JMS의 서비스 정책을 작성하려면 작업 클래스의 이름을 입력하고 모듈을 선택한 후 정의된 버스를 선택하고 EJB 메소드를 선택하십시오. 또는 사용자 정의 버스를 사용하려면 사용자 정의 버스 이름사용자 정의 버스 대상 필드에 정보를 입력하고 패턴 추가를 클릭하십시오.

    SIP의 서비스 정책을 작성하려면 다음 두 가지 정책을 작성해야 합니다.
    1. 다음 값으로 기본 SIP 정책을 작성합니다.
      • 목표 유형 = 평균 응답 시간
      • 목표 값 = 75밀리초
      • 중요도 = 높음
    2. 다음 값으로 INVITE 정책을 작성합니다.
      • 목표 유형 = 평균 응답 시간
      • 목표 값 = 75밀리초
      • 중요도 = 낮음
    3. 서비스 정책 SIP 규칙 설정:
      • request.method = INVITE인 경우 트랜잭션 클래스 Default _TC_INVITE (INVITE)로 분류하십시오.
      • 규칙을 적용하지 않는 경우 트랜잭션 클래스 Default _TC_def_sip (def_sip)로 분류하십시오.
  6. 시스템은 서비스 정책 구성의 변경사항을 자동으로 선택합니다. 서비스 정책과 작업 클래스를 업데이트할 때 서버를 다시 시작하지 않아도 됩니다.

결과

비즈니스 목표를 정의하고 서비스 정책 및 라우팅 규칙을 사용하여 애플리케이션 URI에 해당 목표를 적용했습니다. 이제 시스템이 작업을 분류하고 우선순위를 지정할 수 있습니다.

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



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