16.2. 브로커 연결 구성


다음 절차에서는 브로커 간 메시지 미러링에 브로커 연결을 구성하는 방법을 보여줍니다. 브로커 중 하나만 언제든지 활성 상태이며 모든 메시지는 다른 브로커로 미러링됩니다.

사전 요구 사항

  • 두 개의 작동 브로커가 있습니다.

절차

  1. 첫 번째 브로커에 대한 broker.xml 파일에 broker-connections 요소를 생성합니다. 예를 들면 다음과 같습니다.

    <broker-connections>
      <amqp-connection uri="tcp://<hostname>:<port>" name="DC1">
        <mirror/>
      </amqp-connection>
    </broker-connections>
    <hostname>
    다른 브로커 인스턴스의 호스트 이름입니다.
    <port>
    다른 호스트의 브로커가 사용하는 포트입니다.

    첫 번째 브로커의 모든 메시지는 두 번째 브로커로 미러링되지만 미러가 생성되기 전에 존재하는 메시지는 미러링되지 않습니다.

    다음과 같은 추가 기능을 구성할 수도 있습니다.

    • queue-removal: queue- 또는 address-removal 이벤트가 전송되는지 여부를 지정합니다. 기본값은 true입니다.
    • message-acknowledgements: 메시지 승인 여부를 지정합니다. 기본값은 true입니다.
    • queue-creation: 큐 또는 주소 할당 이벤트가 전송되는지 여부를 지정합니다. 기본값은 true입니다.
    참고

    예를 들어 DC1 의 브로커 연결 이름은 $ACTIVEMQ_ARTEMIS_MIRROR_mirror 이라는 큐를 생성하는 데 사용됩니다. 큐가 해당 브로커에 표시되지 않더라도 해당 브로커가 해당 메시지를 수락하도록 구성되어 있는지 확인합니다.

  2. 다음과 같이 두 번째 브로커의 broker.xml 파일에 broker-connections 요소를 생성합니다.

    <broker-connections>
      <amqp-connection uri="tcp://<hostname>:<port>" name="DC2">
        <mirror/>
      </amqp-connection>
    </broker-connections>
    참고

    Red Hat은 소비자가 둘 다 아닌 브로커 중 하나의 메시지를 수락하도록 구성된 것이 좋습니다.

  3. 브로커 연결에서 아닌 15.6절. “다중 사이트 내결함성 메시징 시스템에서 클라이언트 구성” 에 설명된 지침을 사용하여 클라이언트를 구성합니다.
Red Hat logoGithubRedditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

Red Hat을 사용하는 고객은 신뢰할 수 있는 콘텐츠가 포함된 제품과 서비스를 통해 혁신하고 목표를 달성할 수 있습니다.

보다 포괄적 수용을 위한 오픈 소스 용어 교체

Red Hat은 코드, 문서, 웹 속성에서 문제가 있는 언어를 교체하기 위해 최선을 다하고 있습니다. 자세한 내용은 다음을 참조하세요.Red Hat 블로그.

Red Hat 소개

Red Hat은 기업이 핵심 데이터 센터에서 네트워크 에지에 이르기까지 플랫폼과 환경 전반에서 더 쉽게 작업할 수 있도록 강화된 솔루션을 제공합니다.

© 2024 Red Hat, Inc.