애플리케이션 서버의 워크로드를 모니터 및 관리하려면
서버 클러스터 및 클러스터 멤버를 사용해야 합니다.
시작하기 전에
애플리케이션 서버 구성에 대한 옵션을 이해해야 합니다. 워크로드 관리를 위해
클러스터를 구성 및 사용하는 방법을 이해하는 데 도움을 주려면 이 시나리오를
고려하십시오. 클라이언트 요청은 단일 시스템의 클라이언트 멤버 간에
분배됩니다. 클라이언트는 모든 서블릿, Java™
애플리케이션 또는 일반 사용자와 액세스되는 애플리케이션 서버를 연결하는 기타 프로그램
또는 컴포넌트를 나타냅니다.
더
복잡한 워크로드 관리 시나리오에서 원격 시스템에 클러스터 멤버를
분배할 수 있습니다.
더 복잡한 워크로드 관리 시나리오에서
동일한 Sysplex에 클러스터 멤버를 분배할 수 있습니다.
이 태스크 정보
클러스터를 사용하여 워크로드의 균형을 맞추려면 다음 단계를
수행하십시오.
프로시저
- 클러스터하려는 애플리케이션 서버를 결정하십시오.
- 데이터를 복제할지 여부를 결정하십시오. 복제는 애플리케이션 서버 간에
데이터, 오브젝트 또는 이벤트를 전송하는 서비스입니다.
클러스터 작성 시 복제 도메인을 작성할 수 있습니다.
- 애플리케이션 서버에 애플리케이션을 배치하십시오.
- 클러스터를 작성하십시오.
애플리케이션 서버와 애플리케이션 컴포넌트를 사용자가 원하는 그대로
정확하게 구성한 후 클러스터를 작성하십시오. 원래 서버 인스턴스가 해당 클러스터를 통해
관리되는 클러스터 멤버가 됩니다.
- 하나 이상의 클러스터 멤버를 작성하십시오.
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
백업 클러스터를 구성하십시오.
문제점 방지: 다음 환경에서 실행 중인
클라이언트가 있을 경우:
- Java 씬 클라이언트를 포함하며,
- 여러 셀 간에 요청이 라우트되고 있는 중이거나
- 이전 버전 제품의 노드를 포함하는 단일 셀 내에서
요청이 라우트되고 있는 환경
대상 클러스터의 클러스터 멤버에 대한 포트 정보의
시간이 경과되는(stale) 상황이 발생할 수 있습니다.
이러한 상황은
모든 클러스터 멤버에 동적 포트가 있으며 전송된 요청이 없는 동안
이 클러스터 멤버가 다시 시작될 때 가장 흔히 발생합니다. 이 상태의 클라이언트 프로세스는
결국 클러스터 멤버에 대한 새 포트 데이터를 받기 위해 노드 에이전트로
경로를 지정하려 시도한 후, 새 포트 데이터를 사용하여
클러스터의 멤버로 다시 경로를 지정합니다.
클라이언트와 노드 에이전트의 통신을 방해하거나
클러스터 멤버와 노드 에이전트 간의
새 포트 데이터 전파를 차단하는 문제가 일어날 경우 클라이언트에서
요청 실패가 발생할 수
있습니다. 일부 경우 이러한 실패는 일시적입니다. 그렇지 않은 경우에는 하나 이상의 프로세스를 다시 시작하여 실패를 해결해야 합니다.
이러한 경우에 발생할 수 있는 클라이언트 라우팅 문제를 피하기 위해
클러스터 멤버에 정적 포트를 구성할 수 있습니다.
정적 포트를 사용하면 클라이언트 프로세스가 클러스터 멤버에 대한
정보를 가져올 때 포트 데이터가 변경되지 않습니다. 클러스터
멤버가 다시 시작되거나, 프로세스 간에 통신 또는 데이터 전파 문제가 있더라도
클라이언트가 보유한 포트 데이터는 여전히 유효합니다.
이러한 우회 방식이 근본적인 통신 또는 데이터 전파 문제를 해결하는 것은 아니지만 예상치 못하거나
불규칙한 클라이언트 라우팅 의사결정 증상은 제거할 수 있습니다.
gotcha
1차 클러스터가 실패하는 경우,
백업 클러스터가 요청을 처리합니다.
- 클러스터를 시작하십시오.
클러스터를 시작할 때 해당 클러스터의 멤버인 모든 애플리케이션 서버가 시작됩니다. 클러스터 멤버가 시작된 후에
자동으로 워크로드 관리가 시작됩니다.
- 클러스터를 실행 중이면 다음 태스크를 수행할 수 있습니다.
- 클러스터를 중지하십시오.
- 클러스터 멤버에 설치딘 애플리케이션을 업그레이드하십시오.
- 서버 클러스터와 해당 워크로드에 있는 문제점을 발견하고 처리하십시오.
- 클라이언트의 워크로드 관리 상태를 새로 고치는 빈도를 변경하십시오.
com.ibm.CORBA.RequestTimeout JVM 특성에
대한 기본 제한시간 값은 0이며 영구히 대기함을 나타냅니다. 이 기본값은
장애 조치(failover) 상황에서 바람직한 설정은 아닙니다. 따라서 애플리케이션에 제한시간과 관련된
문제점이 있거나 시스템을 장애 조치(failover) 상황용으로 구성한 경우에는 LaunchClient 명령에서 -CCD 옵션을 사용하여
이 특성에 대해 0이 아닌 적절한 값을 설정하십시오.
클라이언트의 워크로드 관리 상태가 지나치게 빠르거나 늦게 다시 고쳐지는 경우,
JVM 사용자 정의 특성 com.ibm.websphere.wlm.unusable.interval의 간격 설정을 변경하십시오.
![[IBM i]](../images/iseries.gif)
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
다음에 수행할 작업
독립형 Java 클라이언트의 경우 부트스트랩 호스트를
정의해야 합니다. 독립형
Java 클라이언트는 관리 서버가 없고 애플리케이션 서버에서 다른 시스템에 위치하는 클라이언트입니다. 클라이언트에 대한
JVM(Java Virtual Machine) 인수에 다음 행을 추가하십시오.
-Dcom.ibm.CORBA.BootstrapHost=machine_name
여기서,
machine_name은 관리 서버가 실행 중인 시스템의
이름입니다.