[z/OS]

Sysplex에 있는 여러 시스템에서 서버 런타임 설정

사용하는 애플리케이션에 워크로드 밸런스 및 고가용성이 필요하고 또한 워크로드가 증가함에 따라 필요한 새 시스템을 쉽게 추가할 수 있기를 원할 경우, monoplex에서 sysplex 구성으로 Application Server 런타임 및 연관된 애플리케이션 서버를 마이그레이션할 수 있습니다.

시작하기 전에

monoplex에 서버 런타임 및 연관된 비즈니스 애플리케이션 서버를 설치한 후에는 서버 런타임 및 연관된 애플리케이션 서버를 Sysplex 구성으로 마이그레이션할지 여부를 평가해야 합니다. 여러 z/OS 이미지 및 워크로드 관리(WLM)로 구성되는 Sysplex 환경을 설정하도록 결정하는 경우, WebSphere® Application Server를 시작하는 z/OS 이미지에서 BBOWWPFA 작업을 실행해야 합니다.

BBOWWPFA 작업은 처음 구성할 때 자동으로 생성되는 작업 중 하나이며, 사용자 정의 WebSphere Application Server입니다. 이 일괄처리 작업을 실행하여 z/OS 환경을 설정합니다. 일반적으로 이러한 JCL 작업은 Sysplex에 사용 가능한 첫 번째 z/OS 이미지에서 하나씩 실행됩니다. 그러나 제품에 대해 런타임(구성) 파일 시스템을 설정하는 BBOWWPFA 작업은 제품을 시작하려는 동일한 z/OS 이미지에서 실행해야 합니다. BBOWWPFA 작업이 적절한 이미지에서 실행되도록 하려면 BBOWWPFA 작업을 실행하기 전에, 자동으로 생성된 JCL문의 일괄처리 내에서 BBOWWPFA 작업 명령문 뒤에 다음과 같은 JCL문을 추가하십시오.

/*JOBPARM SYSAFF=sxx

여기서 sxx는 제품을 실행할 z/OS 이미지의 이름입니다.

이 태스크 정보

Sysplex 환경을 사용하면 다음을 수행할 수 있습니다.
  • 여러 시스템에 걸쳐 워크로드 밸런스를 유지하여 애플리케이션에 적합한 향상된 성능 관리를 제공합니다.
  • 워크로드가 증가함에 따라 그에 필요한 새 시스템을 추가할 수 있습니다. 이러한 능력은 처리상의 요구에 대해 확장 가능한 솔루션을 제공합니다.
  • 런타임 및 연관된 비즈니스 애플리케이션 서버를 복제합니다. 따라서 하나의 시스템에 장애가 발생할 경우 다른 시스템을 사용하여 사용자 요청을 처리할 수 있습니다.
  • 사용자에 대한 서비스 인터럽트 없이 한 릴리스 또는 서비스 레벨에서 다른 릴리스 또는 서비스 레벨로 Application Server를 업그레이드합니다.
유의: GRS(global resource serialization) 링을 사용하여 하나 이상의 monoplexes를 sysplex 환경에 첨부하는 경우 monoplexes에서 실행 중인 서버의 셀 이름은 전체 GRS 환경 내에서 고유해야 합니다. 이 요구사항은 monoplex에서 실행되는 서버의 셀 이름이 다음과 같음을 의미합니다.
  • sysplex에서 실행 중인 서버의 셀 이름과 달라야 합니다.
  • Sysplex에 첨부된 다른 monoplex에서 실행되는 서버의 셀 이름과 달아야 함
GRS 환경 내에 중복 셀 이름이 있는 서버가 있으면, WebSphere Application Server는 sysplex 셀과 monoplex 셀을 구별할 수 없으며 두 서버를 모두 동일한 셀의 파트로 처리합니다. 이 부정확한 셀 연관은 일반적으로 예기치 않은 처리 결과의 원인이 됩니다.

sysplex 구성에서 Application Server를 설정하려면 다음 태스크를 수행하십시오.

프로시저

  1. 사용 가능한 Sysplex 환경이 없으면 Sysplex 환경을 설정하십시오.

    z/OS® 서적 z/OS MVS™ Sysplex 설정에 z/OS Sysplex를 설정하는 방법이 설명되어 있습니다. 사용자가 설정한 디렉토리는 다음 디렉토리 구조와 유사해야 합니다.

    그림 1. Sysplex에서 실행되는 두 Application Server의 디렉토리 구조WebSphere Application Server 디렉토리 구조
  2. Sysplex 환경의 서버 런타임을 구성하십시오.
    1. 오류 로그에서 단일 시스템 보기를 원하는지 결정하십시오. 오류 로그에서 단일 시스템 보기를 원하고 로그에 사용된 DASD 및 시스템 로거에 오류 로그를 초기에 설정할 경우 지금 결합 기능에 오류 로그를 구성해야 합니다.
    2. 셀에서 애플리케이션 실행 파일을 공유하는 방법을 결정하십시오.
    3. ARM을 설정하십시오. 이 릴리스는 시스템간 다시 시작을 지원하지 않으므로 해당하는 ARM 정책을 설정해야 합니다. 각 요소가 실행되는 시스템에 TARGET_SYSTEM을 지정해야 합니다. (기본 TARGET_SYSTEM=*을 사용하면 시스템간에 다시 시작할 수 있습니다).
    4. 셀에 있는 모든 시스템의 런타임 서버를 모두 실행할 것인지 결정하십시오.
      권장사항: 다음의 테이블은 셀의 서버 실행을 위한 권장사항 및 요구사항을 제공합니다.
      표 1. Running servers in a cell. 다음 표에는 셀의 서버 실행에 필요한 권장사항 및 요구사항이 있습니다.
      서버 셀의 서버 실행을 위한 권장사항 및 요구사항
      위치 서비스 디먼 및 노드 에이전트
      • 서버 런타임 작업을 실행하려는 Sysplex의 각 시스템에서 위치 서비스 디먼 및 노드 에이전트를 둘 다 실행해야 합니다. Sysplex의 일부 시스템에 서버 런타임이 설치되어 있지 않으면, 해당 시스템에 위치 서비스 디먼 및 노드 에이전트가 없어도 됩니다.
      • 서버가 클라이언트와의 상호 작용에 PassTickets이 필요할 경우에는 z/OS 클라이언트가 상주하는 시스템에서 위치 서비스 디먼 및 노드 에이전트를 실행해야 합니다.
      배치 관리자 올바른 단계에 따라 배치 관리자 셀을 구성해야 합니다.
  3. 보안 시스템을 준비하십시오.
  4. 데이터 공유를 설정하십시오. z/OS 시스템에서 실행 중인 DB2 버전은 DB2® 데이터 공유: 계획 및 관리 서적을 참조하십시오.
  5. Sysplex의 다른 시스템에 z/OS 기능을 사용자 정의하여 초기 서버 런타임 설치의 일부로 수행한 사용자 정의를 일치시키십시오.

    추가 시스템의 사용자 정의 완료 정보는 생성된 사용자 정의 지시사항에 포함되어 있습니다.

  6. TCP/IP 설정을 변경하십시오. Sysplex의 각 시스템에는 위치 서비스 디먼, 노드 에이전트 및 비즈니스 애플리케이션 서버가 포함되어 있습니다. 위치 서비스 디먼은 위치 서비스 에이전트 기능을 수행하며 요청에 있는 오브젝트 키로 찾기 요청을 승인합니다. 따라서 TCP/IP DNS(Domain Name Server)와 셀에 있는 각 시스템이 TCP/IP 프로파일이 위치 서비스 디먼에 대해 포트를 포함하고 해당 포트가 새 위치 서비스 디먼 서버의 이름과 연관되어 있다는 것이 중요합니다.
    1. DNS 항목을 변경하십시오.

      같은 구성의 서버로 동적으로 해석하는 일반 IP 이름 사용을 허용하는 DNS 구현을 사용할 경우, DNS의 IP 이름을 조정해야 합니다. 위치 서비스 디먼의 일반 IP 이름을 보존하되 두 번째 및 후속 위치 서비스 디먼 서버의 새로운 IP 이름을 추가해야 합니다. 장애가 발생할 경우 DNS는 추가 IP 이름을 사용하여 다른 서버로 작업을 보낼 수 있습니다.

    2. 셀에 있는 각 추가 시스템의 TCP/IP 프로파일에서 위치 서비스 디먼에 해당하는 포트를 추가하고 해당 포트를 새 위치 서비스 디먼 서버 이름과 연관시키십시오.

      기본적으로, 서버 런타임은 위치 서비스 디먼에 5655 포트를 사용합니다. 또한 서버 런타임은 첫 번째 위치 서비스 디먼 서버 이름을 DAEMON01로 지정하고 새로운 각 위치 서비스 디먼 서버의 이름에 접미부를 증분합니다(예: DAEMON02, DAEMON03 등). 그에 따라 Sysplex의 두 번째 시스템에서 포트를 추가하고 이를 DAEMON02와 연관시켜야 합니다.

      예:
      5655
         TCP     DAEMON02
      Sysplex의 세 번째 및 후속 시스템에 동일한 패턴을 따르십시오.
  7. Sysplex에 새 애플리케이션 서버 클러스터를 정의하십시오.
  8. 옵션: 배치 관리자 셀을 작성하십시오.
    1. Sysplex의 각 노드에 기본 애플리케이션 서버를 설치하십시오.
    2. sysplex의 한 노드에 배치 관리자 셀을 설치하십시오.
    3. 기본 서버 노드를 배치 관리자 셀에 추가하십시오.

결과

하나의 Sysplex에서 여러 시스템의 애플리케이션을 실행할 때 얻을 수 있는 모든 이점을 이용할 수 있습니다.

다음에 수행할 작업

애플리케이션을 Sysplex로 마이그레이션하십시오.

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



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