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

에디션 유효성 검증

이 주제에서는 응용프로그램 에디션을 유효성 검증하는 방법에 대해 설명합니다. 유효성 검증 모드를 사용하면 에디션을 설치할 수 있으며 프로덕션 응용프로그램 에디션과 병행하여 현실적인 조건에서 에디션을 테스트할 수 있습니다. 다음 예제에서는 응용프로그램의 에디션 1.0이 설치되어 있고 활성 상태이며 동적 클러스터에서 실행 중입니다. 에디션 2.0은 후보 유효성 검증 에디션이며 비활성 상태에 있는 동일한 전개 대상에 설치되어 있습니다. 에디션 2.0 유효성 검증은 다음을 수행합니다. 에디션 2.0 대상을 복제하고 새 동적 클러스터(예: DC-Validation)를 작성한 후 에디션 2.0을 해당 새 클러스터로 맵핑합니다. 복제된 클러스터는 복제된 서버 작성을 위한 서버 템플리트로 기존 클러스터 구성원을 사용합니다.

시작하기 전에

새로 복제된 클러스터를 시작하기 전에 에디션 2.0에 대한 고유한 라우팅 규칙을 정의해야 합니다. 라우팅 규칙을 사용하면 두 에디션을 동시에 실행할 수 있으며 유효성 검증 에디션에 맞게 계획된 하이퍼텍스트 전송 프로토콜 요청을 에디션 1.0을 방해하지 않고 유효성 검증 대상으로 올바르게 라우트할 수 있습니다. 이 시나리오의 경우 BeenThere 응용프로그램을 사용하십시오. 대상 BTDC1에 응용프로그램 에디션 1.0 및 2.0을 모두 설치하십시오. 에디션을 롤아웃한 후 유효성 검증 대상을 유지하도록 동적 클러스터 사용자 정의 특성을 saveClonedCluster=true로 설정하십시오. 그렇지 않으면 유효성 검증 대상은 에디션 롤아웃 후 삭제됩니다.
RestrictionColonSymbol 유효성 검증 모드에서는 두 개의 클러스터 구성원만을 사용 또는 작성할 수 있습니다. 라우트 및 서비스 정책을 유효성 검증 모드의 엔터프라이즈 응용프로그램에 맵핑할 수 있지만 두 개의 클러스터 구성원만이 시작되어 작업을 유지보수합니다.

이 타스크의 수행 목적 및 시기

유효성 검증 복제 대상이 작성되고 에디션 2.0이 활성화되고 라우팅 규칙이 정의되면 에디션을 시작, 중지 및 재구성할 수 있습니다.
  1. 응용프로그램 > 에디션 제어 센터를 클릭한 후 응용프로그램에 두 개의 에디션이 설치되어 있고 한 에디션만 활성 상태인지 확인하십시오.
  2. BeenThere를 클릭하십시오.
  3. 에디션 2.0을 선택한 후 유효성 검증을 클릭하십시오. 유효성 검증 상태 페이지에 BTDC1 동적 클러스터 유효성 검증 및 복제된 클러스터로의 에디션 2.0 전개에 대한 각 단계가 표시됩니다. 에디션 제어 센터에는 에디션 중 하나가 유효성 검증 모드에 있음을 표시하며 관리 에디션 페이지에는 에디션 2.0 대상이 현재 동적 클러스터 BTDC1-Validation-임을 표시합니다. 동적 클러스터 페이지는 새 동적 클러스터 BTDC1-Validation이 작성된 것을 표시하고 Application Server 페이지는 복제된 서버를 표시합니다.
  4. 응용프로그램 > 엔터프라이즈 응용프로그램을 클릭하십시오. BeenThere-edition2.0을 편집하고 서버에 모듈 맵핑을 선택하십시오. 에디션 2.0이 유효성 검증 클러스터에 맵핑되었는지 확인하십시오. Bean으로 EJB 참조 맵핑 자세히 보기에서 JNDI(Java Naming and Directory Interface) 이름이 새롭게 복제된 대상 이름에 맞게 조정되었는지 확인하십시오.

    유효성 검증 전개 대상에서 올바르게 작동하도록 원래 전개 대상 이름을 기본으로 한 완전한 바인딩의 응용프로그램 에디션인 경우, 유효성 검증 전개 대상 이름을 기본으로 한 완전한 바인딩 이름을 반영하도록 바인딩 이름을 변경해야 합니다. 예를 들어, /clusters/clusterb1/jdbc/CustomerData로 바인드되는 자원 참조를 사용하는 응용프로그램은 전개 대상 복제본에서 응용프로그램을 실행할 준비가 되면 /clusters/cluster1-validation/jdbc/CustomerData로 바인딩을 변경해야 합니다.

  5. 유효성 검증 클러스터를 시작하고 적절한 라우팅 규칙으로, 프로덕션 에디션 1.0을 사용하여 이를 테스트하기 위해 테스트 로드를 에디션 2.0으로 드라이브하십시오. 에디션 2.0 테스트를 완료하고 에디션 1.02.0으로 바꾸려면 다음을 수행하십시오.
    1. 유효성 검증 대상(예: BTDC1-Validation)을 중지하십시오.
    2. 에디션 2.0 특정 라우팅 규칙을 삭제하여 BeenThere 응용프로그램에 대한 모든 요청을 단일 에디션으로 라우트하십시오. 변경사항을 저장한 후 노드를 동기화하십시오.
    3. 응용프로그램 > 에디션 관리를 클릭하십시오.
    4. BeenThere 응용프로그램의 에디션 2.0을 선택한 후 롤아웃을 클릭하십시오.

결과

에디션 1.0에디션 2.0으로 바꾸는 대체를 인터럽트 없이 실행합니다. 롤아웃이 진행되는 동안 에디션 2.0의 대상이 원래 전개 대상(예: BTDC1)으로 변경되며 유효성 검증에서 활성으로 상태가 전이됩니다.

다음에 수행할 내용

유효성 검증 에디션 테스트가 완료된 후 에디션 롤아웃을 사용하여 새 에디션을 프로덕션 환경으로 롤아웃하십시오.



Related concepts
에디션 관리자 개념

Related tasks
초판 설치
에디션 롤아웃
에디션 되돌리기

Related reference
작업 클래스의 라우팅 정책

타스크 주제    

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

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