16.3.2. 공유 저장소 고가용성 구성
공유 저장소 HA(고가용성) 정책을 사용하여 브로커 클러스터에서 HA를 구현할 수 있습니다. 공유 저장소를 사용하면 라이브 및 백업 브로커 모두 공유 파일 시스템의 공통 디렉터리에 액세스합니다. 일반적으로 SAN(Storage Area Network) 또는 NFS(Network File System) 서버입니다. JDBC 기반 지속성을 구성한 경우 지정된 데이터베이스에 브로커 데이터를 저장할 수도 있습니다. 공유 저장소를 사용하면 라이브 브로커가 실패하는 경우 백업 브로커는 공유 저장소에서 메시지 데이터를 로드하여 실패한 라이브 브로커에 대해 인수합니다.
일반적으로 SAN은 NFS 서버와 더 나은 성능(예: 속도)을 제공하며, 사용 가능한 경우 권장되는 옵션입니다. NFS 서버를 사용해야 하는 경우 AMQ Broker에서 지원하는 네트워크 파일 시스템에 대한 자세한 내용은 Red Hat AMQ 7 지원 구성 을 참조하십시오.
대부분의 경우 복제 대신 공유 저장소 HA를 사용해야 합니다. 공유 저장소는 네트워크를 통해 데이터를 복제하지 않으므로 일반적으로 복제보다 성능이 향상됩니다. 공유 저장소는 또한 라이브 브로커와 해당 백업이 동시에 작동하는 네트워크 분리 (split brain") 문제를 방지할 수 있습니다.
공유 저장소를 사용하는 경우 백업 브로커의 시작 시간은 메시지 저널의 크기에 따라 다릅니다. 백업 브로커가 실패한 실시간 브로커에 대해 인수하면 공유 저장소에서 저널을 로드합니다. 저널에 많은 데이터가 포함된 경우 이 프로세스에 시간이 오래 걸릴 수 있습니다.
16.3.2.1. NFS 공유 저장소 구성
공유 저장소 고가용성을 사용하는 경우 공유 파일 시스템에서 공통 디렉터리를 사용하도록 라이브 및 백업 브로커를 모두 구성해야 합니다. 일반적으로 SAN(Storage Area Network) 또는 NFS(네트워크 파일 시스템) 서버를 사용합니다.
다음은 각 브로커 머신 인스턴스의 NFS 서버에서 내보낸 디렉터리를 마운트할 때 권장되는 몇 가지 설정 옵션입니다.
sync- 모든 변경 사항이 즉시 디스크로 플러시되도록 지정합니다.
intr- 서버가 종료되거나 도달할 수 없는 경우 NFS 요청이 중단될 수 있습니다.
NOAC- 특성 캐싱을 비활성화합니다. 이 동작은 여러 클라이언트 간에 특성 캐시 일관성을 달성하는 데 필요합니다.
soft- NFS 서버를 사용할 수 없는 경우 서버가 다시 온라인 상태가 될 때까지 기다리지 않고 오류를 보고하도록 지정합니다.
lookupcache=none- 조회 캐싱을 비활성화합니다.
timeo=n-
NFS 클라이언트(즉, 브로커)가 요청을 다시 시도하기 전에 NFS 클라이언트(즉, 브로커)에서 응답을 기다리는 시간입니다. TCP를 통한 NFS의 경우 기본
timeo값은600(60초)입니다. UDP를 통한 NFS의 경우 클라이언트는 적응형 알고리즘을 사용하여 읽기 및 쓰기 요청과 같이 자주 사용되는 요청 유형에 대한 적절한 시간 제한 값을 추정합니다. retrans=n-
추가 복구 작업을 시도하기 전에 NFS 클라이언트가 요청을 다시 시도하는 횟수입니다. retr
ans 옵션을 지정하지 않으면 NFS 클라이언트는 각 요청을 세 번 시도합니다.
timeo 및 재전송 옵션을 구성할 때 합리적인 값을 사용하는 것이 중요합니다. 기본 timeo wait time(60초)은 재전송 값 5번의 재시도와 결합된 600초(60초)의 대기 시간으로 AMQ Broker가 NFS 연결을 감지할 때까지 5분 정도 기다릴 수 있습니다.
추가 리소스
- NFS 서버에서 내보낸 디렉토리를 마운트하는 방법을 알아보려면 Red Hat Enterprise Linux 설명서의 mount를 사용하여 NFS 공유 마운트를 참조하십시오.
- AMQ Broker에서 지원하는 네트워크 파일 시스템에 대한 자세한 내용은 Red Hat AMQ 7 지원 구성 을 참조하십시오.
