수동 애플리케이션 롤아웃을 위해 워크로드 라우팅은 업데이트될
클러스터 멤버가 상주하는 애플리케이션 서버를 중지하여
제어됩니다. 그러면 해당 서버가 작업 정지됩니다. 이미 서버에 있는
모든 기존 요청은 완료될 수 있지만 새 요청은 승인되지 않습니다. Sysplex 분배자와
WebSphere® Application Server
웹 서버 플러그인 둘 다 작업 정지한 서버 밖으로 작업을 라우트합니다. 모든 작업이 완료된 후
이 서버에서 애플리케이션 업데이트 프로세스를 시작합니다.
시작하기 전에
업데이트가 필요한 클러스터 멤버를 호스트하고 있는 애플리케이션 서버를 판별하십시오.
이 태스크 정보
업데이트를 수동으로 제어하려는 고가용성 애플리케이션이 있는 경우 이 프로세스를 사용하거나
MVS™ 수정 명령을 사용하여
영향받는 애플리케이션 서버의 리스너를 일시정지할 수 있습니다. 고가용성 애플리케이션을
수동으로 업데이트하기 위해 애플리케이션 서버를 일시정지하는 방법에 대한 정보를 참조하십시오.
고가용성 환경에서 애플리케이션 롤아웃 및
워크로드 라우팅을 수동으로 제어하려면 다음을 수행하십시오.
프로시저
- 셀에 있는 모든 노드 사이의 모든 양식의 자동 동기화를
사용 불가능하게 하고 변경사항을 저장하십시오. 다음 프로세스 중 하나를 수행하여 이 단계를 완료하십시오.
- 관리 콘솔에서:
- node_agent_name > 파일 동기화 서비스를 클릭하십시오.
- 자동 동기화 및 동기화 시작 옵션을 선택 해제하십시오.
- 노드에서 변경사항 동기화 옵션을 선택하십시오.
- 저장을 클릭하십시오.
- wsadmin 스크립트를 사용하여 다음 명령을 지정한 후 영향을 받는
모든 노드 에이전트를 다시 시작하십시오.
set node NODE
set na_id [$AdminConfig getid /Node:$node/Server:nodeagent/]
set syncServ [$AdminConfig list ConfigSynchronizationService $na_id]
$AdminConfig modify $syncServ {{autoSynchEnabled false}}
$AdminConfig modify $syncServ {{synchOnServerStartup false}}
$AdminConfig save
set nodeSync [$AdminControl completeObjectName type=NodeSync,node=$node,*]
$AdminControl invoke $nodeSync sync
유의: 프로덕션 환경의
경우 항상 자동 동기화를 사용 불가능하게 하여 노드 에이전트를
실행하는 것이 좋습니다. 그러나 시작 동기화의 경우에는 노드 에이전트가 정지될 때 발생하는 구성 업데이트 사항을 획득할 수 있도록
노드 에이전트에 대해 사용 가능한 것이 좋습니다. 애플리케이션 업데이트 프로세스 동안 자동 재시작 관리자를 통하거나 자동화를
통해 노드 에이전트를 수동으로 다시 시작하지 않도록 할 수 있는 경우 시작 동기화를 사용 가능한 상태로 유지할 수 있습니다.
- 배치 관리자 서버의 마스터 구성 저장소에 있는
애플리케이션을 업데이트하십시오. 다음 프로세스 중 하나를 수행하여 이 단계를 완료하십시오.
- 관리 콘솔에서:
- 애플리케이션 > 엔터프라이즈 애플리케이션을 클릭하십시오.
- 업데이트하려는 애플리케이션을 선택하십시오.
- 애플리케이션 업데이트 프로세스를 완료하십시오.
- 마스터 구성에 변경사항을 저장하십시오.노드에서 변경사항
동기화 옵션을 선택하지 마십시오.
- wsadmin 스크립트를 사용하여 다음 명령을 발행하십시오.
set app_loc /path/to/app
set app_options {application options ie: -appname app}
set options [list -update] lappend options $app_options
$AdminApp install $app_loc $options
$AdminConfig save
이 시점에서 마스터 구성에
애플리케이션의 업데이트된 버전(다음 그림의 App v2)을 갖습니다.
그러나 애플리케이션의 원래 버전(다음 그림의 App v1)이
여전히 LPAR1 및 LPAR2에 클러스터 멤버를 갖는 클러스터에서
실행 중입니다.
그림 1. 애플리케이션 업데이트
설치.
이 그림은 고가용성 환경에서 애플리케이션
업데이트의 첫 번째 단계를 보여줍니다. 
- LPAR1의 Application Server를 중지하고 노드를 애플리케이션의
업데이트된 버전에 수동으로 동기화하십시오. 서버가 시스템 종료하기
전에 현재 지정된 모든 작업 항목이 완료하기를 기다려야 하기 때문에 이 단계는
완료하는 데 시간이 걸릴 수 있습니다.
다음 프로세스 중 하나를 수행하여 이 단계를 완료하십시오.
- 노드를 동기화하십시오. 다음 프로세스 중 하나를 수행하여 이 단계를 완료하십시오.
다음 그림에서 보는 것처럼, 애플리케이션의 업데이트된 버전(App v2)이
이제 LPAR1의 노드에 상주합니다.
그림 2. LPAR1의 노드 업데이트.
이 그림은
두 개의 LPAR을 갖는 고가용성 환경에서 애플리케이션 업데이트의 첫 번째
단계를 보여줍니다. 
- LPAR1의 서버를 다시 시작하십시오. 다음 프로세스 중 하나를 수행하여 이 단계를 완료하십시오.
- 관리 콘솔에서:
- 를 클릭하십시오.
- 시작하려는 서버를 선택한 후 시작을 클릭하십시오.
- wsadmin 스크립트를 사용하여 다음 명령을 발행하십시오.
set node NODE
set server SERVER
$AdminControl startServer $server $node
- MVS 콘솔에서 다음 명령을 발행하십시오.
START procname,JOBNAME=server_short_name.ENV=cell_short_name.node_short_name.server_short_name
예를 들어, 다음과 같습니다.START BBO6ACR,JOBNAME=BBOS001,ENV=PLEX1.SY1.BBOS001
이 서버는 백업될 때 애플리케이션의 새 버전(App v2)에서
실행 중입니다. 그림 3. LPAR1의 서버
다시 시작.
이 그림은 고가용성 환경에서 애플리케이션
업데이트의 첫 번째 단계의 완료를 보여줍니다. 
- LPAR1에서 실행 중인 애플리케이션의 새 버전을 사용하여
클러스터의 다른 LPAR에서 앞의 세 단계를 반복하여 애플리케이션의
새 버전으로 업데이트하십시오. 다음 그림에서는 두 LPAR
클러스터에서 사용자 구성의 모습을 보여 줍니다.
그림 4. LPAR2의 노드 업데이트.
이 그림은
고가용성 환경에서 애플리케이션 업데이트의 두 번째 단계를
보여줍니다. 
결과
애플리케이션 업데이트 프로세스는 새 버전의 애플리케이션이
클러스터의 모든 클러스터 멤버에서 실행 중일 때 완료됩니다.
다음 그림은 LPAR2의 서버를 다시 시작한 후 2 LPAR 클러스터의
모습을 보여줍니다.
그림 5. LPAR2의 서버
다시 시작.
이 그림은 LPAR2의 서버를 다시 시작한 후
2 LPAR 클러스터의 모습을 보여줍니다. 