1.3. 구성 업데이트 다시 로드
기본적으로 브로커는 5000 밀리초마다 구성 파일의 변경 사항을 확인합니다. 브로커가 구성 파일의 "마지막 수정" 타임 스탬프의 변경을 감지하면 브로커는 구성 변경이 수행되었다고 결정합니다. 이 경우 브로커는 구성 파일을 다시 로드하여 변경 사항을 활성화합니다.
브로커가 broker.xml 구성 파일을 다시 로드하면 다음 모듈을 다시 로드합니다.
주소 설정 및 대기열
구성 파일이 다시 로드되면 주소 설정에 따라 구성 파일에서 삭제된 주소와 큐를 처리하는 방법이 결정됩니다.
config-delete-addresses및config-delete-queues속성을 사용하여 이 값을 설정할 수 있습니다. 자세한 내용은 부록 B. 주소 설정 구성의 내용을 참조하십시오.보안 설정
기존 승인자의 SSL/TLS 키 저장소 및 신뢰 저장소를 다시 로드하여 기존 클라이언트에 영향을 주지 않고 새 인증서를 설정할 수 있습니다. 이전 인증서 또는 다른 인증서가 있는 경우에도 연결된 클라이언트는 계속 메시지를 보내고 받을 수 있습니다.
crlPath 매개변수를 사용하여 구성된 인증서 취소 목록 파일도 다시 로드할 수 있습니다.
다이버
구성 다시 로드는 사용자가 추가한 새로운 차이점을 배포합니다. 그러나 구성에서 다양한 제거 또는 <
divert> 요소 내의 하위 요소에 대한 변경 사항은 브로커를 다시 시작할 때까지 적용되지 않습니다.
다음 절차에서는 브로커가 broker.xml 구성 파일의 변경 사항을 확인하는 간격을 변경하는 방법을 보여줍니다.
프로세스
-
<
;broker_instance_dir> /etc/broker.xml구성 파일을 엽니다. <
core> 요소 내에서 <configuration-file-refresh-period> 요소를 추가하고 새로 고침 기간(밀리초)을 설정합니다.이 예에서는 구성 새로 고침 기간을 60000밀리초로 설정합니다.
<configuration> <core> ... <configuration-file-refresh-period>60000</configuration-file-refresh-period> ... </core> </configuration>
어떤 이유로든 구성 파일에 대한 액세스 권한이 불가능한 경우 Management API 또는 콘솔을 사용하여 구성 파일을 강제로 다시 로드할 수도 있습니다. ActiveMQServerControl 의 관리 작업 reloadConfigurationFile() 을 사용하여 구성 파일을 다시 로드할 수 있습니다( ObjectName org.apache.activemq.artemis:broker="BROKER_NAME" 또는 리소스 이름 서버)
추가 리소스
- 관리 API 사용 방법을 알아보려면 AMQ Broker 관리에서 관리 API 사용을 참조하십시오.
