Cloud SA's This and That

DBaas For MySQL8 본문

KT-Cloud

DBaas For MySQL8

뽀삐누냐 2024. 1. 4. 15:59
SMALL

DBaas For MySQL8 : 최신 MySQL 데이터베이스를 수동 설치할 필요 없이 편리하게 배포하고 운영할  있는 완전관리형 데이터베이스 서비스

 

특징 : Group Replication방식으로 Client는 MySQL Router를 통해서 DB로 접근할 수 있으며 클러스터를 생성하면 MySQL Router 2개가 자동 생성됨. (MySQL Router용 VM도 과금됨 / 클러스터 구조로 생성시에만 적용)

 

장점 :

-MySQL native 클러스터 구조(Single/Multi Primary)를 자동으로 구성하여 Read/Write 부하분산 기능을 제공하며 장애발생 시 자동 Fail Over 기능을 제공함.

 

-UI를 통해 손쉽게 DB 인스턴스 설정 및 DB 구조 변경이 가능하며 백업과 같은 다양한 DB 관리 기능을 제공함.

 

-Parameter Group을 custom하여 생성/변경 가능하며 DB instance에 해당 DB 설정값 적용 가능

 

-다양한 설정값(vm/통계/주기/기간)에 따라 Metric 데이터를 시각화하여 모니터링이 가능하며 UI를 통해 동일한 클러스터 내의 vm들과 동시에 조회/비교 가능

 

========================================================================================

TEST

[DB Instance 생성]

 

 

  > DB Engine Version : DB vm 설치할 MySQL 8 엔진 버전

  > Data Volume : 기본 100GB로 100GB 단위로 최대 2000GB까지 사용 가능

 

 

 

 > DB Instance 유 :  StandAlone(테스트용으로 권장)/Cluster

 > Cluster 노  : 홀수로 구성되며 최대 9개까지 생성 가능

 > Primary 구성 :

1.Single Primary 경우 하나의 Primary DB 동작하며 유일하게 Read/Write 요청을 받아 처리, 나머지 DB는 Secondary로 동작하며 Read 요청만을 받아 처리함 (하나의 Primary DB 장애가 발생  자동으로 Secondary DB Primary 승격됨)

2.Multi Primary 경우 모든 DB가 Primary Node 동작하며 Read/Write 요청은 모든 DB에게 전달 가능하다. (MySQL Router DB 부하에 따라 적절한 DB 요청 전달)(DB 장애시 Primary DB를 자동으로 Fail over)

 

  > Backup 보관 기간 : 최대 30

  > Backup 행시간 : 자동 백업을 수행할 시간

  > 유지 보수 허용 일시 : DBaaS 서비스 유지 보수를 위한 DB vm 재기동이 일어날  있는 유지보수 작업을 허용하는 시간 선택 (선택 tl간으로부터 최대 60분간)

 

 

 

 > DB 인스턴스 생성은 대략 20-30 정도 걸림

 

 

 

 > DB 인스턴스 생성 완료  , 상세 정보 UI에서  설정  변경이 가능하다.

 > 변경 가능한 설정  : DB 인스턴스 이름 , DB 인스턴스 구조, Parameter Group, 클러스터 노드 , Backup 실행시간  보관기간, 유지보수 허용 일시, vm 사양(cpu/memory, data volume)

 

 

[DB Instance 스펙 변경]

  > 기존 사양 100GB에서 200GB로 변경 

 

 

 

 > Data Volume 용 100GB -> 200GB 변경 했으나 failed 뜸 (일시적 오류인것 같지만 정확한 원인은 파악하지 못함)

 

+ 후에 새로 생성한 DB 인스턴스에서 다시 시도하니 정상적으로 용량 변경됨

(+ NCP 다르게 데이터 스토리지 용량이 자동으로 증가되지 않고 수동으로만 변경이 가능함)

 

 

 

[Backup]

  1. Object Storage에서 복원 (기존 DB 인스턴스 삭제후에도 복원 가능)

 

 > Object Storge 기존에 생성되어 있어야하며 해당 Object Storage 백업파일이 저장되어 있어야 .

 

 > 백업파일을 통해 새로운 DB 인스턴스 생성됨

 > DB 인스턴스 이름을 같게 생성해도 상관없는  같음

 

 

<백업파일 Object Storage 내보내기>

 -> 서비스의 백업 기능으로 들어가야 

 > DB 인스턴스의 백업 파일을 체크  Object Storage로 내보내기 클릭

 

 > 백업파일을 내보낼 Object Storage 선택

 

 

 

 > 해당 Object Storage에서 백업파일 확인됨

 

 

2. 전체 복원 (기존 DB 인스턴스 삭제  복원 불가)

 

 > 전체 복원할 백업 파일 선택  "전체 복원" 클릭

 

 

> 기존 DB 스턴스 cloning  새로운 DB 인스턴스 생성 확인

 

 

3. 시점 복원 : 기존 DB 인스턴스 삭제  복원 불가

<테스트 자료가 사라졌다..ㅠ 정상적으로 시점복원되는 것 확인함!>

 

 

 

[MySQL Server ]

 

 > DB 인스턴스에 대한 ssh 접속은 제한하고 있으며 DB 접속 (ex.워크벤치) 또는 로컬서버에 MySQL Client 설치하여 접속하는 방법이 있다.

 

 

1. 로컬서버 MySQL Client 설치를 통한 접속

 

 

2. MySQL Workbench 통한 접속 - DB 인스턴스가 Private 존에 있기 때문에 SSH 터널링을 통해 접속

   

 

 

 

LIST

'KT-Cloud' 카테고리의 다른 글

[KT-Cloud] Tibero DB 설치 (+ 볼륨 주의사항)  (0) 2023.07.21
[KT-Cloud] Server > Volume & Snapshot  (0) 2023.07.21
[KT-Cloud] 시스템 환경  (0) 2023.07.21