부록 C. 클러스터 연결 구성 요소
아래 표에는 클러스터 연결 의 모든 구성 요소가 나열되어 있습니다.
표 C.1. 클러스터 연결 구성 요소
| 이름 | 설명 |
|---|---|
| 주소 |
각 클러스터 연결은
참고 동일한 메시지가 두 개 이상의 클러스터 연결 간에 분산될 수 있기 때문에 중복된 주소(예: "europe" 및 "europe.news")가 있는 여러 클러스터 연결이 없어야 합니다. |
| call-failover-timeout |
장애 조치(failover) 시도 중에 호출이 수행됩니다.Use when a call is made during a failover attempt. 기본값은 |
| call-timeout |
패킷이 클러스터 연결을 통해 전송되고 차단 호출인 경우 |
| check-period |
검사 간격(밀리초)에서 클러스터 연결이 다른 브로커의 ping을 수신하지 않았는지 확인합니다. 기본값은 |
| confirmation-window-size |
에 연결된 브로커에서 확인을 보내는 데 사용되는 창의 크기(바이트)입니다. 브로커가 |
| connector-ref |
올바른 클러스터 토폴로지를 갖도록 클러스터의 다른 브로커로 전송할 |
| connection-ttl |
클러스터 연결에서 클러스터의 특정 브로커에서 메시지를 수신하지 않는 경우 클러스터 연결이 활성 상태를 유지해야 하는 시간을 결정합니다. 기본값은 |
| discovery-group-ref |
클러스터의 다른 브로커와 통신하는 데 사용할 |
| initial-connect-attempts |
시스템에서 처음에 브로커를 연결하려고 하는 횟수를 설정합니다. max-retry가 달성되면 이 브로커는 영구적으로 다운되며 시스템은 이 브로커로 메시지를 라우팅하지 않습니다. 기본값은 |
| max-hops |
체인의 중간으로 다른 브로커와 간접적으로 연결될 수 있는 브로커에 메시지를 로드 밸런싱하도록 브로커를 구성합니다. 이렇게 하면 보다 복잡한 토폴로지를 통해 메시지 로드 밸런싱을 계속 제공할 수 있습니다. 기본값은 |
| max-retry-interval |
재시도 횟수(밀리초)의 최대 지연입니다. 기본값은 |
| message-load-balancing |
클러스터의 다른 브로커 간에 메시지를 분산할지 여부와 방법을 결정합니다. 로드 밸런싱을 활성화하려면
|
| min-large-message-size |
메시지 크기(바이트)가 |
| notification-attempts |
클러스터에 연결할 때 클러스터 연결이 자체적으로 브로드캐스트되는 횟수를 설정합니다. 기본값은 |
| notification-interval |
클러스터에 연결할 때 클러스터 연결이 자체적으로 브로드캐스트되는 빈도(밀리초)를 설정합니다. 기본값은 |
| producer-window-size |
클러스터 연결을 통한 생산자 흐름의 크기(바이트)입니다. 기본적으로 비활성화되어 있지만 클러스터에서 실제로 큰 메시지를 사용하는 경우 값을 설정하려고 할 수 있습니다. 값 |
| reconnect-attempts |
시스템이 클러스터의 브로커에 다시 연결하려고 하는 횟수를 설정합니다. max-retry가 달성되면 이 브로커는 영구적으로 다운된 것으로 간주되며 시스템은 이 브로커에 대한 메시지 라우팅을 중지합니다. 기본값은 |
| retry-interval | 다시 시도 사이에 간격(밀리초)을 결정합니다. 클러스터 연결이 생성되고 대상 브로커가 시작되지 않았거나 부팅 중인 경우 다른 브로커의 클러스터 연결이 백업될 때까지 대상에 연결을 다시 시도합니다. 이 매개변수는 선택 사항입니다. 기본값은 500밀리초입니다. |
| retry-interval-multiplier |
다시 연결할 때마다 다시 시도한 후 |
| use-duplicate-detection |
클러스터 연결에서는 브리지를 사용하여 브로커를 연결하고 전달된 각 메시지에 중복 ID 속성을 추가하도록 브리지를 구성할 수 있습니다. 브리지의 대상 브로커가 충돌하여 복구되면 소스 브로커에서 메시지가 다시 전달될 수 있습니다. |
