고가용성 관리자 사용 시기
고가용성 관리자는 CPU 주기, 힙 메모리 및 소켓 등과 같은 시스템 자원을 이용합니다. 이러한 자원은 고가용성 관리자 및 고가용성 관리자가 제공하는 서비스를 사용하는 제품 컴포넌트 모두가 이용합니다. 고가용성 관리자와 이러한 제품 컴포넌트가 사용하는 자원의 양은 코어 그룹의 크기가 증가함에 따라 기하급수적으로 증가합니다.
크기가 큰 코어 그룹의 경우, 고가용성 관리자가 사용하는 자원의 양이 매우 커질 수 있습니다. 고가용성 관리자를 사용 불가능하게 하면 이러한 자원을 사용할 수 있습니다. 그러나 고가용성 관리자를 사용 불가능하게 하기 전에 현재와 미래의 시스템 요구를 철저히 파악하여 고가용성 관리자를 사용 불가능하게 해도 고가용성 관리자가 필요한 다른 기능을 사용할 수 있음을 확인해야 합니다. 예를 들어, 메모리 대 메모리 세션 복제와 RRD(Remote Request Dispatcher)에서 모두 고가용성 관리자를 사용할 수 있어야 합니다.
고가용성 관리자를 사용 안함으로 설정하는 기능은, 고가용성 관리자가 제공하는 서비스가 사용되지 않는 토폴로지에서 가장 유용합니다. 특정 토폴로지에서는 일부 프로세스만 고가용성 관리자가 제공하는 서비스를 사용합니다. 이러한 토폴로지에서는 프로세스 기반으로 고강요성 관리자를 사용 안함으로 설정하여 고가용성 관리자가 사용하는 자원의 양을 최적화할 수 있습니다.
해당 코어 그룹의 모든 애플리케이션 서버 프로세스에서 고가용성 관리자가 사용 안함으로 설정된 경우 이외에는, 노드 에이전트 및 배치 관리자 등과 같은 관리 프로세스에서 고가용성 관리자를 사용 안함으로 설정하지 마십시오.
고가용성 관리자가 제공하는 일부 서비스는 클러스터 기반입니다. 따라서 클러스터 멤버는 이기종이기 때문에, 클러스터의 한 멤버에서 고가용성 관리자를 사용 안함으로 설정하는 경우 해당 클러스터의 다른 모든 멤버에서도 사용 안함으로 설정해야 합니다.
- 메모리 대 메모리 복제
- 싱글톤 장애 조치(failover)
- 워크로드 관리 라우팅

메모리 대 메모리 복제
메모리 대 메모리 복제는 애플리케이션 서버 레벨에서 구성 또는 사용 가능으로 설정하는 클러스터 기반 서비스입니다. 메모리 대 메모리 복제가 클러스터 멤버에 사용 가능으로 된 경우, 해당 클러스터의 모든 멤버에서 고가용성 관리자가 사용 가능으로 되어야 합니다. 메모리 대 메모리 복제는 다음의 경우에 자동으로 사용 가능해 집니다.
- 메모리 대 메모리 복제는 웹 컨테이너 HTTP 세션에 대해 사용 가능하게 됩니다.
- 캐시 복제는 동적 캐시 서비스를 사용 가능하게 합니다.
- EJB Stateful 세션 Bean 장애 조치(failover)는 애플리케이션 서버에 대해 사용 가능하게 됩니다.
싱글톤 장애 조치(failover)
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[IBM i]](../images/iseries.gif)
- 클러스터가 트랜잭션 로그의 복구를 관리하기 위해 고가용성 관리자를 사용하도록 구성된 경우
- 기본 메시징 제공자의 하나 이상 인스턴스가 클러스터에서 실행되도록 구성된 경우. 제품에서 제공하는 기본 메시징 제공자를 서비스 통합 버스라고도 합니다.
싱글톤 장애 조치(failover)는 클러스터 기반 서비스입니다.
기본 메시징 제공자의 하나 이상 인스턴스가 클러스터에서 실행되도록
구성된 경우에는 고가용성 관리자가 모든 클러스터 멤버에서 사용 가능으로
설정되어야 합니다. 기본 메시징 제공자는 제품과 함께 제공되는
메시징 엔진입니다.
워크로드 관리
엔터프라이즈 Bean IIOP 통신량에 대한 라우팅 정보
- 서비스 통합 버스라고도 하는 기본 메시징 엔진에 대한 라우팅 정보
- IBM® WebSphere® Application Server 프록시 서버를 통한 HTTP 요청 라우팅
- IBM WebSphere Application Server 프록시 서버를 통한 웹 서비스 주소 지정 요청 라우팅
- SIP(Session Initiation Protocol) 요청 라우팅.
WLM은 고가용성 관리자를 사용하여 라우팅 정보를 전파하고 사용 가능성을 높입니다. WLM 라우팅 정보는 보통 클러스터 자원에 적용되지만 독립형 메시징 엔진과 같은 비클러스터 자원에도 적용될 수 있습니다. 일반적으로 IIOP 또는 메시징 엔진 라우팅 정보를 생성하거나 이용하는 모든 애플리케이션 서버에서 고가용성 관리자가 사용되도록 설정해야 합니다.
- 라우팅 정보 생성자는 클러스터 1에 상주하는 엔터프라이즈 Bean 애플리케이션입니다.
- 라우팅 정보 처리자는 클러스터 2에 상주하는 서블릿입니다.
클러스터 2의 서블릿이 클러스터 1에서 엔터프라이즈 Bean 애플리케이션을 호출하면 두 클러스터에 있는 모든 서버에서 고가용성 관리자가 사용 가능해져야 합니다.
워크로드 관리 MBeans ClusterMgr 및 Cluster에서 클러스터에 대한 기본 정보를 리턴할 수 있습니다. 그러나 토폴로지의 파트 중 고가용성 관리자가 사용되지 않는 파트가 있으면 현재 설정을 수정하여 수정사항을 모든 클러스터 멤버에 전파할 수 없습니다.
워크로드 관리는 라우트 테이블을 파일 시스템으로 정적으로 빌드하고 내보내는 옵션을 제공합니다. 이 옵션을 사용하여 고가용성 관리자에 대한 종속성을 제거하십시오.
예를 들어, 프록시 클러스터의 멤버 사이에서 데이터 복제가 없기 때문에 클러스터에 있는 프록시 서버 간 장애 조치(failover)는 지원되지 않습니다. 프록시 서버가 정지되면 프록시 서버가 소유한 모든 활성 연결이 끊어지고 요청 수신에 실패합니다. 그러나 프록시 서버 및 프록시 클러스터가 모두 백엔드 서버의 장애 조치(failover) 및 고가용성을 지원하므로 프록시 서버는 백엔드 서버가 중지된 경우 이를 감지하고 복제된 세션을 보유하는 서버로 요청을 전달할 수 있습니다.
출력 예제:
myCluster1(cells/mycell/clusters/myCluster1|cluster.xml#ServerCluster_1)