![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[z/OS]](../images/ngzos.gif)
에디션 유효성 검증
에디션 유효성 검증은 새 에디션을 사용할 수 있고 프로덕션 에디션으로 이동하여 현재 에디션을 대체할 수 있는지 여부를 판별하는 프로세스입니다. 프로덕션 애플리케이션 에디션이 요청을 계속 지원하는 동안 실제 조건에서 새 에디션을 설치하고 유효성을 검증할 수 있습니다.
시작하기 전에
- 애플리케이션의 모든 모듈이 동일한 배치 대상에 배치되는지 확인하십시오.
- 에디션 2.0의 고유한 라우팅 규칙을 정의하십시오. 라우팅 규칙을 사용하면 에디션을 동시에 실행할 수 있으며 에디션 1.0을 방해하지 않고 유효성 검증 에디션에 대한 하이퍼텍스트 전송 프로토콜(HTTP) 요청을 유효성 검증 대상에 올바르게 라우팅할 수 있습니다. 이 시나리오의 경우 my_application 애플리케이션을 사용하십시오. dynamic_cluster_1 동적 클러스터에 애플리케이션 에디션 1.0 및 2.0을 모두 설치하십시오. 라우팅 규칙에 대한 자세한 정보는 애플리케이션 에디션의 라우팅 정책 작성에 대해 읽어 보십시오.
- 복제된 유효성 검증 클러스터의 작동 모드를 프로덕션 클러스터와 다른
모드로 설정하려면 관리 콘솔에서 VALIDATION_OPERATIONALMODE
사용자 정의 특성을 작성하십시오. 그렇지 않으면 유효성 검증
클러스터가 작성된 후 프로덕션 클러스터와 동일한 작동 모드로
설정됩니다. 값을 자동, 수동
또는 감독으로 설정하십시오. 다른 값을
지정하거나 값을 지정하지 않으면 유효성 검증 동적 클러스터가
수동 모드로 설정됩니다. 제한사항: 유효성 검증 모드에서는 두 개의 클러스터 멤버만을 사용 또는 작성할 수 있습니다. 라우팅 및 서비스 정책을 유효성 검증 모드 애플리케이션으로 맵핑할 수 있지만 작업을 유지하기 위해 세 개 이상의 클러스터 멤버가 시작됩니다. 유효성 검증 클러스터를 작성한 후 최대 및 최소 동적 클러스터 인스턴스 수를 변경하여 이 설정을 겹쳐쓸 수 있습니다.
- 사용자의 역할이 모니터 또는 운영자인 경우 애플리케이션 에디션 관리자 정보를 볼 수만 있습니다. 구성자 또는 관리자 역할의 사용자는 애플리케이션 에디션 관리자에 대한 모든 구성 권한을 갖습니다.
유의: 에디션 유효성을
검증하기 전에 브라우저를 다시 시작하십시오. 브라우저를
다시 시작하면 이전 세션이 만기되며 유효성을
검증하는 애플리케이션으로 요청이 라우팅됩니다.
참고: 유효성 검증되는 애플리케이션이 웹 서버에 배치되지 않았는지 확인하십시오. 이 경우 유효성 검증이 실패할 수 있습니다.
적절한 유효성 검증을 위해서는 애플리케이션을 애플리케이션 서버에 배치해야 합니다.
이 태스크 정보
에디션에서 유효성 검증이 수행되는 방법의 예로 애플리케이션의 에디션 1.0이 동적 클러스터에서 설치, 활성화, 실행 중인 시나리오를 고려하십시오. 에디션 2.0은 후보 유효성 검증 에디션이며 비활성 상태에 있는 동일한 배치 대상에 설치됩니다. 에디션 2.0에 대해 유효성 검증을 실시하면 에디션 2.0 배치 대상이 복제됩니다. 예를 들어, 유효성 검증을 실시하면 DC-Validation 동적 클러스터와 같은 새 동적 클러스터가 작성되고 에디션 2.0이 새 클러스터로 맵핑됩니다. 복제된 클러스터는 복제된 서버 작성을 위한 서버 템플리트로 기존 클러스터 멤버를 사용합니다.
유효성 검증 복제 대상이 작성되고 edition 2.0이 활성화되고 라우팅 규칙이 정의되면 에디션을 시작, 중지, 재구성할 수 있습니다.
프로시저
다음에 수행할 작업
- edition 1.0을 edition 2.0으로 바꾸려면 다음을 수행하십시오.
- 유효성 검증 대상을 중지하십시오(예: dynamic_cluster_1-Validation).
- edition 2.0에 고유한 라우팅 규칙을 삭제하여 애플리케이션에 대한 모든 요청을 단일 에디션으로 라우팅하십시오.
- 변경사항을 저장하고 노드를 동기화하십시오.
- 새 에디션에 대한 롤아웃을 수행하십시오. 롤아웃을 클릭하십시오. 롤아웃 과정에서 edition 2.0의 대상이 원래 배치 대상(예: dynamic_cluster_1)으로 다시 지정됩니다. 에디션 상태는 유효성 검증에서 활성으로 전이됩니다. 을 클릭하십시오. edition 2.0을 선택하고
- edition 2.0에 오류가 있는 경우 유효성 검증 모드를 취소하고 edition 2.0을 원래 비활성 상태로 다시 이동할 수 있습니다. 결과적으로 유효성 검증을 위해 작성된 중복 동적 클러스터가 제거됩니다. 유효성 검증 모드 취소에 대한 자세한 정보는 애플리케이션 유효성 검증 취소에 대해 읽어 보십시오.