클러스터 멤버 설정
이 페이지에서 클러스터의 멤버를 관리할 수 있습니다. 애플리케이션 서버의 클러스터는 함께 관리되며 워크로드 관리에 참여합니다.
작성한 첫 번째 클러스터 멤버 사본은 클러스터 데이터로 저장되며 작성한 모든 추가 클러스터 멤버에 대한 템플리트가 됩니다.
클러스터 멤버에 대한 모든 개별적인 구성 변경은 클러스터 멤버 템플리트의 구성 설정에 영향을 미치지 않습니다. wsadmin 명령을 사용하여 클러스터 멤버 템플리트를 수정하거나,
를 클릭할 수 있습니다. 템플리트에서 변경한 모든 사항은 기존의 클러스터 멤버에 영향을 미치지 않습니다.이 관리 콘솔 페이지를 보려면
을 클릭하십시오.구성 탭에서 필드를 편집할 수 있습니다. 설치된 애플리케이션을 클릭하여 이 서버에서 실행 중인 애플리케이션의 상태를 볼 수 있습니다. 클러스터 멤버가 실행 중일 경우에만 나타나는 런타임 탭에서 이 클러스터 멤버에 대한 정보를 찾을 수 있습니다. 그러나 이 페이지에 표시되는 정보는 읽기 전용입니다. 표시되는 설정을 변경하려면 구성 탭으로 돌아가야 합니다.
멤버 이름
클러스터에 있는 애플리케이션 서버의 이름을 지정합니다. 대부분의 플랫폼에서 서버 이름은 프로세스 이름입니다. 멤버 이름은 애플리케이션 서버 페이지에 나열된 서버 중 하나의 이름과 일치해야 합니다.
노드 이름
클러스터 멤버가 실행 중인 노드의 이름을 지정합니다.
작업량
애플리케이션 서버로 지정된 요청 수를 제어합니다. 서버 가중치를 0에서 20까지의 값으로 지정한 경우에도 서버에 지정된 가중치는 서버에 지정된 가중치의 비율이며 모든 클러스터 멤버의 가중치 합계는 분모입니다.
클러스터에 새 멤버를 추가하면 클러스터에 들어오는 요청 수가 동일하게 유지된다고 가정했을 때 클러스터의 각 서버에 전송된 애플리케이션 요청 또는 클라이언트 수는 감소합니다. 마찬가지로 클러스터에서 새 멤버를 제거하면 클러스터에 들어오는 요청 수가 동일하게 유지된다고 가정했을 때 클러스터의 각 서버에 전송된 애플리케이션 요청 또는 클라이언트 수는 증가합니다.
예를 들어 각각 가중치가 2, 3 및 4인 멤버 A, B 및 C로 구성된 클러스터를 보유한 경우 요청의 2/9는 멤버 A에, 3/9는 멤버 B에, 4/9는 멤버 C에 지정됩니다. 멤버 D라는 새 멤버가 클러스터에 추가되고 이때 멤버 D의 가중치가 5인 경우, 이제 멤버 A는 요청의 2/14, 멤버 B는 요청의 3/14, 멤버 C는 요청의 4/14, 멤버 D는 요청의 5/14를 수신합니다.
![[z/OS]](../images/ngzos.gif)
- HTTP 요청의 경우, 가중치는 웹 서버 플러그인과 제어기 처리에 HTTP 통신량을 클러스터된 애플리케이션 서버로 분배하는 데 사용됩니다. HTTP 통신량을 수신해야 하는 애플리케이션 서버로 더 높은 가중치 값을 지정하십시오.
- 웹 서비스 호출의 경우, 애플리케이션 서버에 있는 하위(servant)에서 다른 애플리케이션 서버에 있는 제어기로 정보가 전송됩니다. 호출을 수신하는 애플리케이션 서버는 가장 높은 가중치 값을 갖습니다.
- 가중치는 IIOP(Internet Inter-ORB Protocol) 요청에 영향을 미치지 않습니다. IIOP 요청은 Sysplex 분배자를 사용하여 해당 애플리케이션 서버로 분배됩니다.
정보 | 값 |
---|---|
데이터 유형 | 정수 |
범위 | 0 - 20 |
고유 ID
클러스터 안에서 고유한 애플리케이션 서버에 대한 숫자 ID를 지정합니다. ID는 선호도에 사용됩니다.
정보 | 값 |
---|---|
![]() ![]() |
![]() ![]() |
![]() |
![]() |
![[z/OS]](../images/ngzos.gif)
축약 이름
이 클러스터 멤버의 축약 이름을 지정하십시오. 이 필드는 z/OS에서 실행 중인 경우에만 표시됩니다.
축약 이름은 워크로드 관리자(WLM), Automatic Restart Manager, SAF(예: RACF®), 시작된 태스크 제어 등과 같은 운영 체제의 기본 기능에서 클러스터 멤버를 식별해주는 기본 z/OS 작업 이름입니다.
- 길이가 1 - 8자여야 합니다. 기본적으로 z/OS에서 제품을 실행 중인 경우, 제품에서는 7자의 서버 축약 이름(JOBNAME)을 사용한다고 가정합니다. 네이밍 표준에 8자가 필요한 경우, 7자의 서버 축약 이름의 길이를 8자로 늘일 수 있습니다.
- 대문자로 된 영숫자로만 구성해야 합니다.
- 숫자로 시작할 수 없습니다.
- 셀에서 고유해야 합니다.
- 비클러스터된 서버의 ClusterTransitionName 사용자 정의 특성에 지정된 값과 동일해서는 안됩니다. 클러스터의 일부인 서버에 클러스터 상태 전이 이름을 지정하지 마십시오.
축약 이름을 지정하지 않은 경우 시스템은 셀에서 자동으로 고유한 기본 축약 이름을 지정합니다. 생성된 축약 이름을 이름 지정 규칙에 맞게 변경할 수 있습니다.
정보 | 값 |
---|---|
데이터 유형 | String |
개발 모드에서 실행
이 옵션을 사용 가능으로 설정하면 애플리케이션 서버 시작 시간을 줄일 수도 있습니다. 여기에는 바이트코드 확인 사용 불가능 및 JIT(Just-in-Time) 컴파일러 컴파일 비용 감소와 같은 JVM(Java™ Virtual Machine) 설정이 포함될 수 있습니다. 프로덕션 서버에서 이 설정이 사용 가능하지 않습니다. 이 설정은 버전 6.0 이상의 셀에서 실행 중인 애플리케이션 서버에서만 사용 가능합니다.
이 옵션은 IBM® i 환경에서 지원되지 않습니다.
시작 시 JVM 설정, -Xverify 및 -Xquickstart를 사용하도록 지정합니다. 이 옵션을 선택한 후, 구성을 저장하고 서버를 다시 시작하여 개발 모드를 활성화하십시오.
이 옵션에 대한 기본 설정은 false이며, 이 설정은 서버가 개발 모드에서 시작되지 않음을 표시합니다. 이 옵션을 true로 설정하면 서버가 서버 시작 시간을 줄이는 설정을 사용하여 개발 모드에서 시작되도록 지정합니다.
정보 | 값 |
---|---|
데이터 유형 | 부울 |
기본값 | false |
병렬 시작
다중 스레드에서의 서버 시작 여부를 지정합니다. 다중 스레드에서 서버를 시작하면 서버 컴포넌트, 서비스 및 애플리케이션이 직렬이 아닌 병렬로 시작합니다. (시작 시간이 짧아질 수 있습니다.)
이 옵션에 대한 기본 설정은 true이며, 이 설정은 서버가 시작 시 다중 스레드를 사용함을 표시합니다. 이 옵션을 false로 설정하면 서버가 시작 시 단일 스레드를 사용하도록 지정합니다. (시작 시간이 길어질 수 있습니다.)
애플리케이션이 시작되는 순서는 각 애플리케이션에 지정하는 가중치에 따라 다릅니다. 시작 가중치가 가장 낮은 애플리케이션이 먼저 시작합니다. 시작 가중치가 동일한 애플리케이션은 병렬로 시작합니다. 관리 콘솔의
application_name 페이지에서 시작 가중치 필드를 사용하여 애플리케이션의 시작 가중치를 설정하십시오.정보 | 값 |
---|---|
데이터 유형 | 부울 |
기본값 | true |
필요한 경우 컴포넌트 시작
이 클러스터 멤버에서 실행 중인 애플리케이션에 클러스터 멤버 컴포넌트가 필요할 때 시작되게 하려면 이 필드를 선택하십시오.
이 특성을 선택하면, 클러스터 멤버 컴포넌트가 필요할 때 동적으로 시작됩니다. 이 특성을 선택하지 않으면, 클러스터 시작 프로세스 중에 모든 클러스터 멤버 컴포넌트가 시작됩니다. 그러므로 이 옵션을 선택하면 시작 프로세스 중에 더 적은 컴포넌트가 시작되기 때문에 시작 시간이 향상되어 클러스터 멤버의 메모리 풋프린트를 줄일 수 있습니다.
필요할 때 컴포넌트를 시작하는 것은 클러스터에 배치된 모든 애플리케이션이 동일한 유형인 경우 가장 효율적입니다. 예를 들어 모든 애플리케이션이 서블릿 및 JSP(JavaServer Pages)를 사용하는 웹 애플리케이션인 경우 이 옵션을 사용하면 작업 성능이 높아집니다. 이 옵션은 애플리케이션이 서블릿, JSP 및 EJB(Enterprise JavaBeans)를 사용하면 덜 효율적으로 작동합니다.
![[z/OS]](../images/ngzos.gif)
64비트 JVM 모드에서 실행
애플리케이션 서버를 64비트 모드(기본 설정)에서 실행하도록 지정합니다. 64비트 모드에서 실행하면 사용자 애플리케이션에 추가 가상 스토리지가 제공됩니다. 이 필드는 z/OS에서 실행 중인 경우에만 표시됩니다.
내부 서버 클래스에 대한 액세스
이 서버에서 실행 중인 애플리케이션이 여러 서버 구현 클래스에 액세스할 수 있는지 여부를 지정합니다.
허용을 선택할 경우, 애플리케이션이 대부분의 서버 구현 클래스에 액세스할 수 있습니다. 제한을 선택할 경우, 애플리케이션이 서버 구현 클래스에 액세스할 수 없습니다. 해당 클래스에 액세스를 시도할 경우 애플리케이션에서 ClassNotFoundException 오류가 발생합니다.
일반적으로 이 특성에는 제한을 선택해야 합니다. 왜냐하면 대부분의 애플리케이션은 지원되는 API를 사용하며 내부 클래스에 액세스할 필요가 없습니다. 하지만 애플리케이션에서 하나 이상의 내부 서버 클래스가 사용되어야 하는 경우 이 특성의 기본값으로 허용을 선택하십시오.
특성의 기본값은 Allow입니다.
클래스 로더 정책
모든 애플리케이션을 로드하는 단일 클래스 로더가 있는지 여부 또는 다른 클래스 로더가 각 애플리케이션을 로드하도록 지정합니다.
클래스 로드 모드
클래스를 로드하기 위해 클래스 로더가 첫 번째로 상위 클래스 로더 또는 애플리케이션 클래스 로더에서 검색하는지 여부를 지정합니다. 개발자 킷 클래스 로더 및 제품 클래스 로더의 표준은 상위 클래스 로더를 사용하여 로드된 클래스 먼저입니다.
이 필드는 클래스 로더 정책 필드를 단일로 설정한 경우에만 적용됩니다.
로컬 클래스 로더를 사용하여 로드된 클래스 먼저(상위 마지막)를 선택할 경우 애플리케이션은 상위 클래스 로더에 포함된 클래스를 대체할 수 있지만, 대체된 클래스와 대체되지 않은 클래스를 혼합하여 사용한 경우 이 조치는 ClassCastException 또는 연계 오류를 유발할 수 있습니다.
프로세스 ID
이 서버의 기본 운영 체제 프로세스 ID를 지정합니다.
프로세스 ID 특성은 읽기 전용입니다. 시스템은 자동으로 값을 생성합니다.
셀 이름
실행 중인 이 서버의 셀 이름을 지정합니다.
셀 이름 특성은 읽기 전용입니다.
노드 이름
실행 중인 이 서버의 노드 이름을 지정합니다.
노드 이름 특성은 읽기 전용입니다.
상태
이 서버의 런타임 상태를 지정합니다.
상태 특성은 읽기 전용입니다.