일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | ||||||
2 | 3 | 4 | 5 | 6 | 7 | 8 |
9 | 10 | 11 | 12 | 13 | 14 | 15 |
16 | 17 | 18 | 19 | 20 | 21 | 22 |
23 | 24 | 25 | 26 | 27 | 28 | 29 |
30 | 31 |
- ingress
- codecommit
- Persistent Volume Claim
- ALB
- volume
- aws-dop
- kubernetes
- ingress controller
- node exporter
- DevOps
- Codepipeline
- ncp
- cicd
- RKE2
- Codedeploy
- Persistent Volume
- SSL Offload
- slack
- grafana
- Codebuild
- pod
- AWS
- Prometheus
- HTTPS Redirect
- NFS Client Privisioner
- alertmanager
- emptyDir Volume
- Naver cloud platform
- emptyDir
- k8s
- Today
- Total
Cloud SA's This and That
DBaas For MySQL8 본문
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]
- 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 터널링을 통해 접속


'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 |