고가용성 관리자 사용 시기

고가용성 관리자는 CPU 주기, 힙 메모리 및 소켓 등과 같은 시스템 자원을 이용합니다. 이러한 자원은 고가용성 관리자 및 고가용성 관리자가 제공하는 서비스를 사용하는 제품 컴포넌트 모두가 이용합니다. 고가용성 관리자와 이러한 제품 컴포넌트가 사용하는 자원의 양은 코어 그룹의 크기가 증가함에 따라 기하급수적으로 증가합니다.

크기가 큰 코어 그룹의 경우, 고가용성 관리자가 사용하는 자원의 양이 매우 커질 수 있습니다. 고가용성 관리자를 사용 불가능하게 하면 이러한 자원을 사용할 수 있습니다. 그러나 고가용성 관리자를 사용 불가능하게 하기 전에 현재와 미래의 시스템 요구를 철저히 파악하여 고가용성 관리자를 사용 불가능하게 해도 고가용성 관리자가 필요한 다른 기능을 사용할 수 있음을 확인해야 합니다. 예를 들어, 메모리 대 메모리 세션 복제와 RRD(Remote Request Dispatcher)에서 모두 고가용성 관리자를 사용할 수 있어야 합니다.

고가용성 관리자를 사용 안함으로 설정하는 기능은, 고가용성 관리자가 제공하는 서비스가 사용되지 않는 토폴로지에서 가장 유용합니다. 특정 토폴로지에서는 일부 프로세스만 고가용성 관리자가 제공하는 서비스를 사용합니다. 이러한 토폴로지에서는 프로세스 기반으로 고강요성 관리자를 사용 안함으로 설정하여 고가용성 관리자가 사용하는 자원의 양을 최적화할 수 있습니다.

해당 코어 그룹의 모든 애플리케이션 서버 프로세스에서 고가용성 관리자가 사용 안함으로 설정된 경우 이외에는, 노드 에이전트 및 배치 관리자 등과 같은 관리 프로세스에서 고가용성 관리자를 사용 안함으로 설정하지 마십시오.

고가용성 관리자가 제공하는 일부 서비스는 클러스터 기반입니다. 따라서 클러스터 멤버는 이기종이기 때문에, 클러스터의 한 멤버에서 고가용성 관리자를 사용 안함으로 설정하는 경우 해당 클러스터의 다른 모든 멤버에서도 사용 안함으로 설정해야 합니다.

특정 애플리케이션 서버 프로세스에 고가용성 관리자를 사용 가능하도록 할 것인지 여부를 결정할 때는, 프로세스에 다음 고가용성 관리자 서비스가 필요한지 고려하십시오.
  • 메모리 대 메모리 복제
  • 싱글톤 장애 조치(failover)
  • 워크로드 관리 라우팅
참고: 많은 내부 컴포넌트는 고가용성의 관리자 인프라를 사용하거나 고가용성 관리자를 사용하는 내부 서비스에 의존합니다. 따라서, 고가용성 관리자 서비스 목록이, 고가용성 관리자를 사용 불가능하게 설정하여 적용한 서비스가 모두 포함된 목록은 아닙니다. 또한 보다 많은 서비스가 언제든 고가용성 관리자를 사용하도록 변경될 수 있으므로, 해당 목록은 변경되기 쉽습니다.
우수 사례 우수 사례: 고가용성 관리자를 사용 불가능하게 설정하는 대신, 여러 셀을 작성하거나 셀을 여러 코어 그룹으로 파티셔닝한 후 브릿지를 작성하십시오. 고가용성 관리자를 필요로 하는 컴포넌트를 현재 사용하지 않더라도, 나중에 필요하게 될 수 있습니다.bprac

메모리 대 메모리 복제

메모리 대 메모리 복제는 애플리케이션 서버 레벨에서 구성 또는 사용 가능으로 설정하는 클러스터 기반 서비스입니다. 메모리 대 메모리 복제가 클러스터 멤버에 사용 가능으로 된 경우, 해당 클러스터의 모든 멤버에서 고가용성 관리자가 사용 가능으로 되어야 합니다. 메모리 대 메모리 복제는 다음의 경우에 자동으로 사용 가능해 집니다.

  • 메모리 대 메모리 복제는 웹 컨테이너 HTTP 세션에 대해 사용 가능하게 됩니다.
  • 캐시 복제는 동적 캐시 서비스를 사용 가능하게 합니다.
  • EJB Stateful 세션 Bean 장애 조치(failover)는 애플리케이션 서버에 대해 사용 가능하게 됩니다.

싱글톤 장애 조치(failover)

[AIX Solaris HP-UX Linux Windows][IBM i]싱글톤 장애 조치(failover)는 클러스터 기반 서비스입니다. 다음의 경우에는 클러스터의 모든 멤버에서 고가용성 관리자가 사용 가능으로 설정되어야 합니다.
  • 클러스터가 트랜잭션 로그의 복구를 관리하기 위해 고가용성 관리자를 사용하도록 구성된 경우
  • 기본 메시징 제공자의 하나 이상 인스턴스가 클러스터에서 실행되도록 구성된 경우. 제품에서 제공하는 기본 메시징 제공자를 서비스 통합 버스라고도 합니다.

[z/OS]싱글톤 장애 조치(failover)는 클러스터 기반 서비스입니다. 기본 메시징 제공자의 하나 이상 인스턴스가 클러스터에서 실행되도록 구성된 경우에는 고가용성 관리자가 모든 클러스터 멤버에서 사용 가능으로 설정되어야 합니다. 기본 메시징 제공자는 제품과 함께 제공되는 메시징 엔진입니다.

워크로드 관리

워크로드 관리(WLM)는 다음과 같은 클래스 또는 유형의 라우팅 정보를 전파합니다.
  • [AIX Solaris HP-UX Linux Windows][IBM i]엔터프라이즈 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)

주제 유형을 표시하는 아이콘 개념 주제



시간소인 아이콘 마지막 업데이트 날짜: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=crun_ha_ham_required
파일 이름:crun_ha_ham_required.html