[AIX Solaris HP-UX Linux Windows][z/OS]

에디션 유효성 검증

에디션 유효성 검증은 새 에디션을 사용할 수 있고 프로덕션 에디션으로 이동하여 현재 에디션을 대체할 수 있는지 여부를 판별하는 프로세스입니다. 프로덕션 애플리케이션 에디션이 요청을 계속 지원하는 동안 실제 조건에서 새 에디션을 설치하고 유효성을 검증할 수 있습니다.

시작하기 전에

  • 애플리케이션의 모든 모듈이 동일한 배치 대상에 배치되는지 확인하십시오.
  • 에디션 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이 활성화되고 라우팅 규칙이 정의되면 에디션을 시작, 중지, 재구성할 수 있습니다.

프로시저

  1. 애플리케이션 > 에디션 제어 센터를 클릭하여 애플리케이션에 설치된 에디션이 두 개이고 그 중 하나만 활성 에디션인지 확인하십시오.
  2. 옵션: 프로덕션 클러스터와 다른 조작 모드를 갖는 유효성 검증 클러스터를 작성하려는 경우 프로덕션 클러스터에서 VALIDATION_OPERATIONALMODE 사용자 정의 특성을 정의할 수 있습니다. 서비스 통합 버스(SIB)에 유효성 검증 클러스터를 추가하십시오. 이 사용자 정의 특성을 정의하지 않으면 유효성 검증 클러스터가 프로덕션 클러스터와 동일한 조작 모드를 갖습니다.
  3. EJB(Enterprise JavaBeans) 참조 바인딩을 업데이트하여 새 클러스터 이름을 지정하십시오. 유효성 검증 클러스터에서 애플리케이션을 롤아웃하기 전에 바인딩이 다시 원래 값으로 변경되어야 합니다.
  4. my_application 애플리케이션을 클릭하십시오.
  5. edition 2.0을 선택하고 유효성 검증을 클릭하십시오. 유효성 검증 상태 페이지에 dynamic_cluster_1 동적 클러스터에 대해 유효성 검증을 실시하고 edition 2.0을 복제된 클러스터에 배치하는 각 단계가 표시됩니다. 애플리케이션 에디션 제어 센터는 에디션 중 하나가 유효성 검증 모드임을 보여주고 에디션 관리 페이지에는 에디션 2.0 대상이 현재 dynamic_cluster_1-Validation 동적 클러스터인 것으로 표시됩니다. 동적 클러스터 페이지에는 dynamic_cluster_1-Validation 동적 클러스터가 작성된 것으로 표시되고 서버 페이지에는 복제된 서버가 표시됩니다.
    팁: 롤아웃을 수행한 후 유효성 검증 클러스터를 저장하려는 경우 유효성 검증 클러스터에서 saveClonedCluster 사용자 정의 특성을 작성할 수 있습니다. 그렇지 않으면 에디션 롤아웃 이후 또는 유효성 검증이 취소된 후에 유효성 검증 대상의 모든 애플리케이션에 대해 유효성 검증 대상이 삭제됩니다. 예를 들어, 유효성 검증 대상에 두 개 애플리케이션이 배치되고 애플리케이션 중 하나가 유효성을 검증하고 롤아웃되는 경우 두 번째 애플리케이션의 유효성을 검증할 때까지 유효성 검증 대상이 삭제되지 않습니다. saveClonedCluster 사용자 정의 특성은 동적 클러스터에만 적용됩니다. 자세한 정보는 애플리케이션 에디션 관리자 사용자 정의 특성에 대해 읽어 보십시오.
  6. 유효성 검증이 올바르게 발생했는지 확인하십시오. 애플리케이션 > 엔터프라이즈 애플리케이션 또는 애플리케이션 > 모든 애플리케이션을 클릭하십시오. my_application-edition2.0 애플리케이션을 편집하십시오.
    • PHP and WebSphere® Application Server Community Edition 애플리케이션의 경우:

      컨텍스트 루트, 배치 대상 등이 복제된 클러스터를 가리키는지 확인하십시오.

    • 엔터프라이즈(Java™ EE(Java Platform, Enterprise Edition)) 애플리케이션의 경우:

      모듈 관리를 선택하십시오. 에디션 2.0이 유효성 검증 클러스터에 맵핑되었는지 확인하십시오. Bean으로 EJB(Enterprise JavaBeans) 참조 맵핑 세부사항 보기에서 JNDI(Java Naming and Directory Interface) 이름이 새로 복제된 대상 이름에 맞게 조정되었는지 확인하십시오.

      원래 배치 대상 이름을 기반으로 하는 완전한 바인딩을 포함하는 애플리케이션 에디션이 유효성 검증 대상 대상에서 올바르게 작동하려면 유효성 검증 배치 대상 이름을 기반으로 하는 완전한 바인딩 이름을 반영하여 해당 바인딩 이름을 변경해야 합니다. 예를 들어, /clusters/clusterb1/jdbc/CustomerData로 바인드되는 자원 참조를 사용하는 애플리케이션은 배치 대상 복제본에서 애플리케이션을 실행할 준비가 되면 /clusters/cluster1-validation/jdbc/CustomerData로 바인딩을 변경해야 합니다.

  7. 유효성 검증 클러스터 - 작성 세부사항 탐색 및 검토
    동적 클러스터 > DC_Name구성 탭을 클릭하고 유효성 검증 클러스터의 다음 설정이 복사되었는지 확인하십시오.
    • 클러스터 인스턴스의 최소 수
    • 노드의 인스턴스 세로 스택
    • 멤버십 정책
    다음 세부사항에 주의하십시오.
    • 클러스터 인스턴스의 최대 수는 "2"로 설정됩니다. 이는 유효성 검증 클러스터에 대한 제한사항입니다.
    • 격리 환경 설정이 복사되지 않으나 기본값으로 설정됩니다.
    • 작동 모드는 복사되지만 VALIDATION_OPERATIONALMODE 사용자 정의 특성에 의해 대체될 수 있습니다.
    • 동적 클러스터의 사용자 정의 특성은 유효성 검증 클러스터로 복사되지 않습니다.
      참고: 프로덕션 클러스터의 사용자 정의 특성은 유효성 검증 클러스터로 전파되지 않습니다. 동적 클러스터의 사용자 정의 특성은 필요한 경우 유효성 검증 클러스터가 작성된 후 설정되어야 합니다.
  8. 새 에디션을 테스트하십시오. 유효성 검증 클러스터를 시작하고 라우팅 규칙을 사용하여 edition 2.0 에디션으로 요청 로드를 보내 에디션을 테스트하십시오. edition 1.0 에디션은 프로덕션 상태를 유지합니다.

다음에 수행할 작업

edition 2.0 에디션 테스트를 완료하면 edition 1.0 에디션을 edition 2.0 에디션으로 바꿀 수 있습니다. 테스트 과정에서 오류가 발생하면 유효성 검증 모드를 취소할 수 있습니다.
  • edition 1.0edition 2.0으로 바꾸려면 다음을 수행하십시오.
    1. 유효성 검증 대상을 중지하십시오(예: dynamic_cluster_1-Validation).
    2. edition 2.0에 고유한 라우팅 규칙을 삭제하여 애플리케이션에 대한 모든 요청을 단일 에디션으로 라우팅하십시오.
    3. 변경사항을 저장하고 노드를 동기화하십시오.
    4. 새 에디션에 대한 롤아웃을 수행하십시오. 애플리케이션 > 에디션 제어 센터 > application_name을 클릭하십시오. edition 2.0을 선택하고 롤아웃을 클릭하십시오. 롤아웃 과정에서 edition 2.0의 대상이 원래 배치 대상(예: dynamic_cluster_1)으로 다시 지정됩니다. 에디션 상태는 유효성 검증에서 활성으로 전이됩니다.
  • edition 2.0에 오류가 있는 경우 유효성 검증 모드를 취소하고 edition 2.0을 원래 비활성 상태로 다시 이동할 수 있습니다. 결과적으로 유효성 검증을 위해 작성된 중복 동적 클러스터가 제거됩니다. 유효성 검증 모드 취소에 대한 자세한 정보는 애플리케이션 유효성 검증 취소에 대해 읽어 보십시오.

주제 유형을 표시하는 아이콘 태스크 주제



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