4.20. retroactive 주소 구성
주소를 retroactive 로 구성하면 아직 주소에 바인딩된 큐가 없는 경우를 포함하여 해당 주소로 전송된 메시지를 보존할 수 있습니다. 나중에 큐가 생성되고 주소에 바인딩되면 브로커는 해당 큐에 메시지를 소급적으로 배포합니다. 주소가 retroactive로 구성되지 않고 아직 큐가 바인딩되지 않은 경우 브로커는 해당 주소로 전송된 메시지를 삭제합니다.
retroactive 주소를 구성하면 브로커는 링 큐로 알려진 큐 유형의 내부 인스턴스를 생성합니다. 링 큐는 지정된 고정 메시지 수를 보유하는 특수한 유형의 큐입니다. 큐가 지정된 크기에 도달하면 큐에 도달하는 다음 메시지가 큐에서 가장 오래된 메시지에서 강제 적용됩니다. 소급 주소를 구성할 때 내부 링 대기열의 크기를 간접적으로 지정합니다. 기본적으로 내부 큐는 멀티 캐스트
라우팅 유형을 사용합니다.
retroactive 주소에서 사용하는 내부 링 대기열은 관리 API를 통해 노출됩니다. 큐 비우기와 같은 메트릭을 검사하고 기타 일반적인 관리 작업을 수행할 수 있습니다. 링 큐는 또한 주소의 전체 메모리 사용량에 기여하여 메시지 페이징과 같은 동작에 영향을 미칩니다.
다음 절차에서는 주소를 retroactive로 구성하는 방법을 보여줍니다.
절차
-
<
;broker_instance_dir> /etc/broker.xml
구성 파일을 엽니다. address-setting
요소에서retroactive-message-count
매개변수 값을 지정합니다. 지정한 값은 브로커를 보존할 메시지 수를 정의합니다. 예를 들면 다음과 같습니다.Copy to Clipboard Copied! Toggle word wrap Toggle overflow 참고브로커가 실행되는 동안
broker.xml
구성 파일 또는 관리 API에서retroactive-message-count
값을 업데이트할 수 있습니다. 그러나 이 매개변수의 값을 줄이는 경우 링 큐를 통해 retroactive 주소가 구현되므로 추가 단계가 필요합니다.ring-size
매개변수가 감소된 링 대기열은 새ring-size
값을 달성하기 위해 대기열에서 메시지를 자동으로 삭제하지 않습니다. 이 동작은 의도하지 않은 메시지 손실을 방지합니다. 이 경우 관리 API를 사용하여 링 큐의 메시지 수를 수동으로 줄여야 합니다.
추가 리소스
- 링 큐에 대한 자세한 내용은 4.19절. “링 대기열 구성” 을 참조하십시오.