애플리케이션 서버 설정
이 페이지에서 애플리케이션 서버 또는 클러스터 멤버 템플리트를 구성할 수 있습니다. 애플리케이션 서버는 엔터프라이즈 애플리케이션을 실행하는 데 필요한 서비스를 제공하는 서버입니다. 클러스터 멤버 템플리트는 클러스터의 새 멤버에 지정되는 애플리케이션 서버 구성 설정값 세트입니다.
이 관리 콘솔 페이지를 보려면
을 클릭하십시오.구성 탭에서 필드 설정을 변경할 수 있습니다. 또한 설치된 애플리케이션을 클릭하여 이 서버에서 실행 중인 애플리케이션의 상태를 볼 수도 있습니다. 런타임 탭에서 읽기 전용 정보를 볼 수 있습니다. 런타임 탭은 서버가 실행 중인 경우에만 사용 가능합니다.
이름
서버의 논리 이름을 지정합니다. 서버 이름은 노드 내에서 고유해야 합니다. 그러나 클러스터 내에 노드가 여러 개인 경우, 서버 및 노드 쌍이 고유하면 이름이 같은 서버가 여러 개 있을 수 있습니다. 이 필드에 표시하는 값을 변경할 수 없습니다.
예를 들어 node2 노드의 server1 서버가 있는 동일한 클러스터에는 node1 노드의 server1 서버가 허용됩니다. 그러나 동일한 노드에 이름이 server1인 두 개의 서버를 구성할 수 없습니다. 제품은 스크립트에서 서버 참조와 같은 관리 조치를 위해 서버 이름을 사용합니다.
z/OS 플랫폼에서 이름을
전체 이름이라고도 합니다.
정보 | 값 |
---|---|
기본값 | server1 |
![[z/OS]](../images/ngzos.gif)
- sysplex에서 실행 중인 서버의 셀 이름과 달라야 합니다.
- sysplex에 첨부된 기타 monoplex에서 실행 중인 서버의 셀 이름과 달라야 합니다.
![[z/OS]](../images/ngzos.gif)
축약 이름
서버의 축약 이름을 지정합니다. 이 이름은 셀 내에서 고유해야 합니다. 이 필드는 z/OS 플랫폼에만 표시됩니다.축약 이름은 워크로드 관리자(WLM), Automatic Restart Manager, SAF(예: RACF®) 및 시작된 태스크 제어와 같은 운영 체제의 기본 기능에서 서버를 식별해주는 기본 z/OS 작업 이름입니다.
이 필드는 선택적이며, z/OS에서 실행 중인 경우에만 표시됩니다. 축약 이름 필드에 값을 지정하지 않은 경우, 축약 이름의 기본값은 BBOSnnn입니다. 여기서 nnn은 고유 축약 이름을 작성하는 데 사용될 수 있는 셀의 첫 번째 사용 가능한 번호입니다. 예를 들어, 기본 축약 이름이 이미 셀에 있는 두 개의 다른 서버에 지정된 경우, 이 서버를 작성할 때 축약 이름을 지정하지 않으면 축약 이름 BBOS003이 이 서버에 지정됩니다. 애플리케이션 서버를 작성한 후, 이 생성된 축약 이름을 이름 지정 규칙에 맞는 이름으로 변경할 수 있습니다.
하위(servant) 및 부속 요소 작업 이름의 기본값은 이 축약 이름에 하위의 경우 S, 부속 요소의 경우 A가 추가됩니다. 8자의 서버 축약 이름을 사용해야 하는 경우, 하위 및 부속 요소 작업 이름은 9자가 됩니다. 따라서 새로운 8자 서버 축약 이름을 사용하려면 하위 및 부속 프로세스 정의에 대한 시작 명령 인수를 업데이트해야 합니다. "7자 서버 축약 이름을 8자로 변환" 주제에서는 이 업데이트를 수행하는 방법에 대해 설명합니다.
- 길이가 1 - 8자여야 합니다. 기본적으로, z/OS에서는 7자의 서버 축약 이름(JOBNAME)을 사용한다고 가정합니다. 네이밍 표준에 8자가 필요한 경우, 7자의 서버 축약 이름의 길이를 8자로 늘일 수 있습니다.
- 대문자로 된 영숫자로만 구성해야 합니다.
- 숫자로 시작할 수 없습니다.
- 셀에서 고유해야 합니다.
![[z/OS]](../images/ngzos.gif)
일반 축약 이름
서버의 일반 축약 이름을 지정합니다. 이 이름은 셀 내에서 고유해야 합니다. 이 필드는 선택적이며, z/OS 플랫폼에만 표시됩니다. 클러스터되지 않은 서버를 작성하는 경우 서버의 일반 축약 이름이 클러스터 상태 전이 이름이 되거나 클러스터된 서버를 작성하는 경우 클러스터 축약 이름이 됩니다.
일반 축약 이름 필드에 값을 지정하지 않은 경우, 일반 축약 이름의 기본값은 BBOCnnn입니다. 여기서, nnn은 고유 일반 축약 이름을 작성하는 데 사용될 수 있는 셀의 첫 번째 사용 가능한 번호입니다. 예를 들어, 기본 일반 축약 이름이 이미 셀에 있는 세 개의 다른 서버에 지정된 경우, 이 서버를 작성할 때 일반 축약 이름을 지정하지 않으면 일반 축약 이름 BBOC004가 이 서버에 지정됩니다.
- 길이가 1 - 8자여야 합니다.
- 영숫자나 자국어 문자로 구성해야 합니다.
- 숫자로 시작할 수 없습니다.
- 셀에서 고유해야 합니다.
![[z/OS]](../images/ngzos.gif)
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
개발 모드에서 실행
이 옵션을 사용하면 바이트코드 확인 사용 불가능 및 JIT(just-in-time) 컴파일러 컴파일 비용 감소와 같이, 일부 JVM 설정이 변경되기 때문에 애플리케이션 서버 시작 시간이 줄어들 수 있습니다. 프로덕션 서버에서 이 설정이 사용 가능하지 않습니다. 이 설정은 버전 6.0 이상의 셀에서 실행 중인 애플리케이션 서버에서만 사용할 수 있습니다.
시작 값으로 -Xverify 및 -Xquickstart JVM 특성을 사용하고자 함을 지정합니다. 이 옵션을 선택하기 전에 일반 인수로써 -Xverify 및 -Xquickstart 특성을 JVM 구성으로 추가합니다.
이 옵션을 선택하는 경우, 구성을 저장하고 구성 변경을 적용하기 전에 서버를 다시 시작해야 합니다.
이 옵션의 기본 설정은 false로, 서버가 개발 모드에서 시작하지 않음을 표시합니다. 이 옵션을 true로 설정하면 서버가 서버 시작 시간을 줄이는 설정을 사용하여 개발 모드에서 시작하도록 지정합니다.
정보 | 값 |
---|---|
데이터 유형 | 부울 |
기본값 | false |
병렬 시작
이 필드를 선택하여 다중 스레드에서 서버를 시작하십시오. 이 명령은 시작 시간을 단축해 줍니다.
서버 컴포넌트, 서비스 및 애플리케이션을 직렬이 아닌 병렬로 시작하도록 지정합니다.
이 옵션의 기본 설정은 true로, 서버가 시작될 때 서버 컴포넌트, 서비스 및 애플리케이션이 여러 스레드에서 시작됨을 나타냅니다. 이 옵션을 false로 설정하면 서버가 시작될 때 서버 컴포넌트, 서비스 및 애플리케이션이 단일 스레드에서 시작되며 이로 인해 시작 시간이 늘어날 수 있습니다.
애플리케이션이 시작되는 순서는 사용자가 지정하는 가중치에 따라 다릅니다. 동일한 가중치를 갖는 애플리케이션은 병렬로 시작됩니다.
애플리케이션의 가중치를 설정하려면 관리 콘솔에서 시작 순서 필드에서 적절한 값을 지정하십시오. 중요한 애플리케이션일수록 더 낮은 시작 순서 값을 지정해야 합니다. 예를 들어, 가장 중요한 애플리케이션에 대해 시작 순서 값 1을 지정하고, 그 다음으로 중요한 애플리케이션에 대해 값 2를 지정할 수도 있습니다. 그런 다음, 네 개의 해당 애플리케이션이 병렬로 시작되도록 하려면 네 개의 다음 애플리케이션에 대해 시작 순서 3을 지정할 수도 있습니다.
을 클릭한 후정보 | 값 |
---|---|
데이터 유형 | 정수 |
기본값 | 1 |
범위 | 0 - 2147483647 |
필요한 경우 컴포넌트 시작
이 서버에서 실행 중인 애플리케이션에 필요한 대로 서버 컴포넌트가 시작되도록 하려면 이 특성을 선택하십시오.
이 특성을 선택하면 서버 컴포넌트가 필요에 따라 동적으로 시작됩니다. 이 특성을 선택하지 않은 경우에는 서버 시작 프로세스 중 모든 서버 컴포넌트가 시작됩니다. 따라서 이 옵션을 선택하면 시작 프로세스 중 시작되는 컴포넌트의 수가 감소되기 때문에 시작 시간이 개선되고 서버의 메모리 풋프린트가 줄어듭니다.
컴포넌트를 필요에 따라 시작하면 서버에 배치된 모든 애플리케이션이 동일한 유형일 때 가장 효과적입니다. 예를 들어, 모든 애플리케이션이 서블릿 및 JSP(JavaServer Pages)를 사용하는 웹 애플리케이션인 경우 이 옵션을 사용하면 작업 성능이 높아집니다. 이 옵션은 애플리케이션이 서블릿, JSP 및 EJB(Enterprise JavaBeans)를 사용하는 경우에는 덜 효율적입니다.
![[z/OS]](../images/ngzos.gif)
64비트 JVM 모드에서 실행
애플리케이션 서버를 64비트 모드(기본 설정)에서 실행하도록 지정합니다. 64비트 모드에서 실행하면 사용자 애플리케이션에 추가 가상 스토리지가 제공됩니다. 이 필드는 z/OS 플랫폼에만 표시됩니다.
기본적으로 WebSphere Customization Toolbox는 모든 애플리케이션 서버를 64비트 모드에서 시작하도록 설정되어 있습니다.
내부 서버 클래스에 대한 액세스
서버가 제한 또는 허용 모드에서 실행 가능한지 여부를 지정합니다.
제한 모드는 애플리케이션의 마이그레이션 적합성을 판별하는 데 사용할 수 있는 진단 모드입니다. 이 모드는 내부 애플리케이션 서버 클래스가 액세스되는지 여부를 판별합니다. 이 내부 클래스 사용은 이후의 릴리스에서 애플리케이션의 정상 조작을 방해할 수 있습니다. 그러나 제한 모드는 클래스를 변경할 수 있더라도 일반 사용에서 모든 클래스를 제외하려는 것은 아닙니다. 변경할 수 있는 일부 클래스는 애플리케이션 서버를 올바르게 조작할 수 있도록 제한되지 않습니다. 제한 모드는 애플리케이션 및 애플리케이션 서버 내부 클래스 간의 완전한 분리를 제공하기 위한 용도도 아닙니다. 프로덕션 런타임 환경에 제한 모드를 사용하지 마십시오. 지침을 위한 결과만 사용하십시오.
특성의 기본값은 Allow입니다.
클래스 로더 정책
각 애플리케이션에 대해 모든 애플리케이션 또는 다른 클래스 로더를 로드하기 위한 단일 클래스 로드가 있는지 여부를 선택합니다.
클래스 로드 모드
클래스를 로드하기 위해 클래스 로더가 첫 번째로 상위 클래스 로더 또는 애플리케이션 클래스 로더에서 검색하는지 여부를 지정합니다. 개발자 킷 클래스 로더 및 제품 클래스 로더에 대한 표준은 Parent first입니다.
이 필드는 클래스 로더 정책 필드를 단일로 설정한 경우에만 적용됩니다.
Application first를 선택하는 경우, 애플리케이션이 상위 클래스 로더에 들어 있는 클래스를 대체할 수 있지만 이 조치는 대체 클래스와 비대체 클래스를 혼합하여 사용한 경우 ClassCastException 또는 연계 오류를 유발할 수 있습니다.
프로세스 ID
기본 운영 체제에서 이 서버의 프로세스 ID
이 특성은 읽기 전용입니다. 시스템은 자동으로 값을 생성합니다.
셀 이름
실행 중인 서버의 셀 이름.
이 특성은 읽기 전용입니다.
노드 이름
실행 중인 서버의 노드 이름.
이 특성은 읽기 전용입니다.
상태
이 서버에 대한 런타임 시작 상태
이 특성은 읽기 전용입니다.
제품 정보
추가 특성 아래 이 링크에서는 제품 설치에 관한 제품 정보를 표시합니다. 이 정보에는 제품 이름, ID, 버전, 빌드 날짜 및 빌드 레벨이 포함됩니다.
- 컴포넌트: 설치된 모든 컴포넌트 목록
- e-Fix: 설치된 모든 서비스 업데이트 목록
- 확장: 설치된 확장 기능 목록
- 히스토리 보고서: 특정 서비스 레벨 설치와 같이 제품을 설치한 이후 발생한 모든 설치 이벤트의 자세한 보고서
- 제품 보고서: 설치된 제품 버전에 대한 자세한 보고서
- PTF: 설치된 모든 PTF 목록