구성 파일 시스템

WebSphere® Application Server for z/OS® 구성 파일 시스템을 설정할 때 수행해야 하는 몇 가지 계획 결정사항이 있습니다.

셀, 노드 및 서버 설정뿐만 아니라 배치된 애플리케이션도 WebSphere Application Server for z/OS 구성 파일 시스템에 저장됩니다. 구성 파일 시스템에 대해 ZFS(zSeries File System) 또는 HFS(Hierarchical File System)를 사용할 수 있습니다.
팁: WebSphere Application Server for z/OS 버전 7.0부터는 SBBOLOAD 및 SBBOLD2 데이터 세트가 더 이상 존재하지 않습니다. 이는 로드 모듈이 현재 제품 파일 시스템에 있기 때문입니다. 제품 파일 시스템의 로드 모듈 사용에서 데이터 세트의 로드 모듈 사용으로 구성을 전환하는 경우, switchModules 명령에 설명된 도구를 사용할 수 있습니다. WebSphere Application Server for z/OS 버전 8.0부터는 서버가 STEPLIB, LPA 또는 링크 목록에 있는 데이터 세트에 배치된 DLL을 사용할 수 있도록 server_dlls_in_hfs 환경 변수도 0으로 설정해야 합니다. 디먼이 DLL을 선택하려면 WAS_DAEMON_ONLY_server_dlls_in_hfs가 셀 레벨에서 설정되어야 합니다.

각 노드는 홈 디렉토리가 필요함

모든 WebSphere Application Server for z/OS 노드(독립형 애플리케이션 서버, 배치 관리자, 관리 애플리케이션 서버 노드 또는 위치 서비스 디먼 여부에 관계없이)에는 읽기/쓰기 홈 디렉토리(간혹 WAS_HOME이라고도 함)가 필요합니다.

이는 /WebSphere/V9R0에서 마운트된 WebSphere Application Server for z/OS 구성 파일 시스템의 구조입니다. 여기에는 이름이 BBOS001인 애플리케이션 서버용 WebSphere Application Server 홈 디렉토리가 이름이 SYSA인 셀 및 노드 둘 다와 함께 포함됩니다.
/WebSphere/V9R0
  /AppServer
    /bin
    /classes
    /java    /lib
    /logs
    /profiles
      /default    -> this is the profile_root directory  
    /temp
    ...
   /Daemon
    /config      
      /SYSA
   SYSA.SYSA.BBODMNB -> /WebSphere/V9R0/Daemon/config/SYSA/SYSA/BBODMNB
   SYSA.SYSA.BBOS001       ->  
/WebSphere/V9R0/AppServer/profiles/default/config/cells/SYSA/nodes/SYSA
   /servers/server1
   SYSA.SYSA.BBOS001.HOME ->  /WebSphere/V9R0/AppServer
BBOS001용 WebSphere Application Server 홈 디렉토리의 이름은 AppServer입니다. 여기에는 SYSA 노드와 BBOS001 서버에 대한 전체 구성 정보가 있는 디렉토리가 포함됩니다.
/Daemon 디렉토리에는 이 구성 파일 시스템에서 노드에 대해 정의된 위치 서비스 디먼의 구성 정보가 있습니다.
참고: /Daemon/config 하위 디렉토리는 셀 이름으로 다시 나눠집니다. 셀이 다른 축약 이름을 가지고 있으면 각 축약 이름의 위치 서비스 디먼 정보가 독립적으로 보존됩니다.
디먼 홈 디렉토리에는 고정된 WebSphere Application Server 홈 이름인 Daemon이 있습니다.

기호 링크는 시작 매개변수를 액세스하는 데 사용됨

구성 파일 시스템에는 WebSphere Application Server 홈 디렉토리 외에도 서버마다 서버의 시작 매개변수를 지시하는 멀티파트 기호 링크가 있습니다. 기호 링크의 이름은 cell_short_name.node_short_name.server_short_name입니다.

위의 샘플 구성 파일 시스템에는 위치 서비스 디먼을 시작하기 위한 기호 링크 SYSA.SYSA.BBODMNB와 BBOS001 애플리케이션 서버를 시작하기 위한 기호 링크 SYSA.SYSA.BBOS001이 있습니다. 두 번째 기호 링크는 MVS™ 콘솔에서 서버 또는 위치 서비스 디먼을 시작할 때 START 명령에서 ENV 매개변수에 지정됩니다.

START procname,JOBNAME=BBOS001,ENV=SYSA.SYSA.BBOS001

각 기호 링크는 서버의 was.env 파일이 상주하는 하위 디렉토리를 지시합니다. 이 파일에는 서버를 시작하는 데 필요한 정보가 있습니다.

참고: 아래에 설명된 설치 후 처리 중, 서버 JCL은 was.env 파일의 위치가 아닌 WebSphere Application Server 홈 디렉토리를 지정해야 합니다. 이는 위에 표시된 SYSA.SYSA.BBOS001.HOME 기호 링크의 목적 때문입니다.

셀 사이에 구성 파일 시스템 공유

다음 조건이 충족되면 두 개 이상의 WebSphere Application Server for z/OS 셀(독립형 애플리케이션 서버, Network Deployment 또는 둘 다)이 WebSphere Application Server for z/OS 구성 파일 시스템을 공유할 수 있습니다.
  • 구성 파일 시스템을 사용하는 모든 셀은 동일한 공통 그룹 및 사용자를 사용하여 설정해야 합니다. 특히, 각각의 셀은 동일한 관리자의 사용자 ID와 구성 그룹을 가지고 있어야 합니다.
  • 셀은 고유한 셀 축약 이름을 가지고 있어야 합니다.
  • 각 노드는 다른 노드 또는 셀과 공유하지 않는 고유 WAS_HOME 디렉토리를 가지고 있어야 합니다.
위에 명시된 것처럼, 셀 사이에 디먼 홈 디렉토리(/Daemon)를 공유할 수 있습니다.
참고: 셀 사이에 구성 파일 시스템을 공유하면 동일한 구성 파일 시스템에서 하나의 셀에 발생한 문제점으로 인해 다른 셀에서 문제점이 발생하는 것과 같은 상황이 생길 가능성이 커집니다.

시스템 사이에 구성 파일 시스템 공유

z/OS 시스템에 공유 파일 시스템이 있고 구성 파일 시스템이 R/W로 마운트된 경우 둘 이상의 z/OS 시스템이 구성 파일 시스템을 공유할 수 있습니다. 모든 업데이트는 마운트 지점을 소유하는 z/OS 시스템에서 수행됩니다. Network Deployment 셀의 경우에는 일반적으로 셀 배치 관리자가 구성된 z/OS 시스템입니다.

WebSphere Application Server for z/OS 구성 파일 시스템 마운트 지점 선택

WebSphere Application Server for z/OS 구성 파일 시스템 마운트 지점은 z/OS 시스템 레이아웃, 관련된 애플리케이션 서비스 제공 환경의 네이처, 몇 가지 요인(설정 용이성, 유지보수 용이성, 성능, 복구 가능성 및 연속 가용성에 대한 필요성)의 상대적 중요성에 따라 선택됩니다.

  • 단일 z/OS 시스템:

    WebSphere Application Server for z/OS를 단일 z/OS 시스템에서 실행하는 경우에는 z/OS 구성 파일 시스템 마운트 지점을 선택하는 범위가 광범위합니다. 프로덕션 서버 또는 Network Deployment 셀에 대해 독립된 구성 파일 시스템을 사용하고 몇몇 독립형 애플리케이션 서버를 단일 구성 파일 시스템에 놓을 수도 있습니다. 독립된 구성 파일 시스템 데이터 세트를 사용하면 성능 및 신뢰도가 개선되지만, 공유 구성 파일 시스템을 사용하면 사용자가 필요로 하는 애플리케이션 서버 카탈로그 프로시저 수가 감소합니다.

    다음 예에서와 같이 동일한 공통 그룹 및 사용에 사용자 개발, 테스트 및 품질 보증 서버가 모두 있는 하나의 구성 파일 시스템을 사용할 수 있습니다.
    /WebSphere/V9R0_test
      /DevServer    - home to standalone server DVCELL, with server DVSR01A 
      /TestServer1  - home to standalone server cell T1CELL, with server T1SR01A 
      /TestServer2  - home to standalone server cell T2CELL, with server T2SR01A
      /QAServer     - home to Network Deployment cell QACELL, with 배치 관리자 QADMGR and server QVSR01A
    그리고 프로덕션 셀에 대해 개별 구성 파일 시스템을 사용할 수 있습니다.
    /WebSphere/V9R0_prod
      /CorpServer1  - home to Network Deployment cell CSCELL, with 배치 관리자 CSDMGR and server CSSR01A
  • 공유 파일 시스템이 없는 멀티시스템 z/OS Sysplex:

    공유 파일 시스템이 없는 멀티시스템 Sysplex에서는 z/OS 시스템마다 고유한 구성 파일 시스템 데이터 세트가 있습니다. 시스템에 없는 독립형 애플리케이션 서버 및 Network Deployment 셀의 경우 옵션은 단일 z/OS 시스템의 경우와 같습니다.

  • 시스템에 있는 Network Deployment 셀:
    두 옵션이 있습니다.
    • 각 시스템에 있는 셀의 구성 파일 시스템 데이터 세트마다 다른 마운트 지점을 사용할 수 있습니다. 이로써, 시스템 사이에 노드를 쉽게 이동할 수 있습니다(예를 들어, 시스템이 비작동 상태가 되거나 업그레이드 중인 경우).
      예를 들어, 시스템 LPAR1에서 셀의 한 파트로 구성 파일 시스템을 가질 수 있습니다.
      /var/WebSphere/V9R0config1
        /DeploymentManager  - home to 배치 관리자 F1DMGR in cell F1CELL
        /AppServer1         - home to node F1NODEA and servers F1SR01A and F1SR02A
      이 때 두 번째 구성 파일 시스템은 LPAR2에 있습니다.
      /var/WebSphere/V9R0config2
        /AppServer2         - home to node F1NODEB and servers F1SR02B (clustered) and F1SR03B
      이 설정은 배치 관리자와 노드 F1NODEA를 LPAR2로 이동하거나 노드 F1NODEB를 LPAR1으로 이동할 수 있는 장점을 가지고 있습니다. 이 구성의 단점은 F1NODEA 및 F1NODEB에 독립적인 카탈로그 프로시저 세트가 필요하다는 것입니다.
    • 또는 특정 셀에 있는 모든 구성 파일 시스템 데이터 세트에 대해 동일한 마운트 지점을 사용할 수 있습니다. 이를 통해 공통되는 카탈로그 프로시저를 사용할 수 있고 시스템이 비슷한 형태가 됩니다.
      위와 같은 동일한 셀 설정을 사용하면 노드 LPAR1이 하나의 구성 파일 시스템을 갖게 됩니다.
       /var/WebSphere/V9R0F1
        /DeploymentManager  - home to 배치 관리자 F1DMGR in cell F1CELL
        /AppServer1         - home to node F1NODEA and servers F1SR01A and F1SR02A
      그리고 LPAR2는 동일한 마운트 지점에서 독립된 파일 시스템을 갖게 됩니다.
      /var/WebSphere/V9R0F1
        /AppServer2         - home to node F1NODEB and servers F1SR02B (clustered) and F1SR03B
      그러나 어느 한 LPAR의 노드를 다른 시스템에 재배치하면 하나의 구성 파일 시스템 사본을 다른 구성 파일 시스템으로 병합해야 합니다.
  • 공유 파일 시스템이 있는 멀티시스템 z/OS Sysplex:

    Sysplex가 공유 계층 구조 파일 시스템을 가지고 있는 경우, 간단하게 전체 셀에 대해 하나의 큰 구성 파일 시스템을 마운트할 수 있습니다. Profile Management Tool 또는 zpmt 명령을 사용하여 각 시스템에서 일반 구성 파일 시스템 마운트 지점을 지정하십시오. 위에 명시한 대로, 배치 관리자를 호스트하는 z/OS 시스템에서 구성 파일 시스템을 업데이트해야 합니다. 성능은 구성 변경 빈도에 따라 다르므로 이 옵션을 선택하는 경우에는 성능 튜닝을 위해 추가적인 조치를 수행해야 합니다.

    또한 각 시스템에서 독립된 구성 파일 시스템을 마운트할 수도 있습니다(각 시스템의 /&SYSNAME에서 마운트된 시스템 특정 파일 시스템을 사용할 수 있음).
    /LPAR1/WebSphere/V9R0F1
      /DeploymentManager  - home to 배치 관리자 F1DMGR in cell F1CELL
      /AppServer1         - home to node F1NODEA and servers F1SR01A and F1SR02A
    /LPAR2/WebSphere/V9R0F1
      /AppServer2         - home to node F1NODEB and servers F1SR02B (clustered) and F1SR03B
    각 시스템(LPAR1 및 LPAR2)은 시스템 특정 마운트 지점에서 고유 구성 파일 시스템을 마운트합니다. Profile Management Tool 또는 zpmt 명령을 사용하여 다음을 지정하십시오.
    • LPAR1의 /LPAR1/WebSphere/V9R0F1
    • LPAR2의 /LPAR2/WebSphere/V9R0F1
    성능은 공유 Sysplex보다 이 옵션을 사용하는 것이 더 좋습니다. 그리고 마운트 지점 선택에 따라 원래 소유자가 중단한 경우 다른 LPAR에서 임시로 구성 파일 시스템을 마운트할 수도 있습니다. 카탈로그 프로시저를 시스템에 특정하도록 만들거나 &SYSNAME를 사용하여 구성 파일 시스템 마운트 지점을 선택할 수 있습니다.
    실제로 모든 구성 파일 시스템 데이터 세트에 대해 명백한 동일 마운트 지점을 사용하려면 각 시스템에서 기호 링크를 사용하여 공통 마운트 지점을 다른 파일 시스템으로 경로 재지정할 수 있습니다.
    • -s $SYSNAME/WebSphere WebSphere에서
    • LPAR1의 구성 파일 시스템을 /LPAR1/WebSphere/V9R0F1에 마운트하십시오.
    • LPAR2의 구성 파일 시스템을 /LPAR2/WebSphere/V9R0F1에 마운트하십시오.
    올바르게 수행되면 Profile Management Tool 또는 zpmt 명령에서 각 시스템에 대해 구성 마운트 지점 /WebSphere/V9R0F1을 지정하고 계속해서 시스템 고유의 사용자 정의 파일 시스템 데이터 세트의 이점을 이용할 수 있습니다. 그러나 이 설정을 사용하는 경우, 구성 파일 시스템 데이터 세트를 시스템 사이에 쉽게 이동할 수 없습니다. 모든 노드는 /WebSphere/V9R0F1에서 해당 데이터를 찾을 수 있다고 예상하며 사용자는 각 시스템의 이 마운트 지점에서 단 하나의 구성 파일 시스템만 마운트할 수 있습니다.
  • 권장사항:
    • 단일 z/OS 시스템에서는 /wasv90config에서 읽기/쓰기 파일 시스템을 작성하고 Profile Management Tool 기본값을 사용하여 각 구성 파일 시스템을 /wasv90config/cell_name/node_name에 마운트하십시오.
    • 공유 파일 시스템이 없는 멀티시스템 Sysplex에서는 단일 z/OS 시스템에 대해 위의 권장사항을 따르십시오. 그러면 셀마다 공통되는 카탈로그 프로시저를 사용할 수 있습니다. Sysplex의 대체 시스템에서 복구해야 할 수도 있는 셀에 대해 각 시스템에서 독립된 마운트 지점을 설정하십시오.
    • 공유 파일 시스템에 있는 멀티시스템 Sysplex에서는 성능 문제가 없거나 공유 파일 시스템이 특정 WebSphere Application Server for z/OS 기능을 지원해야 하는 경우 공유 구성 파일 시스템을 사용하십시오. 성능에 문제가 있거나 SPOF(Single Point Of Failure)를 피해야 하는 경우에는 비공유 구성 파일 시스템 데이터 세트를 사용하십시오.

WebSphere Application Server 홈 디렉토리 이름 선택

WebSphere Application Server 홈 디렉토리는 항상 상주하고 있는 구성 파일 시스템에 상대적입니다. Profile Management Tool 또는 zpmt 명령의 한 패널에서 구성 파일 시스템 마운트 지점을 선택하고 다른 패널에서 홈 디렉토리의 단일 디렉토리 이름으로 채웁니다. 그러나 서버의 WAS_HOME 디렉토리로 이동하라는 지시가 있을 때 그 지시에는 전체 경로 이름, 구성 파일 시스템, 결합된 홈 디렉토리 이름(예: /WebSphere/V9R0/AppServer)이 언급됩니다.

사용자는 홈 디렉토리에 대해 원하는 이름을 선택할 수 있습니다(구성 파일 시스템에서 고유한 경우). 독립형 애플리케이션 서버 또는 새 관리 서버 노드를 작성하여 Network Deployment 셀에 연합하는 경우, Network Deployment 셀의 구성 파일 시스템에서 사용되지 않는 이름을 선택하십시오.

시스템마다 하나의 노드가 있으면 노드 이름 또는 시스템 이름 양식을 사용할 수 있습니다. 그렇지 않으면, 배치 관리자에 DeploymentManager를, 각 애플리케이션 서버 노드에 AppServern을 사용할 수 있습니다.

구성 파일 시스템과 제품 파일 시스템 사이의 관계

구성 파일 시스템에는 제품 파일 시스템(기본값: /usr/lpp/WebSphere/AppServer/V9R0)의 파일에 대한 여러 기호 링크가 있습니다. 이를 통해 서버 프로세스, 관리자 및 클라이언트가 일치하는 WebSphere Application Server for z/OS 코드 기본에 액세스할 수 있습니다.

이 기호 링크는 WebSphere Application Server 홈 디렉토리가 작성되었지만 변경하기가 아주 어려울 때 설정된다는 점에 유의하십시오. 따라서 고가용성이 요구되는 시스템은 사용 중인 각각의 유지보수 또는 서비스 레벨(테스트, 보증, 프로덕션 등)에서 시스템 유지보수를 허용하고 중간 기호 링크를 사용하여 각 구성 파일 시스템을 해당 제품 파일 시스템에 연결할 수 있도록 WebSphere Application Server for z/OS 제품 파일 시스템 및 제품 데이터 세트의 별도의 사본을 보관해야 합니다.

팁: Profile Management Tool 또는 zpmt 명령에서 제품 파일 시스템 경로에 기본값을 사용하여 Network Deployment 환경을 구성하면, 모든 노드가 제품 파일 시스템의 마운트 지점을 직접 지시하게 됩니다. 이렇게 되면 손상되지 않는 방식으로 유지보수하는 것이 가능합니다. 이 방식으로 셀을 구성한 경우 제품 파일 시스템에 서비스를 적용하면 모든 노드에 동시에 영향을 줍니다. 또한 이 방식으로 다중 셀을 구성한 경우 제품 파일 시스템에 서비스를 적용하면 모든 셀에 동시에 영향을 줍니다. 각 노드의 구성 파일 시스템과 제품 파일 시스템의 실제 마운트 지점 사이에서 중간 기호 링크라고 하는 항목을 지정하려는 경우가 있습니다. 이 계획은 WebSphere Application Server for z/OS V5 - Planning for Test, Production and Maintenance 백서에 설명되어 있습니다. 이 문제 및 적용하는 유지보수와의 관계에 대한 자세한 정보는 WebSphere z/OS V6 -- WSC Sample ND Configuration 백서를 참조하십시오. 기존 구성 HFS를 업데이트하여 중간 기호 링크를 사용할 수 있도록 하는 유틸리티를 확보하여 사용하는 방법에 대한 정보는 WebSphere for z/OS: 기존 구성 HFS를 업데이트하여 중간 기호 링크 사용 지시사항을 참조하십시오.

WebSphere Application Server for z/OS 노드를 시작할 때 구성의 서비스 레벨을 제품 파일 시스템의 서비스 레벨과 비교합니다. 구성 파일 시스템 서비스 레벨이 제품 파일 시스템의 레벨보다 높으면(이전 제품 파일 시스템이 마운트되었음을 의미할 수 있음) 노드의 서버가 오류 메시지와 함께 종료합니다. 구성 파일 시스템 서비스 레벨이 제품 파일 시스템 레벨보다 낮으면(노드를 마지막으로 시작한 후에 제품 코드 기본에 서비스가 적용되었음을 의미함), 사후 설치 프로그램이라고 하는 태스크가 구성 파일 시스템을 최신 상태로 유지하기 위해 구성 파일 시스템에 대해 수행해야 하는 조치가 있는지 확인합니다.


주제 유형을 표시하는 아이콘 개념 주제



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