고가용성과 공유하는 워크로드 구성

이 구성은 클러스터에서 실행 중인 다중 메시징 엔진으로 구성되어 있으며 여기서 각 메시징 엔진은 하나 이상의 대체 서버로 장애 복구할 수 있습니다.

다음은 이 구성을 작성하는 세 가지 방법입니다.
  • 메시징 엔진 정책 지원을 사용하여 클러스터를 서비스 통합 버스에 추가할 수 있으며, 고가용성 및 확장성의 메시징 엔진 정책을 사용할 수 있습니다. 이 프로시저로 클러스터의 각 서버에 대한 단일 메시징 엔진을 작성합니다. 각 메시징 엔진은 클러스터에 지정된 다른 서버로 장애 복구할 수 있습니다. 서버 간에 순차적 순환 관계가 있어서 각 서버는 두 개의 메시징 엔진까지 호스트할 수 있습니다. 각 메시징 엔진은 실패 복구할 수 있습니다. 즉, 메시징 엔진이 다른 서버로 장애 복구하고 원래 서버가 다시 사용 가능해지면 메시징 엔진이 자동으로 해당 서버로 돌아갑니다.
  • 메시징 엔진 정책 지원을 사용하여 클러스터를 서비스 통합 버스에 추가할 수 있으며, 사용자 정의 메시징 엔진 정책을 사용할 수 있습니다. 클러스터에 필요한 수의 메시징 엔진을 작성할 수 있습니다. 작성하는 각 메시징 엔진의 경우, 메시징 엔진 정책을 구성하여 필요한 메시징 엔진 동작을 제공해야 합니다.
  • 메시징 엔진 정책 지원을 사용하지 않고 클러스터를 서비스 통합 버스에 추가할 수 있습니다. 하나의 메시징 엔진이 자동으로 작성되면 클러스터에 필요한 메시징 엔진을 추가합니다. 일반 구성은 클러스터의 각 서버에 하나의 메시징 엔진을 갖습니다. 클러스터의 각 메시징 엔진에 대해 새 "1/N" 코어 그룹 정책을 작성하십시오. 하나의 메시징 엔진이 각 서버에서 실행되어 고가용성 동작이 발생하도록 정책을 구성합니다. 예를 들어 각 메시징 엔진이 지정된 하나의 서버로 장애 복구될 수 있도록 구성합니다.
    • 메시징 엔진이 실행되고 장애 복구될 수 있는 기본 서버의 정렬 순서를 설정할 수 있습니다.
    • 메시징 엔진이 클러스터의 모든 서버 또는 기본 서버 목록의 서버에서만 실행될 수 있는지 여부를 지정할 수 있습니다.
    • 메시징 엔진이 사용 가능하게 되면 더 선호하는 서버로 실패 복구할 수 있는지 여부를 지정할 수 있습니다.
    새 정책을 작성한 후 일치 기준을 사용하여 각 정책을 필수 메시징 엔진에 연결합니다.

    기본 서비스 통합 정책인 "기본 SIBus 정책"은 이러한 동작을 제공하지 않으므로 새 코어 그룹 정책을 작성해야 합니다.

서버가 사용 불가능하면 각 메시징 엔진이 장애 복구할 수 있기 때문에 이러한 구성의 유형에서는 가용성이 제공됩니다. 이 구성을 사용하면 대상을 통해 통신량을 공유할 다중 메시징 엔진이 있기 때문에 워크로드 공유가 제공되며 클러스터의 기존 메시징 엔진에 영향을 주지 않고 클러스터에 새 서버를 추가할 수 있기 때문에 확장성이 제공됩니다.

다음 다이어그램은 이 유형의 구성 예를 보여줍니다. 세 개의 메시징 엔진, 즉 각각 데이터 저장소 A, B 및 C가 있는 ME1, ME2 및 ME3가 있습니다. 메시징 엔진은 세 개의 서버에 대한 클러스터에서 실행되며 대상을 통해 전달되는 통신량을 공유합니다. 하나의 노드가 실패하는 경우에도 남아있는 노드의 서버를 사용할 수 있도록 각 서버는 개별 노드에 있습니다.

각 메시징 엔진에는 기본 위치 하나와 보조 위치 하나가 있습니다. 클러스터의 각 서버는 그 위에서 실행할 수 있는 두 메시징 엔진의 정의를 포함하며, 하나의 메시징 엔진이 기본 위치인 해당 서버에서 실행될 수 있고 다른 서버가 실패하는 경우 또 다른 인스턴스가 활성화되도록 각 메시징 엔진의 인스턴스를 작성합니다. ME1은 server1에서 실행되며 server2로 장애 복구할 수 있습니다. ME2는 server2에서 실행되며 server3로 장애 복구할 수 있습니다. ME3은 server3에서 실행되며 server1로 장애 복구할 수 있습니다.

각 메시징 엔진의 메시지 저장소는 기본 서버 및 보조 서버에서 액세스할 수 있어야 합니다. 이를 수행하는 방법은 사용하는 데이터 저장소 토폴로지에 따라 다릅니다. 네트워크된 데이터베이스 서버를 사용하는 경우 데이터베이스 서버가 메시징 엔진을 실행할 수 있는 클러스터의 모든 서버에서 액세스할 수 있는지 확인해야 합니다. 다른 방법으로는 공유 디스크를 사용하여 데이터베이스를 관리하는 데 외부 고가용성 프레임워크를 사용할 수 있습니다.

이 예제 구성은 메시징 엔진 정책 지원 및 세 개의 서버를 위한 클러스터에 맞는 고가용성에 대한 확장성의 메시징 엔진 정책을 사용할 때 작성되는 구성입니다.

그림 1. 워크로드 공유의 고가용성 또는 확장성 구성
다이어그램은
주변의 텍스트에 설명되어 있습니다.

다음 다이어그램에는 server1이 실패하는 경우 발생하는 내용이 표시됩니다. 메시징 엔진 ME1은 해당 메시징 엔진의 기본 서버 목록에 있는 다음 서버(server2)에서 활성화되어 있습니다. ME2는 server2에서 계속 실행되며, ME3은 server3에서 계속 실행됩니다.

그림 2. server1 실패 후 워크로드 공유의 고가용성 또는 확장성 구성
다이어그램은
주변의 텍스트에 설명되어 있습니다.

다음 다이어그램에는 server1이 다시 사용 가능해지고 server2가 실패하는 경우 발생하는 내용이 표시됩니다. 메시징 엔진 ME1은 ME1에 실패 복구가 설정되어 있기 때문에, 해당 메시징 엔진의 기본 서버 목록에 있는 첫 번째 서버(server1)에 활성화되어 있습니다. ME2는 해당 메시징 엔진의 기본 서버 목록에 있는 다음 서버(server3)에서 활성화되어 있습니다. ME3은 server3에서 계속 실행됩니다.

그림 3. server2 실패 후 워크로드 공유의 고가용성 또는 확장성 구성
다이어그램은
주변의 텍스트에 설명되어 있습니다.

사전 정의된 고가용성에 대한 확장성의 메시징 엔진 정책으로 확장성 및 고가용성을 나타내는 구성을 작성합니다. 다음 다이어그램은 메시지 전송이 우선순위인, 고가용성 및 워크로드 공유를 제공하는 구성에 대한 또 다른 예제를 나타냅니다. 두 개의 메시징 엔진, 즉 데이터 저장소 A와 B가 있는 ME1과 ME2가 있으며, 이들은 세 개의 서버를 위한 클러스터에서 실행되고 대상을 통해 통신량을 공유합니다. 정상적인 환경에서 ME1은 server1에서 실행되고 ME2는 server2에서 실행됩니다. server3은 두 개의 메시징 엔진 모두에 장애 복구 위치를 제공합니다. 이 구성은 여분의 서버가 하나 있기 때문에 "N+1" 구성이라고도 합니다.

그림 4. "N+1" 구성에서 워크로드를 공유하는 고가용성의 메시징 엔진
다이어그램은
주변의 텍스트에 설명되어 있습니다.

ME1의 기본 서버 목록은 server1, server3이고 ME2의 기본 서버 목록은 server2, server3입니다. 이 구성의 장점은 하나의 서버가 실패한 경우, 남아있는 각 서버는 하나의 메시징 엔진만 호스트하는 것입니다. 이 구성의 단점은 여분의 서버에 대한 비용입니다. 이러한 유형의 구성을 작성하려면 사용자 정의 메시징 엔진 정책을 사용할 수 있습니다.

메시징 엔진 정책 지원을 사용하지 않고 메시징 엔진이 기본 서버를 사용하도록 하려면 메시징 엔진에 하나 이상의 기본 서버를 지정해야 합니다. 기본 서버가 사용 가능할 때마다 고가용성 관리자(HAManager)가 해당 서버에서 메시징 엔진을 실행합니다. 기본 서버가 사용 가능하지 않은 경우, 메시징 엔진이 사용 가능한 다른 서버에서 실행됩니다. 또한 기본 서버가 다시 사용 가능할 때, HAManager가 메시징 엔진을 다시 이 서버로 이동시키도록 정책에 실패 복구 옵션을 설정할 수 있습니다.


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



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