[z/OS]

고가용성 애플리케이션을 수동으로 업데이트하기 위해 애플리케이션 서버 중지

수동 애플리케이션 롤아웃을 위해 워크로드 라우팅은 업데이트될 클러스터 멤버가 상주하는 애플리케이션 서버를 중지하여 제어됩니다. 그러면 해당 서버가 작업 정지됩니다. 이미 서버에 있는 모든 기존 요청은 완료될 수 있지만 새 요청은 승인되지 않습니다. Sysplex 분배자와 WebSphere® Application Server 웹 서버 플러그인 둘 다 작업 정지한 서버 밖으로 작업을 라우트합니다. 모든 작업이 완료된 후 이 서버에서 애플리케이션 업데이트 프로세스를 시작합니다.

시작하기 전에

업데이트가 필요한 클러스터 멤버를 호스트하고 있는 애플리케이션 서버를 판별하십시오.

이 태스크 정보

업데이트를 수동으로 제어하려는 고가용성 애플리케이션이 있는 경우 이 프로세스를 사용하거나 MVS™ 수정 명령을 사용하여 영향받는 애플리케이션 서버의 리스너를 일시정지할 수 있습니다. 고가용성 애플리케이션을 수동으로 업데이트하기 위해 애플리케이션 서버를 일시정지하는 방법에 대한 정보를 참조하십시오.

고가용성 환경에서 애플리케이션 롤아웃 및 워크로드 라우팅을 수동으로 제어하려면 다음을 수행하십시오.

프로시저

  1. 셀에 있는 모든 노드 사이의 모든 양식의 자동 동기화를 사용 불가능하게 하고 변경사항을 저장하십시오. 다음 프로세스 중 하나를 수행하여 이 단계를 완료하십시오.
    • 관리 콘솔에서:
      1. 시스템 관리 > 노드 에이전트 > node_agent_name > 파일 동기화 서비스를 클릭하십시오.
      2. 자동 동기화동기화 시작 옵션을 선택 해제하십시오.
      3. 노드에서 변경사항 동기화 옵션을 선택하십시오.
      4. 저장을 클릭하십시오.
    • 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 
      유의: 프로덕션 환경의 경우 항상 자동 동기화를 사용 불가능하게 하여 노드 에이전트를 실행하는 것이 좋습니다. 그러나 시작 동기화의 경우에는 노드 에이전트가 정지될 때 발생하는 구성 업데이트 사항을 획득할 수 있도록 노드 에이전트에 대해 사용 가능한 것이 좋습니다. 애플리케이션 업데이트 프로세스 동안 자동 재시작 관리자를 통하거나 자동화를 통해 노드 에이전트를 수동으로 다시 시작하지 않도록 할 수 있는 경우 시작 동기화를 사용 가능한 상태로 유지할 수 있습니다.
  2. 배치 관리자 서버의 마스터 구성 저장소에 있는 애플리케이션을 업데이트하십시오. 다음 프로세스 중 하나를 수행하여 이 단계를 완료하십시오.
    • 관리 콘솔에서:
      1. 애플리케이션 > 엔터프라이즈 애플리케이션을 클릭하십시오.
      2. 업데이트하려는 애플리케이션을 선택하십시오.
      3. 애플리케이션 업데이트 프로세스를 완료하십시오.
      4. 마스터 구성에 변경사항을 저장하십시오.노드에서 변경사항 동기화 옵션을 선택하지 마십시오.
    • 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. 애플리케이션 업데이트 설치. 이 그림은 고가용성 환경에서 애플리케이션 업데이트의 첫 번째 단계를 보여줍니다. 애플리케이션 업데이트 설치
  3. LPAR1의 Application Server를 중지하고 노드를 애플리케이션의 업데이트된 버전에 수동으로 동기화하십시오. 서버가 시스템 종료하기 전에 현재 지정된 모든 작업 항목이 완료하기를 기다려야 하기 때문에 이 단계는 완료하는 데 시간이 걸릴 수 있습니다.

    다음 프로세스 중 하나를 수행하여 이 단계를 완료하십시오.

    • 관리 콘솔에서:
      1. 서버 > 서버 유형 > WebSphere 애플리케이션 서버를 클릭하십시오.
      2. 중지 및 업데이트하려는 클러스터 멤버를 선택하십시오. 이 클러스터 멤버는 LPAR1에 있어야 합니다.
      3. 중지를 클릭하십시오. 클러스터 중지 메소드는 클러스터 내의 모든 서버를 중지시키며 애플리케이션이 더 이상 사용 가능하지 않기 때문에 이 메소드는 사용하지 않아야 합니다.
    • wsadmin 스크립트를 사용하여 다음 명령을 발행하십시오.
      set node NODE 
      set server SERVER 
      $AdminControl stopServer $server $node 
    • MVS 콘솔에서 다음 명령을 발행하십시오.
       STOP short_server_name
      예를 들어 다음과 같습니다.
      STOP BBOS001
  4. 노드를 동기화하십시오. 다음 프로세스 중 하나를 수행하여 이 단계를 완료하십시오.
    • 관리 콘솔에서:
      1. 시스템 관리 > 노드 에이전트를 클릭하십시오.
      2. 동기화하려는 노드를 선택한 후 전체 재동기화를 클릭하십시오.
    • wsadmin 스크립트를 사용하여 다음 명령을 발행하십시오.
      set node NODE 
      set nodeSync [$AdminControl completeObjectName type=NodeSync,node=$node,*] 
      $AdminControl invoke $nodeSync sync 

    다음 그림에서 보는 것처럼, 애플리케이션의 업데이트된 버전(App v2)이 이제 LPAR1의 노드에 상주합니다.

    그림 2. LPAR1의 노드 업데이트. 이 그림은 두 개의 LPAR을 갖는 고가용성 환경에서 애플리케이션 업데이트의 첫 번째 단계를 보여줍니다. LPAR1의 노드 업데이트
  5. LPAR1의 서버를 다시 시작하십시오. 다음 프로세스 중 하나를 수행하여 이 단계를 완료하십시오.
    • 관리 콘솔에서:
      1. 서버 > 서버 유형 > WebSphere 애플리케이션 서버를 클릭하십시오.
      2. 시작하려는 서버를 선택한 후 시작을 클릭하십시오.
    • 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의 서버를 다시 시작하십시오.
  6. LPAR1에서 실행 중인 애플리케이션의 새 버전을 사용하여 클러스터의 다른 LPAR에서 앞의 세 단계를 반복하여 애플리케이션의 새 버전으로 업데이트하십시오. 다음 그림에서는 두 LPAR 클러스터에서 사용자 구성의 모습을 보여 줍니다.
    그림 4. LPAR2의 노드 업데이트. 이 그림은 고가용성 환경에서 애플리케이션 업데이트의 두 번째 단계를 보여줍니다. LPAR2의 노드 업데이트

결과

애플리케이션 업데이트 프로세스는 새 버전의 애플리케이션이 클러스터의 모든 클러스터 멤버에서 실행 중일 때 완료됩니다. 다음 그림은 LPAR2의 서버를 다시 시작한 후 2 LPAR 클러스터의 모습을 보여줍니다.
그림 5. LPAR2의 서버 다시 시작. 이 그림은 LPAR2의 서버를 다시 시작한 후 2 LPAR 클러스터의 모습을 보여줍니다. LPAR2의 노드 업데이트

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



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