9/27 CUBRID : cubridebook브로커 이중화 / 큐브리드 아키텍쳐
리뷰 이후 내용을 정리합니다
- 테스트 서버에서 sql log & 브로커 모드 등 확인해보기
- 롤체인지 되는지 테스트 해보기
- 설치 기본 표준이 어떻게 되는지 확인해보기
현재 세팅한 운영서버는 -> M-S-R-R
이후에 M-S 서버를 빼고 R-R 를 M-S 로 변경시켜 줄것 -> databases.txt > M(M:S) / S(S:M) 로 변경
응용프로그램 -> 브로커 (jdbc hosts 순서)
브로커 -> db서버 ( databses.txt 순서 )
JDBC 드라이버
altHosts: HA 환경에서 장애 시 fail-over할 하나 이상의 standby 브로커의 호스트 IP와 접속 포트이다.
메인 호스트와 altHosts 브로커들의 ACCESS_MODE설정에 RW와 RO가 섞여 있다 하더라도, 응용 프로그램은 ACCESS_MODE와 무관하게 접속 대상 호스트를 결정한다. 따라서 사용자는 접속 대상 브로커의 ACCESS_MODE를 감안해서 메인 호스트와 altHosts를 정해야 한다.
rcTime: 첫 번째로 접속했던 브로커에 장애가 발생한 이후 altHosts 에 명시한 브로커로 접속한다(failover). 이후, rcTime만큼 시간이 경과할 때마다 원래의 브로커에 재접속을 시도한다(기본값 600초).
cubrid_broker.conf > 파라미터 : ACCESS_MODE확인해보기
복제구성 작업한 서버를 확인해보니, 모든 브로커의 ACCESS_MODE 가 설정이 되어있지 않는것 같아서, document를 찾아보니 'ACCESS_MODE는 브로커의 모드를 설정하는 파라미터로 기본값은 RW이다.'라는 멘트를 확인! cubrid broker status -b -f 명령어로 확인해본 결과,
broker 이름(ex>qe_ro)과 달리 모두 RW 모드로 운영되고 있는것을 확인할 수 있었다.
