WebSphere Extended Deployment, Version 6.0.x     운영 체제: AIX, HP-UX, Linux, Solaris, Windows, z/OS

요청 우선순위 문제점 해결

종종 예상치 않은 플로우 우선순위 작동이 발생할 수 있습니다. 이 주제에서는 요청 플로우 우선순위가 예상대로 작동하지 않는 경우 검토할 몇 가지 공통 사항을 설명합니다.

HTTP 요청이 모두 임의임

환경에서 모든 수신 요청을 균등하게 처리하는 경우 서비스 정책을 정의하여 올바른 응용프로그램 모듈 URI(Uniform Resource Identifier)에 적용하지 못할 수 있습니다. "최상의 노력" 접근 방법(임의라고도 함)이 기본 정책입니다. 서비스 정책이 구성 및 적용되었는지 확인하려면 다음 조치를 수행하십시오.
조치 수행 방법
서비스 정책 작성 확인 관리 콘솔에서 조작 정책 > 서비스 정책을 선택하십시오. 현재 정의된 서비스 정책이 모두 표시됩니다. 서비스 정책이 나열되지 않는 경우 새로 작성을 클릭하여 새 서비스 정책을 구성하십시오.
서비스 정책이 올바른 응용프로그램 URI에 적용되었는지 확인 관리 콘솔에서 조작 정책 > 서비스 정책 > 기존 서비스 정책 선택을 선택하십시오. 트랜잭션 클래스 필드에서 지정된 트랜잭션 클래스를 확인하십시오. 새로 작성을 클릭하여 새 트랜잭션 클래스를 작성할 수 있습니다.

찾는 트랜잭션 클래스 구성원이 표시되지 않는 경우 해당 구성원이 이미 다른 서비스 정책에 지정되지 않았는지 확인하십시오. 또한 서비스 정책을 적용할 응용프로그램이 사용자 환경에 전개되었는지 확인하십시오.

서비스 정책의 차별화가 없음

노드 그룹에서 해당 용량 한계에 다가가면 응답 시간이 명백히 차별화됩니다. 이 상황은 노드 그룹의 모든 노드를 동적 환경에서 모두 사용하는 경우, 응용프로그램 배치 제어기에서 작업 요청과 보조를 맞추기 위해 더 많은 응용프로그램 인스턴스를 시작하는 경우 및 설치된 필수 TIO(Tivoli Intelligent Orchestrator)에서 추가 노드를 환경에 추가하는 경우 발생합니다. 모든 작업이 균등하게 처리되는 상황이 발생하면 이전 테이블의 단계를 수행하여 정책을 올바르게 구성했는지 확인하십시오.

요청 우선순위에 대한 응답 시간이 느림

Autonomic Request Flow Manager(ARFM)가 충분히 빨리 반응하지 않으면 요청 우선순위에 대한 응답 시간이 느려지므로 사용자가 ARFM 설정을 조정할 수 있습니다. 자세한 정보는 Autonomic Request Flow Manager(ARFM) 구성을 참조하십시오. 특히 제어 주기 길이 최소 설정 설정에 주의하여 적절한 값을 선택해야 합니다.

하나 이상의 백엔드 노드에서 CPU 사용이 100%로 유지됨

ARFM은 각 트랜잭션 클래스가 시스템에서 요구하는 작업 크기를 계속 계산하고 요청이 시스템에 들어올 때 미세 조정합니다. ARFM을 최적화하려면 상당한 시간 동안 워크로드가 매우 다양하게 나타나는 상태에서 시스템을 실행해야 합니다. 이와 같이 작업 변동과 상당한 가동 시간을 결합하면 ARFM은 자체 성능을 미세 조정하고 더 정확한 예상값을 제공하여 문제점 상황을 방지할 수 있습니다.

하나 이상의 노드에서 사용 비율이 너무 높게 유지되지만 나머지 노드는 안정된 상태로 작업하는 경우 ARFM을 미세 조정할 수 있습니다. 자세한 정보는 Autonomic Request Flow Manager(ARFM) 구성을 참조하십시오. 특히 최대 CPU 활용도 설정에 주의하여 현재 노드의 활용도보다 더 낮은 값을 선택해야 합니다.

트랜잭션 클래스를 일관되게 그룹화했는지 확인하십시오. 예를 들어 임의 또는 서비스 값이 낮은 URI를 서비스 정책 값이 높은 URI와 동일한 트랜잭션 클래스에 그룹화하면 안됩니다. 동일한 트랜잭션 클래스에서 요구가 매우 다양한 요청을 혼합하면 ARFM에서 부정확한 예상값을 생성하게 됩니다. 트랜잭션 클래스를 수정하려면 조작 정책 > 서비스 정책 > 기존 서비스 정책 선택을 선택하고 트랜잭션 클래스 필드에서 그룹화가 일관되는지 확인하십시오.

이기종 셀의 경우 셀의 모든 노드가 균등하게 사용되지 않음

시스템은 설계된 대로 작동합니다. 로드 밸런서는 클러스터의 모든 백엔드 노드에서 응답 시간을 균등하게 설정합니다. 한 노드가 다른 노드보다 성능이 떨어지는 경우 로드 밸런서는 성능이 떨어지는 노드에 작업을 덜 분산시켜서 해당 응답 시간이 더 빠른 노드의 응답 시간과 비슷하게 됩니다.




Related tasks
Autonomic Request Flow Manager(ARFM) 구성

참조 주제:    

이용 약관 | 피드백 마지막 갱신 날짜: Mar 21, 2006 11:32:49 AM EST
http://publib.boulder.ibm.com/infocenter/wxdinfo/v6r0/index.jsp?topic=?topic=/com.ibm.websphere.xd.doc/info/odoe_task/rodflowfail.html

© Copyright IBM 2005, 2006. All Rights Reserved.
이 Information Center는 Eclipse 테크놀러지로 강화되었습니다. (http://www.eclipse.org)