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

일반 J2EE 엔터프라이즈 Bean 클러스터된 워크로드 처리

다음 다이어그램은 두 개의 노드가 있고 노드 클러스터 구성마다 하나의 Application Server가 있는 간단한 시나리오를 보여줍니다. 다이어그램은 두 개의 엔터프라이즈 Bean이 있는 J2EE(Java 2 Platform Enterprise Edition) 응용프로그램을 포함하는 엔터프라이즈 Bean 워크로드 관리 예제를 보여줍니다.

이 경우 각 클라이언트 요청은 엔터프라이즈 Bean 인스턴스들 간 대체 형태로 ORB 및 WLM 플러그인을 통해 EJB 클라이언트에서 EJB1으로 라우트됩니다. 두 개의 EJB1 인스턴스는 모두 클러스터에서 활성화되지만 고유하지 않으며 작업은 클라이언트 개입 없이 인스턴스 사이에 라우트됩니다. 요청을 공유하는 기능이 확장성에 도움이 되지만 정상적인 트랜잭션 실행 중 각 엔티티에 로드된 동일한 데이터가 안전하게 관리되며 데이터베이스에 다시 복제되도록 하기 위한 내재된 한계와 제한조건이 있습니다. 따라서 엔터프라이즈 Bean 컨테이너, 관계형 자원 어댑터 및 기타 WebSphere 컴포넌트에서 제공된 감춰진 기능으로 데이터 손상은 발생하지 않지만, 이 기능은 시스템의 성능을 낮출 수 있습니다. 일부 워크로드의 경우 이 성능 비용은 상대적으로 높으므로 이를 방지하기 위해 몇 가지의 응용프로그램 양식이 존재합니다.

둘 이상의 엔티티 Bean 인스턴스가 동일한 데이터를 공유하는 기능은 Extended Deployment 서버 및 데이터베이스 서버에서 강요됩니다. 파티션 기능(WPF)의 목표 중 하나는 클러스터의 단일 엔드포인트가 특정 인스턴스의 모든 데이터를 처리하고 이러한 시멘틱을 강제로 시행해야 하는 WebSphere 및 데이터베이스 서버의 부담을 줄여서 전체 시스템 확장성 및 처리량을 현저하게 개선하는 것입니다. 현재 WebSphere Application Server 및 Extended Deployment 엔티티 Bean 개발자는 옵션 A 독점 액세스가 허용되지 않기 때문에 옵션 B와 C만을 사용할 수 있습니다.




Related concepts
EJB 워크로드 파티션

개념 주제    

이용 약관 | 피드백 마지막 갱신 날짜: 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/cwpfejbcluster_pdf.html

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