클러스터링이 있는 다중 서버 버스

일부 또는 전체가 클러스터의 멤버인 다중 서버로 구성된 버스를 가질 수 있습니다. 서버가 클러스터의 멤버가면 서버가 여러 시스템에서 공통 애플리케이션을 실행할 수 있습니다. 여러 시스템에 여러 서버가 있는 클러스터에 애플리케이션을 설치하면 가용성이 높아집니다. 하나의 시스템에서 애플리케이션을 사용하지 못해도 클러스터에 있는 다른 서버에서는 실행할 수 있습니다.

서버 버스 멤버를 구성할 때 해당 서버가 메시징 엔진을 실행합니다. 많은 목적에 이것이 충분하지만 그런 메시징 엔진은 그것이 작성된 서버에서만 실행할 수 있습니다. 따라서 서버가 단일 장애 위치입니다. 서버가 실행할 수 없으면 메시징 엔진이 사용 불가능합니다. 대신 클러스터 버스 멤버를 구성하면 메시징 엔진은 클러스터에 있는 한 서버에서 실행할 수 있어서 해당 서버가 실패하는 경우 메시징 엔진이 대체 서버에서 실행할 수 있습니다. 이것이 그림 1에 표시되어 있습니다. 자세한 정보는 버스 멤버 유형 및 고가용성과 워크로드 공유에 대한 효과의 내용을 참조하십시오.

클러스터 버스 멤버 구성의 또 다른 장점은 여러 서버 사이에 대상과 연관된 워크로드를 공유하는 기능입니다. 추가 메시징 엔진을 클러스터에 배치할 수 있습니다. 클러스터 버스 멤버에 배치된 대상은 클러스터 서버가 실행하는 메시징 엔진 세트 사이에 파티션됩니다. 클러스터의 메시징 엔진은 각각 대상에 도착하는 메시지의 공유를 처리합니다. 이것이 그림 2에 표시되어 있습니다. 이것은 IBM MQ의 클러스터 큐에 대한 지식이 있는 사용자에게는 친숙한 개념입니다. 자세한 정보는 워크로드 공유의 내용을 참조하십시오.

요약하면 클러스터 버스 멤버를 사용하여 장애 복구를 통해 고가용성을 달성할 수 있습니다. 또한 메시징 엔진에 대해 구성한 정책에 따라 워크로드 공유 또는 고가용성이 있는 워크로드 공유를 수행하도록 클러스터를 구성할 수도 있습니다. 메시징 엔진에 대한 정책의 자세한 정보는 서비스 통합 정책의 내용을 참조하십시오.

그림 1. 클러스터된 서버를 갖는 서비스 통합 버스
이 그림에서는 서비스 통합 버스에 단일 클러스터 버스 멤버가 있습니다. 클러스터에는 두 개의 애플리케이션 서버가 있습니다. 클러스터에 있는
하나의 서버는 메시징 엔진을 호스트합니다. 해당 서버가 실패하는 경우,
메시징 엔진이 대체 서버에서 실행할 수 있습니다.
그림 2. 분할된 대상을 가지는 서비스 통합 버스
이 그림에서는 서비스 통합 버스에 단일 클러스터 버스 멤버가 있습니다. 클러스터에는 세 개의 애플리케이션 서버가 있습니다. 클러스터에 있는
각 서버는 메시징 엔진을 실행합니다. 버스 대상은 클러스터 멤버에서 실행하는
메시징 엔진 사이에 파티션됩니다.

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



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