고가용성 및 확장성을 위해 클러스터를 버스에 추가
버스 멤버로 클러스터를 추가하고 고가용성, 확장성 또는 고가용성을 포함하는 확장성을 제공하는 사전 정의된 메시징 엔진 정책과 메시징 엔진 정책 지원을 사용할 수 있습니다. 메시징 엔진 정책 지원은 클러스터에서 메시징 엔진 작성 및 구성을 지원하여 필수 메시징 엔진 동작을 제공합니다.
시작하기 전에
이 태스크 정보
- 고가용성. 메시지를 항상 전송하도록 해당 클러스터에서
항상 메시징 엔진이 실행 중인지 확인하려는 경우 고가용성 정책을
사용합니다.
고가용성 메시징 엔진 정책으로 클러스터에 단일 메시징 엔진을 작성합니다. 메시징 엔진은 클러스터의 다른 서버로 장애 복구되도록 구성됩니다. 장애 복구에 대해 서버가 사용되는 순서는 기본 서버 목록의 순서에 따라 달라집니다. 기본 서버 목록에서 서버가 앞에 있을수록 해당 서버의 환경 설정이 더 우선합니다. 메시징 엔진이 실패 복구하지 않습니다. 즉, 더 선호하는 서버가 다시 사용 가능해지는 경우에도 메시징 엔진은 해당 서버로 돌아가지 않습니다.
- 확장성. 클러스터에 서버를 더 추가하고 성능을 유지보수하려는 경우
시스템에 대해 확장성 정책을 사용합니다.
확장성 메시징 엔진 정책으로 클러스터의 각 서버에 단일 메시징 엔진을 작성합니다. 각 메시징 엔진은 지정되는 서버에서만 실행할 수 있으며 다른 서버로 실패복구할 수 없습니다. 서버가 실패하는 경우, 서버에서 실행 중인 메시징 엔진도 실패하며 서버가 복구될 때까지 사용 불가능합니다. 클러스터의 기존 메시징 엔진에 영향을 주지 않고 클러스터에 새 서버를 추가할 수 있습니다.
- 고가용성에 대한 확장성. 서버를 클러스터에 더 추가하고
성능을 유지보수하며, 메시징이 항상 사용 가능하지 확인하려는
시스템에 대해서는 고가용성을 포함한
확장성 정책을 사용합니다.
고가용성에 대한 확장성의 메시징 엔진 정책으로 클러스터에 있는 각 서버에 단일 메시징 엔진을 작성합니다. 각 메시징 엔진은 클러스터에 지정된 다른 서버로 장애 복구할 수 있습니다. 서버 간에 순차적 순환 관계가 있어서 각 서버는 두 개의 메시징 엔진까지 호스트할 수 있습니다. 각 메시징 엔진은 실패 복구할 수 있습니다. 즉, 메시징 엔진이 다른 서버로 장애 복구하고 원래 서버가 다시 사용 가능해지면 메시징 엔진이 자동으로 해당 서버로 돌아갑니다.
초기 및
최대 JVM(Java™ Virtual Machine) 힙 크기를
선택적으로 조정할 수 있습니다. 힙 크기를 조정하면
하나 이상의 메시징 엔진을 호스트하는 애플리케이션 서버에 사용자에게 필요한
메시지 처리량에 적당한 메모리 크기를 제공하도록 보장할 수 있습니다.
- 6.0.2(수정팩 23 이상)
- 6.1.0(수정팩 13 이상)
보안이 사용 가능하고 버스에 혼합 버전의 버스 멤버가 있는 경우, 버스 멤버가 엔진 간 인증 별명을 사용하여 신뢰를 구축합니다. 서버 클러스터를 WebSphere Application Server 버전 6의 버스 멤버로 추가하고 이 서버 클러스터가 이 레벨의 첫 번째 버스 멤버인 경우, 이 태스크 중에 인증 별명을 선택하거나 작성해야 합니다. 이 조치를 통해 엔진 간 인증 별명을 설정합니다.
프로시저
결과
- 고가용성 메시징 엔진 정책의 경우 이름이 cluster_name.nnn-bus_name인 단일 메시징 엔진이 있으며, 이를 통해 클러스터의 서버로 장애 복구할 수 있습니다.
- 확장성 메시징 엔진 정책의 경우 클러스터의 각 서버에 대해 이름이 cluster_name.nnn-bus_name인 하나의 메시징 엔진이 있습니다. 클러스터의 각 메시징 엔진은 하나의 서버에서 실행되도록 제한됩니다.
- 고가용성을 포함하는 확장성 메시징 엔진 정책의 경우 클러스터의 각 애플리케이션 서버에는 이름이 cluster_name.nnn-bus_name인 하나의 메시징 엔진이 있습니다. 클러스터의 각 메시징 엔진은 클러스터에 지정된 다른 서버로 장애 복구되고 서버가 다시 사용 가능해지면 원하는 서버로 복구될 수 있습니다.