트랜잭션 일괄처리 애플리케이션 및 계산 중심 애플리케이션을 위한 환경 계획

일괄처리 환경을 계획할 때, 사용자의 요구사항에 가장 적합한 환경을 설계하는 데 도움이 되는 특정 요인들을 고려하십시오.

환경을 빌드하기 전에 달성하려는 목표를 주의 깊게 생각해 보십시오. 예를 들어, 기존 셀에 일괄처리 환경을 구성하거나 새 셀을 빌드할 수 있습니다. 또한 사용할 관계형 데이터베이스, 필요한 보안, 가용성 요구사항 등을 결정해야 합니다. 다음 절에서는 이러한 각 고려사항에 대한 정보를 제공합니다.

새 셀 또는 기존 셀

기존 WebSphere® Application Server 셀에 일괄처리 환경을 구성하거나 새 셀을 전체적으로 빌드할 수 있습니다. 기존 WebSphere Application Server 환경과 분리된 새 환경을 사용할지 또는 기존 환경에 일괄처리 기능을 추가할지 여부에 따라 선택이 달라질 수 있습니다.

작업 스케줄러 및 일괄처리 컨테이너 기능을 활성화할 애플리케이션 서버 노드에서, 관리 콘솔을 사용하여 기능을 활성화하십시오. 배치 관리자 노드에서는 조치가 필요하지 않습니다.

작업 유형

두 가지 작업 유형이 있습니다. 이 작업 유형은 WebSphere Application Server 환경에서 호스트됩니다.
  1. 트랜잭션 일괄처리

    Java™로 작성된 트랜잭션 일괄처리 애플리케이션을 실행하고 WebSphere Application Server 프로그래밍 모델을 구현합니다. 이러한 애플리케이션은 EAR(Enterprise Archive) 파일로 패키지되며 애플리케이션 서버 또는 클러스터에 호스트되는 일괄처리 컨테이너에 배치됩니다.

    트랜잭션 일괄처리 프로그래밍 모델은 계획되거나 계획되지 않은 정전으로 일괄처리 작업이 인터럽트되는 경우 마지막 체크포인트에서 이 작업을 다시 시작할 수 있는 컨테이너 관리 체크포인트/다시 시작 메커니즘을 제공합니다.

  2. 계산 집약

    Java로 작성된 계산 중심 애플리케이션을 실행하고 WebSphere Application Server 프로그래밍 모델을 구현합니다. 이러한 애플리케이션은 EAR 파일로 패키지되며 애플리케이션 서버 또는 클러스터에 호스트되는 일괄처리 컨테이너에 배치됩니다.

    계산 집약 프로그래밍 모델은 공통 프레임워크를 기반으로 하는 간단한 실행 모델을 제공합니다.

모든 일괄처리 환경에서, WebSphere Application Server 서버 또는 클러스터에 작업 스케줄러를 배치해야 합니다. 트랜잭션 일괄처리 또는 계산 중심 작업 유형을 호스트하는 환경을 설정하려면 하나 이상의 WebSphere Application Server 서버 또는 클러스터에 일괄처리 컨테이너를 배치해야 합니다. 트랜잭션 일괄처리, 계산 중심 애플리케이션 또는 둘 다 동일한 WebSphere Application Server 서버 또는 클러스터에 설치됩니다.

관계형 데이터베이스

작업 스케줄러 및 일괄처리 컨테이너에 관계형 데이터베이스에 대한 액세스 권한이 필요합니다. 사용되는 관계형 데이터베이스는 JDBC에 연결되어 있습니다. 기본 WebSphere Application Server 연결 관리 기능을 통해 관계형 데이터베이스에 액세스합니다. 지원되는 관계형 데이터베이스는 DB2®, Oracle 등을 비롯하여 WebSphere Application Server에서 지원되는 관계형 데이터베이스와 동일합니다.

문제점 방지 문제점 방지: EJB 타이머/스케줄러를 구성하는 경우에는 작동 환경을 신속하게 시작하여 실행할 수 있도록 기본 스케줄러가 단순 파일 기반 Apache Derby 데이터베이스를 기본적으로 사용한다는 점을 기억하십시오. 프로덕션 용도로는 Derby 데이터베이스를 사용하지 마십시오. 또한 기본 Derby 데이터베이스는 클러스터된 작업 스케줄러 또는 클러스터된 일괄처리 컨테이너를 지원하지 않습니다. gotcha

고가용성 환경에는 클러스터된 작업 스케줄러와 하나 이상의 클러스터된 일괄처리 컨테이너가 포함됩니다. 클러스터링에는 네트워크 데이터베이스가 필요합니다. 이러한 용도에는 프로덕션급 데이터베이스(예: DB2)를 사용하십시오. 네트워크 Derby도 작동되지만 프로덕션 용도에 필요한 견고성이 부족합니다. 프로덕션에서는 네트워크 버전을 사용하지 마십시오.

문제점 방지 문제점 방지: 애플리케이션 JPA 설정은 항상 이 페이지의 설정을 대체합니다.gotcha

보안 고려사항

일괄처리 환경의 보안은 다음과 같은 기술을 기반으로 합니다.

  1. 작업 스케줄러 인터페이스에 액세스하기 위한 WebSphere 인증. 활성 WebSphere 보안 레지스트리에 정의된 사용자는 작업 스케줄러의 웹, 명령행, 프로그램 인터페이스를 인증하고 액세스 권한을 받을 수 있습니다.
  2. 작업에 대한 권한을 허용하는 역할 기반 보안. 인증된 사용자가 작업에 대한 조치를 수행하도록 적절한 역할을 지정해야 합니다. 다음과 같은 세 가지 역할이 있습니다.
    lrsubmitter
    lrsubmitter 역할의 사용자는 자신의 작업을 제출하고 조작할 수 있지만 다른 작업은 제출하거나 조작할 수 없습니다.
    lradmin
    lradmin 역할의 사용자는 작업을 제출하고 자신의 작업 또는 다른 사용자의 작업을 조작할 수 있습니다.
    lrmonitor
    lrmonitor 역할이 지정된 사용자는 모든 사용자의 작업과 작업 로그를 볼 수만 있습니다.

    관리 콘솔의 작업 스케줄러 구성 페이지를 사용하여 이러한 역할을 지정할 수 있습니다.

고가용성 고려사항

일괄처리 컴포넌트의 가용성을 높이기 위해 클러스터링을 사용합니다. 작업 스케줄러 및 일괄처리 컨테이너를 사용하여 클러스터에서 배치하고 조작합니다.

작업 스케줄러의 가용성을 높이기 위해 작업 스케줄러에 일반적인 애플리케이션 클러스터링 기술을 사용합니다. 작업 스케줄러에서는 API에 액세스하는 여러 가지 방법(웹 애플리케이션, 명령행, 웹 서비스, EJB(Enterprise JavaBeans))을 지원합니다. 클러스터된 작업 스케줄러에 대한 고가용성 네트워크 액세스의 보장은 작업 스케줄러 API 액세스 방법에 따라 달라집니다. 일괄처리 컨테이너는 클러스터에 이를 배치함으로써 가용성이 향상됩니다. 작업 스케줄러는 일괄처리 컨테이너가 클러스터되는 것을 자동으로 인식하고 이를 활용하여 일괄처리 작업이 실행되는 실행 환경의 가용성을 높입니다.


주제 유형을 표시하는 아이콘 개념 주제



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