다중 버스 멤버 버스

메시징 트래픽이 많아 적절하게 분배할 수 있는(예: 애플리케이션 단위 또는 큐 단위로 분배) 버스 구성에서는 다중 버스 멤버를 고려해야 합니다.

다음 그림은 애플리케이션 메시징이 자체 포함되어 있을 때 런타임 시에 모든 단일 메시징 엔진 구성과 매우 비슷한 구성을 보여줍니다.

그림 1. 다중 버스 멤버 버스 구성 이 그림은 클러스터 버스에 있는
두 개의 버스 멤버를 보여줍니다. 외부 버스 멤버가 클러스터 내에 있는
버스 멤버의 메시징 엔진을 사용할 수 있습니다.

하지만 여러 서버에서 애플리케이션이 시작되어 메시지를 통해 서로 통신하면 런타임이 변경되기 시작합니다.

메시징 애플리케이션은 버스에서 사용할 수 있는 메시징 엔진에 무작위로 연결되므로 다중 버스 멤버 버스를 구성할 때는 주의 깊게 계획해야 합니다. 이를 대체할 수 있는 기본 동작은 동일한 서버에서 실행되는 메시징 엔진이 포함된 버스에 애플리케이션이 연결될 때 뿐입니다. 이 경우, 메시지에 애플리케이션에서 큐 또는 등록까지 비효율적인 경로가 사용됩니다. 이러한 결과는 예상할 수 없는 연결 특성과 가변적인 메시지 라우팅으로 인해 시스템의 관리 효율성과 서비스 가용성에 영향을 줍니다.

일반적인 규칙은 큐를 소유하고 있는 버스 멤버에 직접 연결하는 것입니다. 항상 연결 및 활성화 스펙을 대상으로 해야 합니다. 애플리케이션 작성 또는 애플리케이션 사용 중 하나를 선택해야 할 경우, 사용자를 큐 위치의 메시징 엔진에 직접 연결하고 작성자가 저장하고 전달할 수 있도록 허용하십시오.


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



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