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밀리초로 설정합니다.
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
어떤 이유로든 구성 파일에 대한 액세스 권한이 불가능한 경우 Management API 또는 콘솔을 사용하여 구성 파일을 강제로 다시 로드할 수도 있습니다. ActiveMQServerControl
의 관리 작업 reloadConfigurationFile()
을 사용하여 구성 파일을 다시 로드할 수 있습니다( ObjectName
org.apache.activemq.artemis:broker="BROKER_NAME"
또는 리소스 이름 서버
)
추가 리소스
- 관리 API 사용 방법을 알아보려면 AMQ Broker 관리에서 관리 API 사용을 참조하십시오.