클러스터 구성원 설정

이 페이지에서 클러스터의 구성원을 관리할 수 있습니다. Application Server의 클러스터는 함께 관리되며 워크로드 관리에 참여합니다.

사용자가 작성한 첫 번째 구성원의 사본은 클러스터 데이터의 파트로 저장되며 사용자가 작성한 모든 추가 클러스터 구성원의 템플리트가 됩니다.

클러스터 구성원에 이루어진 모든 개별 구성 변경사항은 클러스터 구성원 템플리트의 구성 설정에는 영향을 미치지 않습니다. wsadmin 명령을 사용하여 클러스터 멤버 템플리트를 수정하거나 서버 > 클러스터 > WebSphere Application Server 클러스터 > cluster_name > 클러스터 멤버 > 템플리트를 클릭할 수 있습니다. 템플리트에서 변경한 모든 사항은 기존의 클러스터 구성원에 영향을 미치지 않습니다.

이 관리 콘솔 페이지를 보려면 서버 > 클러스터 > WebSphere Application Server 클러스터 > cluster_name을 클릭하십시오.

구성 탭에서 필드를 편집할 수 있습니다. 설치된 응용프로그램을 클릭하여 이 서버에서 실행 중인 응용프로그램의 상태를 볼 수 있습니다. 클러스터 멤버가 실행 중일 경우에만 나타나는 런타임 탭에서 이 클러스터 멤버에 대한 정보를 찾을 수 있습니다. 그러나 이 페이지에 표시되는 정보는 읽기 전용입니다. 표시되는 설정을 변경하려면 구성 탭으로 돌아가야 합니다.

멤버 이름

클러스터에 있는 Application Server의 이름을 지정합니다. 대부분의 플랫폼에서 서버 이름은 프로세스 이름입니다. 멤버 이름은 Application Server 페이지에 나열된 서버 중 하나의 이름과 일치해야 합니다.

노드 이름

클러스터 멤버가 실행 중인 노드의 이름을 지정합니다.

작업량

Application Server로 지정된 요청 수를 제어합니다. 서버 가중치를 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] z/OS®에서 가중치는 일부 워크로드 유형의 균형을 유지하는 데 사용되지만 나머지 워크로드 유형은 z/OS 시스템에서 균형을 유지합니다.
  • HTTP 요청의 경우, 가중치는 웹 서버 플러그인과 제어기 처리에 HTTP 통신량을 클러스터된 Application Server로 분배하는 데 사용됩니다. HTTP 통신량을 수신해야 하는 Application Server로 더 높은 가중치 값을 지정하십시오.
  • 웹 서비스 호출의 경우, Application Server에 있는 하위(servant)에서 다른 Application Server에 있는 제어기로 정보가 전송됩니다. 호출을 수신하는 Application Server는 가장 높은 가중치 값을 갖습니다.
  • 가중치는 IIOP(Internet Inter-ORB Protocol) 요청에 영향을 미치지 않습니다. IIOP 요청은 Sysplex 분배자를 사용하여 해당 Application Server로 분배됩니다.
데이터 유형 정수
범위 0 - 20
고유 ID

클러스터 안에서 고유한 Application Server에 대한 숫자 ID를 지정합니다. ID는 유사성에 사용됩니다.

데이터 유형 정수
데이터 유형 16진
개발 모드에서 실행

이 옵션을 사용 가능으로 설정하면 Application Server 시작 시간을 줄일 수도 있습니다. 여기에는 바이트코드 확인 사용 불가능 및 JIT(Just-in-Time) 컴파일러 컴파일 비용 감소와 같은 JVM(Java™ Virtual Machine) 설정이 포함될 수 있습니다. 프로덕션 서버에서 이 설정이 사용 가능하지 않습니다. 이 설정은 버전 6.0 이상의 셀에서 실행 중인 Application Server에서만 사용 가능합니다.

[iSeries] 이 옵션은 i5/OS® 환경에서 지원되지 않습니다.

시작 시 JVM 설정, -Xverify-Xquickstart를 사용하도록 지정합니다. 이 옵션을 선택한 후, 구성을 저장하고 서버를 다시 시작하여 개발 모드를 활성화하십시오.

이 옵션에 대한 기본 설정은 false이며, 이 설정은 서버가 개발 모드에서 시작되지 않음을 표시합니다. 이 옵션을 true로 설정하면 서버가 서버 시작 시간을 줄이는 설정을 사용하여 개발 모드에서 시작되도록 지정합니다.

데이터 유형 부울
기본값 false
병렬 시작

다중 스레드에서의 서버 시작 여부를 지정합니다. 다중 스레드에서 서버를 시작하면 서버 컴포넌트, 서비스 및 응용프로그램이 직렬이 아닌 병렬로 시작합니다. (시작 시간이 짧아질 수 있습니다.)

이 옵션에 대한 기본 설정은 true이며, 이 설정은 서버가 시작 시 다중 스레드를 사용함을 표시합니다. 이 옵션을 false로 설정하면 서버가 시작 시 단일 스레드를 사용하도록 지정합니다. (시작 시간이 길어질 수 있습니다.)

응용프로그램이 시작되는 순서는 각 응용프로그램에 지정하는 가중치에 따라 다릅니다. 시작 가중치가 가장 낮은 응용프로그램이 먼저 시작합니다. 시작 가중치가 동일한 응용프로그램은 병렬로 시작합니다. 관리 콘솔의 응용프로그램 > 응용프로그램 유형 > WebSphere 엔터프라이즈 응용프로그램 > application_name > 시작 작동 페이지에서 시작 가중치 필드를 사용하여 응용프로그램의 시작 가중치를 설정하십시오.

데이터 유형 부울
기본값 true
필요한 경우 컴포넌트 시작

이 클러스터 멤버에서 실행 중인 응용프로그램에 클러스터 멤버 컴포넌트가 필요할 때 시작되게 하려면 이 필드를 선택하십시오.

이 특성을 선택하면, 클러스터 멤버 컴포넌트가 필요할 때 동적으로 시작됩니다. 이 특성을 선택하지 않으면, 클러스터 시작 프로세스 중에 모든 클러스터 멤버 컴포넌트가 시작됩니다. 그러므로 이 옵션을 선택하면 시작 프로세스 중에 더 적은 컴포넌트가 시작되기 때문에 시작 시간이 향상되어 클러스터 멤버의 메모리 풋프린트를 줄일 수 있습니다.

필요할 때 컴포넌트를 시작하는 것은 클러스터에 전개된 모든 응용프로그램이 동일한 유형인 경우 가장 효율적입니다. 예를 들어, 모든 응용프로그램이 서블릿 및 JSP(JavaServer Pages)를 사용하는 웹 응용프로그램인 경우 이 옵션을 사용하면 더 잘 작동합니다. 이 옵션은 응용프로그램이 서블릿, JSP 및 EJB(엔터프라이즈 JavaBeans™)를 사용하면 덜 효율적으로 작동합니다.

문제점 방지: 기타 WebSphere® 제품과의 호환성을 확인하도록 이 옵션의 기본 설정은 선택되어 있지 않습니다. 이 옵션을 선택하기 전에, 이 제품과 함께 실행 중인 다른 WebSphere 제품이 이 기능을 지원하는지 확인하십시오.gotcha
내부 서버 클래스에 대한 액세스

이 서버에서 실행 중인 응용프로그램이 여러 서버 구현 클래스에 액세스할 수 있는지 여부를 지정합니다.

허용을 선택할 경우, 응용프로그램이 대부분의 서버 구현 클래스에 액세스할 수 있습니다. 제한을 선택할 경우, 응용프로그램이 서버 구현 클래스에 액세스할 수 없습니다. 해당 클래스에 액세스를 시도할 경우 응용프로그램에서 ClassNotFoundException 오류가 발생합니다.

일반적으로 이 특성에는 제한을 선택해야 합니다. 왜냐하면 대부분의 응용프로그램은 지원되는 API를 사용하며 내부 클래스에 액세스할 필요가 없습니다. 하지만 응용프로그램에서 하나 이상의 내부 서버 클래스가 사용되어야 하는 경우 이 특성의 기본값으로 허용을 선택하십시오.

특성의 기본값은 Allow입니다.

클래스 로더 정책

모든 응용프로그램을 로드하는 단일 클래스 로더가 있는지 여부 또는 다른 클래스 로더가 각 응용프로그램을 로드하도록 지정합니다.

클래스 로드 모드

클래스를 로드하기 위해 클래스 로더가 첫 번째로 상위 클래스 로더 또는 응용프로그램 클래스 로더에서 검색하는지 여부를 지정합니다. 개발자 킷 클래스 로더 및 제품 클래스 로더의 표준은 상위 클래스 로더를 사용하여 로드된 클래스 먼저입니다.

이 필드는 클래스 로더 정책 필드를 단일로 설정한 경우에만 적용됩니다.

로컬 클래스 로더를 사용하여 로드된 클래스 먼저(상위 마지막)를 선택할 경우 응용프로그램은 상위 클래스 로더에 포함된 클래스를 대체할 수 있지만, 대체된 클래스와 대체되지 않은 클래스를 혼합하여 사용한 경우 이 조치는 ClassCastException 또는 연계 오류를 유발할 수 있습니다.

프로세스 ID

이 서버의 기본 운영 체제 프로세스 ID를 지정합니다.

프로세스 ID 특성은 읽기 전용입니다. 시스템은 자동으로 값을 생성합니다.

셀 이름

실행 중인 이 서버의 셀 이름을 지정합니다.

셀 이름 특성은 읽기 전용입니다.

노드 이름

실행 중인 이 서버의 노드 이름을 지정합니다.

노드 이름 특성은 읽기 전용입니다.

상태

이 서버의 런타임 상태를 지정합니다.

상태 특성은 읽기 전용입니다.




표시된(온라인) 링크는 인터넷에 액세스해야 합니다.

관련 개념
관련 태스크
관련 참조
클러스터 구성원 콜렉션


파일 이름: urun_rwlm_member_inst.html