전체 저장소를 보유할 클러스터 큐 관리자 선택 방법
각 클러스터에서 전체 저장소를 보유할 최소 하나, 가급적이면 두 개의 큐 관리자를 선택해야 합니다. 가장 예외적 상황을 제외하면 두 개의 전체 저장소가 충분합니다. 가능하면 강력하고 영구적으로 연결된 플랫폼에서 호스트되고, 동시 가동 중단이 없으며, 지리적으로 중앙에 위치한 큐 관리자를 선택하십시오. 또한 전체 저장소 호스트로 사용할 시스템을 다른 태스크에 사용하지 않고 전용 시스템으로 사용할 것을 고려하십시오.
전체 저장소는 클러스터 상태의 전체 그림을 유지보수하는 큐 관리자입니다. 이 정보를 공유하기 위해 각 전체 저장소는 CLUSSDR 채널(및 해당 CLUSRCVR 정의)을 통해 클러스터의 다른 모든 전체 저장소에 연결됩니다. 이 채널을 수동으로 정의해야 합니다.
클러스터의 다른 모든 큐 관리자는 부분 저장소에서 클러스터 상태에 대해 현재 알고 있는 사항을 유지합니다. 이 큐 관리자는 사용 가능한 두 개의 전체 저장소를 사용하여 자신에 대한 정보를 발행하고 다른 큐 관리자에 대한 정보를 요청합니다. 선택된 전체 저장소가 사용 불가능하면 다른 전체 저장소가 사용됩니다. 선택된 전체 저장소가 다시 사용 가능하게 되면 보조를 맞추기 위해 다른 큐 관리자로부터 새로운 최신 정보와 변경된 정보를 수집합니다. 모든 전체 저장소가 서비스 불가능 상태가 되면 다른 큐 관리자는 부분 저장소의 정보를 사용합니다. 하지만 보유한 정보만을 사용하도록 제한되며 새 정보 및 업데이트에 대한 요청은 처리 불가능합니다. 전체 저장소가 네트워크에 다시 연결되면 메시지가 교환되어 모든 저장소(전체 및 부분 모두)는 최신 상태가 됩니다.
- 전체 저장소를 보유하도록 선택한 큐 관리자는 신뢰할 수 있으며 관리되어야 합니다. 강력하고 영구적으로 연결된 플랫폼에서 호스트되는 큐 관리자를 선택하십시오.
- 전체 저장소를 호스트하는 시스템의 계획된 가동 중단을 고려하고 동시 가동 중단이 없는지 확인하십시오.
- 네트워크 성능을 고려하십시오. 지리적으로 중앙에 위치하거나 클러스터의 다른 큐 관리자와 동일한 시스템을 공유하는 큐 관리자를 선택하십시오.
- 큐 관리자가 둘 이상 클러스터의 멤버인지 여부를 고려하십시오. 동일한 큐 관리자를 사용하여 여러 클러스터에 대한 전체 저장소를 호스트하는 것이 관리상 편리할 수 있습니다. 단 이는 큐 관리자가 얼마나 바쁠지 예상한 바와 이 장점이 밸런스를 이룰 때입니다.
- 전체 저장소만을 포함한 일부 시스템을 다른 태스크에 사용하지 않고 전용 시스템으로 사용할 것을 고려하십시오. 그러면 이 시스템은 큐 관리자 구성에 대한 유지보수만을 수행하며 기타 비즈니스 애플리케이션의 유지보수를 위해 서비스에서 제거되지 않습니다. 또한 저장소를 유지보수하는 태스크가 시스템 자원을 두고 애플리케이션과 경쟁하지 않습니다. 이는 특히, 전체 저장소에 클러스터 상태를 유지보수하는 워크로드가 훨씬 많은 대형 클러스터(즉, 수천 개 이상의 큐 관리자를 포함한 클러스터)에 유익할 수 있습니다.
셋 이상의 전체 저장소도 가능하지만 거의 권장되지 않습니다. 오브젝트 정의(즉, 큐, 토픽, 채널)는 사용 가능한 모든 전체 저장소로 플로우되지만 요청은 부분 저장소에서 최대 두 개의 전체 저장소로만 플로우됩니다. 이는 셋 이상의 전체 저장소가 정의되고 두 개의 전체 저장소가 사용 불가능하게 되면 일부 부분 저장소가 예상하는 업데이트를 수신하지 못할 수 있음을 의미합니다. 보다 MQ 클러스터: 왜 전체 저장소가 두 개뿐인가?
셋 이상의 전체 저장소를 정의하는 것이 유용할 수 있는 유일한 상황은 기존 전체 저장소를 새 하드웨어나 새 큐 관리자로 마이그레이션할 때입니다. 이 경우에는 대체 전체 저장소를 도입하고 이전 전체 저장소를 제거하기 전에 이 저장소가 완전히 채워졌는지 확인해야 합니다. 전체 저장소를 추가할 때마다 CLUSSDR 채널로 다른 모든 전체 저장소에 이 전체 저장소를 직접 연결해야 함을 기억하십시오.
