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

파티션 기능으로 사용 가능한 EJB 워크로드의 성능

[zos platforms] IIOP(Internet Inter-ORB Protocol) 구동 파티션은 z/OS에 지원되지 않습니다.

관리자는 필요에 따라 조작 요구사항을 충족시키기 위해 초기 Bean 시작 이후에 이 작동을 조정할 수 있습니다. 예를 들어, 위의 경우에 Partition2와 Partition4의 로드 양이 매우 많고 Partition1과 Partition3는 그렇지 않으면 관리자는 Partition2를 클러스터의 다른 Application Server로 이동시킬 수 있습니다. 이 경우 프로그래밍 담당자가 PSSB1 Stateless 세션 Bean의 구현을 코드화하여 partitionUnloadEvent(String) 및 partitionLoadEvent(String) 메소드를 처리할 수 있습니다. 관리자가 초기화한 파티션 이동 활동 중에 Partition2 파티션은 언로드 이벤트를 수신합니다. 데이터베이스 및 다른 J2EE 응용프로그램 자원에 대한 모든 참조는 정리되어 모든 종류의 캐싱 구현에서 제거할 수 있습니다. 바로 다음 Partition2가 다른 Application Server에서 다시 활성화되어 파티션 로드 이벤트를 수신하므로 Bean 개발자가 상태를 다시 초기화하고 트랜잭션 처리를 준비할 수 있습니다.

이 기술를 사용할 경우, 클라이언트측은 라우팅을 완전히 제어할 수 있는 반면 서버측 관리자는 독립적으로 최종 대상을 제어할 수 있습니다. 직접 액세스할 수는 없지만, HA 관리자는 실패한 Application Server를 발견하는데 기초가 되는 파티션 기능(WPF) 서비스를 제공합니다. 또한 HA manager는 해당 서버에서 파티션 사이의 관계를 신속하게 연관시키고 다른 위치에서 활성화되었는지 확인하기 위해 수행해야 하는 조치를 판별합니다.

다음 다이어그램은 매우 간단한 응용프로그램 실패복구 예를 설명합니다.

이전 다이어그램에서 Partition2 및 Partition4 파티션이 있는 Application Server가 실패했습니다. 장애 시 HA 관리자가 장애를 발견했으며 다른 Application Server에서 Partition2 및 Partition4 파티션의 다른 두 인스턴스를 활성화했습니다. 그러나 이 시나리오는 하나의 Application Server 복구 시나리오이며 언급된 다른 시나리오로는 유지보수를 위해 중단되는 Application Server 중지, 네트워크 파티션 이벤트 및 기타 물리적 또는 관리 시나리오가 있습니다. 이 경우 Partition2 및 Partition4 파티션은 단시간의 정지를 경험하게 되지만 나머지 다른 파티션은 아무 일도 없는 것처럼 계속됩니다. 또한 구현 시 파티션 재활성화 이벤트가 권장되고 트랜잭션 복구 중 제기해야 하는 문제를 확인할 수 있으므로 Partition2 및 Partition4 파티션은 복구 시 레벨 최적화를 구현할 수 있습니다.

엔드포인트 처리는 사용하는 컴퓨팅 아키텍처에 따라 여러 가지 방식으로 처리할 수 있습니다. 클러스터에 단 몇 개의 신뢰할 수 있고 관리 가능한 서버만 있도록 선택하면, Application Server에 더 많은 파티션 엔드포인트(LPAR) 자원을 할당할 수 있습니다. 보다 많은 분배 클러스터 또는 블레이드 센터를 사용할 경우, 사용되지 않거나 로드가 적은 다른 독립형 시스템으로 이동하거나, 사용 중이지 않거나 로드 양이 많지 않은 다른 결합 배치 파티션을 클러스터의 다른 위치로 이동할 수 있습니다. 이로써 Application Server는 로드를 제대로 처리할 수 있는 능력을 갖춘 파티션에 남게 됩니다. 숙련된 IT 담당자의 경우 어느 옵션이든지 조작 요구사항에 맞는 상당한 유연성을 제공합니다. 기존의 기능 및 성능을 WPF 프레임워크 및 기본 HA 관리자 기술와 결합하면 WebSphere Extended Deployment가 고성능 기능 및 관리 기능을 위한 보다 풍부한 클러스터링 솔루션이 되어 많은 일반 클러스터 과제를 처리할 수 있습니다.

즉, WPF가 제공하는 고유 기능은 해당 클라이언트에서 보다 풍부한 클라이언트 요청 모델이며 요청을 라우트해야 하는 위치를 명시적으로 선택할 수 있습니다. 또한 고유하게 주소 지정이 가능하며 대상으로 지정할 수 있는 엔드포인트가 되는 동시에 가용성이 높은 엔드포인트가 됩니다. 파티션 엔드포인트를 호스트하는 Application Server가 실패한 경우 WebSphere Extended Deployment에 제공되는 HA 관리자는 이 실패를 발견하고 다음 다이어그램에 설명된 대로 클러스터의 다른 Application Server에서 파티션 인스턴스를 활성화합니다. 이 활동은 기존 기능을 사용 불가능하게 하지 않아도 수행됩니다.




Related concepts
EJB 워크로드 파티션
WPF의 제한사항

Related information
z/OS용 WebSphere Extended Deployment V6.0.1에서의 프로그래밍 패턴

개념 주제    

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

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