서비스 통합으로 메시징 성능 조정
성능 최적화를 지원하기 위해 서비스 통합 기술을 사용하도록 배치된 메시징 애플리케이션의 성능을 제어하는 조정 특성을 설정할 수 있습니다.
이 태스크 정보
서비스 통합 기술을 통해 메시징 성능을 최대화하려는 경우 관리 콘솔을 사용하여 다음의 단계에서 설명된 대로 다양한 매개변수를 설정할 수 있습니다. 또한 wsadmin 도구를 사용하여 이러한 매개변수를 설정할 수도 있습니다.
z/OS®에서
메시징 애플리케이션의 성능은 하위 항목(servant) 수(동적으로 변화 가능) 및
하위 항목(servant) 간 작업 분포의 영향을
받습니다. 하위 항목(servant) 수 및 하위 항목(servant) 간 작업 분배의
구성 및 관리에 대한 자세한 정보는
애플리케이션 사용 환경 튜닝의
내용을 참조하십시오.
프로시저
- 대상에서 사용 가능한 메시지 개수를 보십시오.
대상에서 사용 가능한 메시지 개수를 보면 메시지 이용자가 현재 워크로드를 감당할 수 있는지 여부를 판별할 수 있습니다. 지정된 대상에서 사용 가능 메시지 개수가 너무 많거나 시간에 따라 계속 증가하면 이 주제의 일부 조정 권장사항을 고려하십시오.
- 큐에서 AvailableMessageCount 통계를 사용 가능하게 설정하십시오. 관리 서버를 다시 시작하는 경우
AvailableMessageCount 통계를 다시 사용 가능하게 설정하십시오.
이러한 런타임 설정은 서버를 다시 시작할 때 보존되지 않기 때문입니다.
- 탐색 분할창에서 모니터링 및 튜닝 -> PMI(Performance Monitoring Infrastructure)를 클릭하십시오.
- 컨텐츠 분할창에서 server_name을 클릭하십시오.
- 런타임 탭을 클릭하십시오.
- 현재 모니터되는 통계 세트에서 사용자 정의를 클릭하십시오.
- 사용자 정의 모니터링 레벨 패널에서 SIB 서비스 > SIB 메시징 엔진 > engine_name > 대상 > 큐 > queue_name 항목을 클릭하십시오.
- AvailableMessageCount 옵션을 선택하십시오.
- 사용을 클릭하십시오.
- 큐에 대해 사용 가능한 메시지 개수를 보십시오.
- 탐색 분할창에서 모니터링 및 튜닝 -> 성능 뷰어 -> 현재 활동를 클릭하십시오.
- 컨텐츠 분할창에서 server_name을 클릭하십시오.
- 성능 모듈 > SIB 서비스 > SIB 메시징 엔진 > engine_name > 대상 > 큐 > queue_name을 클릭하십시오.
- 자원 선택 패널의 맨 위에서 모듈 보기를 클릭하십시오. 그러면
오른쪽 데이터 모니터링 패널에
AvailableMessageCount 데이터가 나타납니다.
데이터 모니터링 패널을 사용하여 모니터링 데이터의 콜렉션을 관리할 수 있습니다. 예를 들어 로깅을 시작 또는 중지하거나 테이블 또는 그래프로 표시되는 데이터를 변경하는 데 단추를 사용할 수 있습니다.
- 큐에서 AvailableMessageCount 통계를 사용 가능하게 설정하십시오. 관리 서버를 다시 시작하는 경우
AvailableMessageCount 통계를 다시 사용 가능하게 설정하십시오.
이러한 런타임 설정은 서버를 다시 시작할 때 보존되지 않기 때문입니다.
하나 이상의 메시징 엔진을 호스트하는 애플리케이션 서버에 사용자에게 필요한 메시지 처리량에 적당한 메모리 크기를 제공하도록 하십시오.
메시징 버스에 서버를 추가할 때(즉, 메시징 엔진을 작성할 때) 초기 및 최대 JVM(Java™ Virtual Machine) 힙 크기를 조정할 수 있습니다. 다음 경우에 이를 수행할 옵션이 있습니다.- 버스에 단일 서버를 추가하는 경우
- 버스에 클러스터를 추가하는 경우
- 버스 멤버 자체인 기존 클러스터에 새 서버를 추가하는 경우
버스 하나 이상의 버스 멤버 또는 버스 하나 이상의 버스 멤버인 클러스터의 멤버에 해당하는 애플리케이션 서버에서 권장되는 초기 및 최대 힙 크기는 768MB입니다.
버스에 클러스터를 추가할 때 클러스터의 모든 서버에서 초기 및 최대 JVM 힙 크기를 768MB로 늘리는 것이 좋습니다.
- 초기 힙 크기를 늘리면 작은 평균 메시지 크기에 대한 성능이 향상됨
- 최대 힙 크기를 늘리면 더 큰 평균 메시지 크기에 대한 성능이 향상됨
- OutOfMemoryError 예외 발생 감소
서비스 통합 버스가 트랜잭션 내에서 처리하는 메시지 세트의 누적 크기가 너무 커서 JVM 힙을 거의 소모하는 경우 OutOfMemoryError 예외가 발생합니다. 트랜잭션 내에서 많은 메시지 세트를 처리하는 경우 OutOfMemoryError 예외 발생 수를 줄이려면 다음 옵션 중 하나를 고려하십시오.
- 애플리케이션 서버에서 JVM 힙 크기를 늘리십시오.
활동량이 높은 기간에는 메시징 엔진 장애 복구 프로세스를 처리할 수 있도록 메시징 엔진에서 적절한 힙 크기를 설정하는 것이 중요합니다. 또한 메시징 엔진이 클러스터 멤버 환경의 다른 인스턴스로 장애 복구되면서 JVM 힙이 거의 소모되는 경우에도 적용됩니다. 이러한 상황에서는 장애 복구 상황에서 메시징 엔진을 호스트할 수 있는 각 클러스터 멤버에 대해 최대 힙 크기 값을 약 512MB로 늘려야 합니다. 예를 들어 z/OS의 WebSphere Application Server에서는 JVM 힙을 거의 모두 소모하는 조건 아래에서 실행하는 경우 메시징 엔진과 연관된 클러스터 멤버에서 부속 힙 값을 512MB만큼 늘려야 합니다.
- 트랜잭션 내 처리할 메시지 세트의 누적 크기를 줄이십시오.
- 애플리케이션 서버에서 JVM 힙 크기를 늘리십시오.
- 메시지에 대한 신뢰성 레벨을 조정하십시오. 메시지에 대해 선택된 신뢰성 레벨은 성능에 큰 영향을 줍니다. 성능을 낮추려면(속도가 우선되는 경우) 신뢰성 레벨은 다음과 같습니다.
- 최상의 비지속적 상태
- 명확한 비지속적 상태
- 신뢰 가능한 비지속적 상태
- 신뢰 가능한 지속적 상태
- 확실한 지속적 상태


http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=tjn0026_
파일 이름:tjn0026_.html