이 주제에서는 활성 에디션을 새 에디션으로 바꾸는 방법에 대해 설명합니다.
새 에디션은 버그 수정과 같이 응용프로그램에 대한 단순한 수정사항이거나 또는 보다 실질적인 변경사항일 수 있습니다.
새 에디션이 역호환 가능한 경우 기존 클라이언트에 영향을 주지 않고 활성 에디션을 바꾸도록
롤아웃될 수 있습니다. 새 에디션을 롤아웃하려면 먼저
새 에디션 정보를 포함한 응용프로그램 에디션을 설치해야 합니다.
시작하기 전에
시작하기 전에 응용프로그램 에디션을 설치 및 시작해야 합니다.
이 타스크의 수행 목적 및 시기
에디션을 롤아웃하려면 다음을 수행하십시오.
- 응용프로그램 > 새 응용프로그램 설치를 클릭하십시오.
- 설치할 새 EAR 파일을 지정한 후 다음을 클릭하십시오.
- 응용프로그램 에디션 필드에서 새 에디션 정보를 지정하십시오.
예를 들어, 2.0을 입력하십시오.
- 응용프로그램 설명 필드에서 설치 중인 새 에디션의 유형을 지정하십시오.
예를 들어, 두 번째 에디션을 입력하십시오.
- 나머지 필드를 완료한 후 다음을 클릭하십시오. 응용프로그램 설치
마법사 사용에 대한 자세한 정보는 WebSphere Application Server Information Center를 참조하십시오.
- 서버에 모듈 맵핑 페이지의 클러스터 및 서버 목록에서
현재 에디션에 사용되는 동일한 전개 대상을 선택하십시오.
전개 대상 유형, 동적 클러스터, 정적 클러스터
또는 독립형 서버에 관계 없이 동일한 기본 단계가 롤아웃에 적용됩니다.
이 학습서의 경우 동적 클러스터 BTDC1을 클릭하십시오.
- 이 응용프로그램 에디션에서 기존 작업 클래스 복제 목록에서 에디션 1.0 작업 클래스를 선택한 후 다음을 누르십시오. 응용프로그램 에디션을 설치할 때
기본 작업 클래스가 지정됩니다. 작업 클래스는 응용프로그램 에디션에 대한 기본 라우팅 규칙을 설정합니다.
응용프로그램의 작업 클래스는 응용프로그램의 라우팅 정책을 구성합니다.
후속 에디션을 설치할 때 선택한 작업 클래스를 지정할 수 있습니다.
그러나 에디션 롤아웃을 수행할 때 동일한 작업 클래스 정보를 유지하도록 권장합니다.
각 에디션에는 고유의 독립적인 작업 클래스 정의가 포함됩니다.
이 학습서의 경우 에디션 1.0 작업 클래스를
복제하여 에디션 2.0 작업 클래스를 설정하십시오.
- 설치 마법사를 완료하십시오.
- 노드를 저장한 후 동기화하십시오.
- 응용프로그램 > 에디션 제어 센터를 클릭하십시오.
- 새 에디션, 에디션 2.0을 선택한 후 롤아웃을 클릭하십시오.
원자 또는 그룹을 선택하십시오.
그룹에 있는 대상 클러스터 구성원의 에디션을 바꾸려면 그룹 롤아웃을 사용하십시오.
또는 스크립트를 사용하여 지정된 크기로 그룹 롤아웃을 수행할 수 있습니다.
자세한 정보는 응용프로그램 에디션 관리의 AdminTasks를 참조하십시오. 그룹 롤아웃이 진행되는 동안
새 에디션에서 이전 에디션의 대체가 완료될 때까지 사용자는 두 에디션을 사용할 수 있습니다.
클러스터의 1/2에서 동시에 하나의 에디션을 다른 에디션으로 바꾸려면 원자 롤아웃을 사용하십시오.
그러면 모든 사용자 요청이 일관된 응용프로그램 에디션으로 처리됩니다.
그러나 클러스터는 절반의 용량으로 실행됩니다. 클러스터가 매우 큰 경우
그룹 롤아웃이 사용자 요구에 더 적합할 수 있습니다. 원자 모드는
클러스터의 두 번째 1/2이 제거되는 것을 막기 위해 수행되는 조치와 함께
단일 서버 전개 대상에도 사용할 수 있습니다.
재설정 계획을 선택하십시오. 재설정 계획은
각 전개 대상이 새 에디션을 서버 런타임으로 로드하는 방식을 응용프로그램 에디션 관리자에게 지시합니다.
클러스터의 각 서버에서 해당 서버의 다음 에디션이
이전 에디션을 대체할 때 응용프로그램을 중지 또는 재시작하여 응용프로그램을
재설정하려면 소프트 계획을 사용하십시오.
소프트 재설정을 사용하면 기본 라이브러리는 메모리에서 로드 해제되지 않습니다. 소프트
재설정은 일반적으로 기본 라이브러리를 사용하지 않는 응용프로그램에서 안전합니다. 프로덕션
환경에서 소프트 재설정을 사용하는 경우 Application Server 프로세스를 모니터하여
충분한 가상 메모리가 있는지 확인하십시오. 하드 재설정은 응용프로그램에서 사용한
프로세스 메모리 및 기본 라이브러리를 모두 새로 고쳐서 전체 Application Server를 재활용합니다.
이 계획은 가상 기억장치 고갈을 방지하고 새 버전의 기본 라이브러리를 로드할 수 있습니다.
의존하는 새 버전의 기본 라이브러리에서
수반되는 응용프로그램 에디션을 롤아웃하는 경우 재설정 계획으로 하드 재설정을 선택해야 합니다.
해당 서버의 다음 에디션이 이전 에디션을 대체할 때 클러스터의 각 서버를
중지 또는 재시작하여 응용프로그램을 재설정하려면 하드 계획을 사용하십시오.
- 드레인 간격(초)을 설정하십시오.
드레인 간격은 롤아웃 프로세스가 시작된 후 재설정 계획이 시작되기 전에
Application Server가 해당 서버와 유사한 클라이언트에 서비스를 제공하는 시간을 지정합니다.
WebSphere Extended Deployment에 알려지지 않은 활동
및 유사성(예: 트랜잭션, 활동 및 보상 범위)은
해당 작업 단위가 완료되어야 서버가 중지되므로 효율적인 드레인 간격을 연장합니다.
Extended Deployment에 알려지지 않은 활동이 있는 응용프로그램은
시스템 종료 처리를 시작할 트리거로 AppEditionManager MBean 작업 정지 시작 알림을 사용할 수 있으며
시스템 종료를 완료할 시간으로 드레인 간격을 사용할 수 있습니다.
- 확인을 클릭하십시오.
에디션 1.0이 에디션 2.0으로
인터럽트 없이 대체됩니다.
결과
유효성 검증 중인 에디션이 원래 전개 대상에서 롤아웃되며 복제된 환경이 삭제됩니다.
롤아웃 시 장애가 발생하는 경우 응용프로그램 에디션 관리자는 수행된 조치를 실행 취소합니다.
예를 들어, 세 개의 구성원 클러스터에서 세 개의 서버 중 두 개에서
에디션 1.0이 에디션 2.0으로 바뀌는 경우
세 번째 서버의 에디션을 바꾸는 동안 장애가 발생하면
응용프로그램 에디션 관리자는 첫 번째 및 두 번째 서버에서
에디션 2.0을 에디션 1.0으로 바꿉니다.
다음에 수행할 내용
결과를 보려면 에디션 제어 센터로 돌아가 사용자 응용프로그램을
선택한 후
에디션 전개 관리를 클릭하십시오. 전개 대상
BTDC1에서
활성 에디션이
1.0에서
에디션 2.0으로 바뀝니다.
그러면 실행 중인 에디션이 바뀌므로 새 에디션이 자동으로 시작됩니다.
유효성 검증 모드에 있는 응용프로그램 에디션이 롤아웃되면
바인딩 이름을 원래 이름으로 다시 변경해야 합니다. 예를 들어,
/clusters/cluster1-validation/jdbc/CustomerData는
/clusters/cluster1/jdbc/CustomerData로 다시 변경해야 합니다.