MaxScale
1.MaxScale 소개 / 아키텍처
2.MaxScale, 기능
기본 계정은 admin/mariadbmaxscale.cnf 구성 파일 설정에 의한 데이터베이스 클러스터 가시화한다. maxscale.cnfGTID 칼럼은 Master와 Slave의 데이터 동기화 상태를 나타낸다. 트랜잭션 건 수당 1씩 증가하며, Master에서 먼저
3.MaxScale, 쿠버네티스에서 웹콘솔 접속
쿠버네티스 환경에서 기본 8989 포트로 연결되는 MaxScale의 웹콘솔에 접속하는 방법을 설명한다. 쿠버네티스 설치 시 정의한 노드의 IP가 로컬 호스트에서 접속이 가능한지 확인한다. 먼저 노드의 IP를 확인하고 PING 테스트를 진행한다.쿠버네티스 환경 내부에서
4.MaxScale, 데이터베이스 클러스터 연동
pod 를 통해 내부에서 사용하는 내부 DNS 정보를 확인한다. 아래 명령에서 resolv.conf 조회를 통해 DNS 패턴을 읽어올 수 있다. default.svc.cluster.local 앞에 서비스 명을 붙이면 POD를 찾아 갈 수 있다. MaxScale의 경우
5.MaxScale, CLI 명령어
MaxScale CLI을 사용하여 웹콘솔에 접속하지 않고 서버 상태 목록 조회, Master 서버 변경이 가능하다.MaxScale CLI 명령어 참고vagrant@slave2:~$ k get poNAME READY STAT
6.MaxScale, 데이버베이스 서버 failover
MaxScale 을 사용하는 주 이유가 데이터베이스 서버 장애 시 자동 복구를 위함이다. 데이터 베이스 클러스터 내 Master 서버 장애 시 Slave 중 하나의 서버가 Master로 승격한다.데이터베이스 노드 장애 테스트 시 MaxScale이 영향을 받는 것을 막기
7.MaxScale, GTID로 데이터동기화 추적
GTID(global transaction identifier) 는 원 서버로 부터 커밋된 개별 트랜잭션에 대한 유일한 식별자로 복제가 공유되는 데이터베이스 클러스터 내에서 유일성이 보장된다. 트랜잭션이 커밋되면 GTID를 부여받고 binlog파일에 기록이된다. GT
8.MaxScale, DB클러스터 복제 과정의 데이터 동기화 테스트
Master와 Slave 간 복제가 완료되기 전에 Master에 장애가 날 경우 어떻게 될까?Master에 트랜잭션이 발생하면 Slave로 이동되는 Delay시간은 기본값이 0초이다. 의도적으로 이 시간을 5분으로 늘여 복제진행 전에 Master장애를 유발을 하려고 한