1.3. 설정 업데이트 다시 로드
기본적으로 브로커는 구성 파일의 변경 사항을 5000밀리초 마다 확인합니다. 브로커가 구성 파일의 "최근 수정" 타임 스탬프의 변경을 감지하면 브로커는 구성 변경이 발생했음을 결정합니다. 이 경우 브로커는 구성 파일을 다시 로드하여 변경 사항을 활성화합니다.
브로커가 broker.xml 구성 파일을 다시 로드하면 다음 모듈이 다시 로드됩니다.
주소 설정 및 대기열
구성 파일이 다시 로드되면 주소 설정에서 구성 파일에서 삭제된 주소 및 큐를 처리하는 방법을 결정합니다.
config-delete-addresses및config-delete-queues속성을 사용하여 이 값을 설정할 수 있습니다. 자세한 내용은 부록 B. 주소 설정 Configurationknative의 내용을 참조하십시오.보안 설정
기존의 수락자의 SSL/TLS 키 저장소 및 신뢰 저장소를 다시 로드하여 기존 클라이언트에 영향을 주지 않고 새 인증서를 설정할 수 있습니다. 연결된 클라이언트(이전 또는 다양한 인증서)도 계속해서 메시지를 보내고 받을 수 있습니다.
crlPath 매개변수를 사용하여 구성된 인증서 취소 목록 파일도 다시 로드할 수 있습니다.
diverts
구성 다시 로드 시 추가한 새 부팅이 배포됩니다. 그러나 구성에서 반전하거나 <
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 사용을 참조하십시오.
