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

Intelligent Management: 요청 우선순위 지정 문제점

종종 예상되지 않는 플로우 우선순위 지정 동작이 발생할 수 있습니다. 요청 플로우 우선순위 지정이 예상대로 작동하지 않을 때 일부 공통의 것을 검색할 수 있습니다.

HTTP 요청은 모두 임의적입니다.

사용자 환경이 모든 수신 요청을 동등하게 처리하면 서비스 정책이 정의되고 적당한 애플리케이션 모듈 URI(Uniform Resource Identifiers)에 적용하지 않도록 할 수 있습니다. 임의라는 최선의 노력 접근법은 기본 정책입니다. 서비스 정책이 구성되고 적용되는 것을 확인하려면 다음 조치를 취하십시오.
표 1. 서비스 정책 구성. 다음 테이블은 서비스 정책이 올바르게 구성되는지 확인하기에 필요한 조치의 개요를 제공합니다.
조치 수행자
서비스 정책이 작성되는지 확인하십시오. 관리 콘솔에서 운영 정책 > 서비스 정책을 클릭하십시오. 현재 정의된 모든 서비스 정책이 표시됩니다. 나열된 서비스 정책을 보지 않으면 새로 작성을 클릭하여 새 서비스 정책을 구성하십시오.
서비스 정책이 적절한 애플리케이션 URI에 적용되는지 확인하십시오. 관리 콘솔에서 운영 정책 > 서비스 정책 > 기존 서비스 정책 선택을 클릭하십시오. 지정된 트랜잭션 클래스가 트랜잭션 클래스 필드에 있다는 것을 확인하십시오. 새로 작성을 클릭하여 트랜잭션 클래스를 작성할 수 있습니다.

찾고 있는 트랜잭션 클래스 멤버가 보이지 않으면 다른 서비스 정책에 지정되지 않았는지 확인하십시오. 또한, 서비스 정책을 적용하는 애플리케이션이 사용자 환경에 배치되는지 확인하십시오.

서비스 정책의 차별화가 발생하지 않음

응답 시간의 차별화는 노드 그룹이 최대 CPU 사용법 임계값에 도달할 때 분명해집니다. 노드 그룹의 모든 노드가 완전하게 사용될 때 발생합니다. 동적 환경에서 애플리케이션 배치 제어기는 작업 요청을 잘 알고 개별 서버에서 로드를 줄이기 위해 추가 애플리케이션 인스턴스를 시작하도록 구성될 수 있습니다.

CPU 사용은 하나 이상의 백엔드 노드에서 100% 남아 있습니다.

ARFM은 시스템에서 각 트랜잭션 클래스의 로드를 계속 계산하고 계속적으로 로드 분배를 최적화합니다. ARFM이 최적화되는지 확인하려면 ARFM이 그 자체를 미세 조정할 수 있도록 한동안 로드 정보를 수집할 수 있도록 허용하십시오.

트랜잭션 클래스를 지속적으로 그룹화하는지 확인하십시오. 예를 들어, 낮은 서비스 시간을 가진 URI와 동일한 트랜잭션 클래스에서 긴 서비스 시간을 가진 URI를 그룹화하는 것을 피하십시오. 동일한 트랜잭션 클래스에서 광범위하게 변화하는 요구사항을 가진 혼합 요청은 ARFM이 부정확한 추정치를 생성하도록 합니다. 트랜잭션 클래스를 수정하려면 운영 정책 > 서비스 정책 > 기존 서비스 정책 선택을 클릭하고 지속적인 그룹화를 확인하려면 트랜잭션 클래스 필드를 확인하십시오.

이기종 셀에서 셀의 모든 노드가 동등하게 사용되는 것은 아닙니다

시스템은 디자인된 대로 작동합니다. 로드 밸런스는 클러스터의 모든 백엔드 노드에서 응답 시간을 균등하게 하려고 시도합니다. 하나의 노드가 다른 노드보다 덜 강력한 경우, 응답 시간이 더 빠른 노드의 응답 시간과 유사할 수 있도록 더 적은 작업을 덜 강력한 노드에 분배할 수 있습니다.


주제 유형을 표시하는 아이콘 참조 주제



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