서비스 통합 정책

서비스 통합 버스의 각 메시징 엔진은 하나의 고가용성 그룹(HAGroup)에 속합니다. 각 HAGroup의 멤버는 런타임 시에 그룹에 지정되는 정책에 의해 제어됩니다. 이 코어 그룹 정책이 HAGroup에서 메시징 엔진의 가용성 특성을 판별합니다.

서버를 서비스 통합 버스에 추가하는 경우, 기본 서비스 통합 정책인 "1/N" 정책을 사용하는 메시징 엔진이 자동으로 작성됩니다. 메시징 엔진에 사용 가능한 서버가 하나이기 때문에 메시징 엔진의 동작은 해당 서버에서만 실행합니다. 메시징 엔진에 기본이 아닌 정책을 구성할 수 있지만 메시징 엔진의 동작에는 영향을 미치지 않습니다.

서버 클러스터를 버스에 추가하면 메시징 엔진이 실행될 수 있는 서버 및 서버가 사용 불가능한 경우의 메시징 엔진 작동을 제어할 수 있습니다. 추가 메시징 엔진을 클러스터에 배치할 수도 있습니다. 예를 들어, 클러스터를 구성하여 고가용성, 확장성, 워크로드 공유(서비스를 제공하는 자원을 늘려 성능을 높임) 또는 이러한 요소의 조합을 제공할 수 있습니다.

클러스터를 버스에 추가할 때 메시징 엔진 정책 지원을 사용하여 메시징 엔진 동작을 구성할 수 있습니다. 자주 사용되는 클러스터 구성을 지원하는 사전 정의된 메시징 엔진 정책 및 메시징 엔진 정책 지원을 사용하는 중에 사용자 정의 구성을 설정하는 옵션이 있습니다. 메시징 엔진 정책 지원의 장점은 구성 수행이 지원되고 여러 설정이 자동으로 작성된다는 것입니다. 자세한 정보는 관련 항목을 참조하십시오.

이 주제의 나머지에서는 메시징 엔진 정책 지원을 사용하지 않고 메시징 엔진 동작의 구성을 설명합니다. 이 프로시저를 알고 있는 경우, 이러한 설정을 사용하십시오. 방법을 모르는 경우에는 메시징 엔진 정책 지원을 사용하십시오.

메시징 엔진 작동을 구성하려면 메시징 엔진의 HAGroup에 대한 코어 그룹 정책을 구성합니다. 메시징 엔진이 특정 서버 또는 서버 세트에 대한 환경 설정을 갖는지 여부와 메시징 엔진이 선호하는 서버의 세트로 제한되는지 여부를 제어하는 정책을 구성할 수 있습니다. 메시징 엔진이 장애 조치(failover) 후 더 선호하는 서버로 장애 복구(failback)할 수 있는 여부를 제어할 수 있습니다. 또한 정책을 수정하여 메시징 엔진에 대한 모니터링 간격을 변경할 수 있습니다.

다음 테이블은 메시징 엔진에 대해 사용할 수 있는 코어 그룹 정책의 유형과 각 유형이 클러스터 버스 멤버에 속하는 메시징 엔진의 작동에 영향을 주는 방법을 표시합니다.
표 1. 코어 그룹 정책의 영향. 첫 번째 열에는 메시징 엔진에 사용된 코어 그룹 정책의 유형이 나열되어 있습니다. 두 번째 열에서는 정책 유형이 메시징 엔진에 영향을 미치는 방식에 대해 설명합니다.
정책 유형 작동
정적 - 정적 그룹 서버 목록에 하나의 서버가 있음 메시징 엔진이 특정 서버로 제한됩니다. 메시징 엔진은 제한된 서버에서만 실행할 수 있으며 클러스터의 다른 서버로 장애 조치(failover)할 수 없습니다. 복수 메시징 엔진의 경우, 이것은 장애 조치(failover)를 원하지 않는 워크로드 공유를 위한 유용한 구성일 수 있습니다.
1/N - 선호하는 서버 없음 메시징 엔진은 사용 가능한 첫 번째 서버에서 실행되며 클러스터의 기타 서버 중 하나로 장애 조치(failover)할 수 있습니다. 특정 서버에 대한 환경 설정이 없습니다.

"기본 SIBus 정책"은 이 작동을 제공합니다.

1/N - 선호하는 서버 있음 메시징 엔진은 메시징 엔진이 시작할 때 사용 가능한 선호하는 서버 목록에 있는 첫 번째 서버에서 실행됩니다. 메시징 엔진은 장애 조치(failover) 시 사용 가능한 선호하는 서버 목록에 있는 첫 번째 서버로 장애 조치(failover)할 수 있습니다. 선호하는 서버 목록에서 서버가 앞에 있을수록 해당 서버의 환경 설정이 더 우선합니다. 선호하는 서버를 사용할 수 없는 경우, 메시징 엔진은 클러스터의 다른 서버로 장애 조치(failover)할 수 있습니다. 메시징 엔진이 장애 조치(failover)한 후, 더 선호하는 서버가 다시 사용 가능해지는 경우에도 메시징 엔진은 이동하지 않습니다.
1/N - 선호하는 서버 및 장애 복구(failback) 설정 있음 메시징 엔진은 항상 사용 가능한 가장 선호하는 서버에서 실행됩니다. 메시징 엔진은 메시징 엔진이 시작할 때 사용 가능한 선호하는 서버 목록에 있는 첫 번째 서버에서 실행됩니다. 메시징 엔진은 장애 조치(failover) 시 사용 가능한 선호하는 서버 목록에 있는 첫 번째 서버로 장애 조치(failover)할 수 있습니다. 선호하는 서버 목록에서 서버가 앞에 있을수록 해당 서버의 환경 설정이 더 우선합니다. 선호하는 서버를 사용할 수 없는 경우, 메시징 엔진은 클러스터의 다른 서버로 장애 조치(failover)할 수 있습니다. 메시징 엔진이 장애 조치(failover)한 후, 더 선호하는 서버가 다시 사용 가능해지는 경우 메시징 엔진이 해당 서버로 자동 이동합니다.
1/N - 선호하는 서버 및 선호하는 서버만 설정 있음 메시징 엔진은 선호하는 서버 목록에 있는 서버에서만 실행됩니다. 메시징 엔진은 메시징 엔진이 시작할 때 사용 가능한 선호하는 서버 목록에 있는 첫 번째 서버에서 실행됩니다. 메시징 엔진은 장애 조치(failover) 시 사용 가능한 선호하는 서버 목록에 있는 첫 번째 서버로 장애 조치(failover)할 수 있습니다. 선호하는 서버 목록에서 서버가 앞에 있을수록 해당 서버의 환경 설정이 더 우선합니다. 선호하는 서버를 사용할 수 없는 경우, 메시징 엔진은 클러스터의 다른 서버로 장애 조치(failover)할 수 없습니다. 장애 복구(failback) 설정이 선택된 경우, 메시징 엔진이 장애 조치(failover)한 후 더 선호하는 서버가 다시 사용 가능해지는 경우 메시징 엔진이 해당 서버로 자동 이동합니다.
조작 없음 메시징 엔진은 외부 고가용성 프레임워크에 의해 관리되며 외부 고가용성 클러스터에 있는 다른 서버 중 하나로 장애 조치(failover)할 수 있습니다. 서버 선호도가 필요한 경우, 고가용성 클러스터 구성에서 환경 설정으로 구성하십시오. 구성 세부사항은 고가용성 프레임워크의 선택사항에 따라 다릅니다.

이 정책은 고가용성의 클러스터된 데이터베이스가 메시징 엔진의 데이터 저장소에 사용되는 경우에 유용합니다. 이로 인해 메시징 엔진을 데이터베이스를 관리하는 동일한 고가용성 클러스터에서 제어하도록 할 수 있습니다. 이 정책은 또한 메시징 엔진이 IBM MQ 큐 관리자에 연결되는 경우에도 유용합니다. 메시징 엔진이 인바운드 채널 체인에 대해 고가용성 클러스터된 IP 주소를 사용 중인 경우, 장애 조치(failover)할 수 있습니다. 자세한 정보는 외부 고가용성 프레임워크와 서비스 통합의 내용을 참조하십시오.

정책은 해당 정책에 대해 구성된 일치 기준을 사용하여 런타임 시 적절한 HAGroup에 지정됩니다.

기본 서비스 통합 정책

서비스 통합의 가장 일반적인 정책은 제품과 함께 포함되어 있는 기본값인 "기본 SIBus 정책"입니다. 이는 선호하는 서버가 없는 "1/N" 정책입니다. 즉, 메시징 엔진이 클러스터의 사용 가능한 첫 번째 서버에서 시작되며 클러스터의 다른 애플리케이션 서버로 장애 조치(failover)할 수 있습니다. 자동 장애 복구(failback)가 수행되지 않으며 모니터링 간격은 120초입니다. 정책에는 모든 서비스 통합 메시징 엔진과 일치하는 하나의 일치 기준이 있으므로 다른 정책에 대해 보다 강력한 일치 기준이 있는 HAGroup에 메시징 엔진이 있지 않는 경우 해당 정책은 모든 메시징 엔진에 적용됩니다.


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



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