minkukjo
commented
1 year ago 17.5 ~ 17.7
- 은 설정에 관련된 내용이어서 스윽 읽어만 봄 ( 어차피 지금 봐도 나중에 다 까먹음.. )
17.8 InnoDB 클러스터 트러블슈팅
- 트러블슈팅은 언제나 재밌는 주제! 한번 봐보자
클러스터 인스턴스 장애
- 이전 장에서도 봤듯이, 클러스터 인스턴스들은 기본적으로 5초동안 인스턴스가 반응이 없으면 클러스터의 다른 인스턴스들이 해당 인스턴스에 문제가 있는 것으로 간주하고 추방한다.
- 네트워크 문제로 인스턴스가 클러스터에 연결되지 못하면 사용자가 직접 그룹 복제를 재시작하게해서 인스턴스를 클러스터에 다시 참가시켜주어야한다.
클러스터 정족수 손실
- 과반수 이상의 인스턴스에 장애가 발생한 경우 클러스터는 쓰기 요청을 처리할 수 없게 된다.
- 클러스터에는 과반수 이상의 인스턴스들의 동의가 필요한데, 과반수 이상에서 장애가 발생한 경우 사용자가 반드시 개입해야한다.
forceQuorumUsingPartitionOf(instance)메소드를 사용하면 클러스터를 강제로 재구성할 수 있다.- 정상으로 인식되는 인스턴스들을 모아서 그 인스턴스들로 클러스터를 재구성할 수 있다.
InnoDB 클러스터 버전 업그레이드 과정
- 업그레이드 과정은 라우터 -> 셸 -> 인스턴스 순으로 하는게 좋다고 한다.
- 8.0.21이상인 MySQL에서는 _hidden 태그를 활성화해서 클라이언트 쿼리 요청으로부터 인스턴스를 숨기는게 가능하다. ( 서버로 따지면 LB 끊어버리는.. 그런 형상인 듯 )
- 싱글 프라이머리 구성인 경우 아래와 같은 플로우로 진행된다.
- 가정 : 프라이머리는 A, B와 C는 세컨더리
1. B를 히든으로 설정한 후에 업데이트를 진행하고 끝나면 히든을 비활성화한다.
2. C를 히든으로 설정한 후에 업데이트를 진행하고 끝나면 히든을 비활성화한다.
3. 프라이머리를 C로 설정하고 A MySQL을 셧다운 시킨다.
4. 재시작된 A MySQL의 업그레이드를 진행한다.
5. 전체 인스턴스 롤링 업그레이드 완료.InnoDB 클러스터 제약 사항
- 그룹 복제를 기반으로 구성되는 InnoDB 클러스터의 제약사항은 아래와 같다.
1. 클러스터 인스턴스들에서는 --defaults-extra-file 옵션을 사용해 추가적인 옵션 파일을 지정해 사용할 수 없다.
(이게 뭔소리인가? 하고 찾아봤더니 my.cnf를 얘기하는 것이었다.)
2. 클러스터는 인스턴스에 수동으로 구성된 별도의 복제 채널을 관리하지 않는다. 이는 그룹 복제 및 MySQL 셸의 AdminAPI에서 내부적으로 클러스터에 대한 작업이 수행되면, 별도의 복제 채널이 프라이머리 인스턴스에서만 동작하는지 확인 후 작업을 진행하지 않는다. ( 뭔소리임...??)
3. 클러스터는 여러 개의 InnoDB 클러스터에 데이터가 분산되어 저장되게 하는 샤딩 형태는 지원하지 않는다.
4. MySQL 라우터는 하나의 InnoDB 클러스터에 대해서만 설정 가능하다. ( 글로벌 LB 같은건 안되는 모양임 )
DaehunGwak
Edwin222
진도
일시
2022.09.25.(일) 21:00