1.1 KT Cloud DB 서비스 소개

1.1.1 목적/용도

KT Cloud DB 서비스를 사용하면 KT Cloud 에서 손쉽게 MySQL, MariaDB 데이터베이스 구축이 가능합니다. 

직접 VM을 만들어 DB를 설치하고 설정하는 번거로운 과정 없이, 빠르고 쉽게 만들고 변경하고 추가하세요.

사용자는 UI에서 클릭 몇 번으로 DB 인스턴스 뿐만 아니라, 복제 기반의 자동 절체가 가능한 이중화 구조 생성도 가능합니다.
추가로 DB 설정, 접근 제어, 백업, 모니터링 등 필요한 모든 기능이 자동화되어 있어, 데이터베이스 관리를 위한 시간과 인력 투자를 절감할 수 있습니다.

ㅁ 시스템 구성도

 

 고객이 소유한 KT Cloud DB 인스턴스와 KT Cloud DB 관리 시스템은 가상라우터 및 방화벽에서 서로간에만 허용한 경로를 통하여 변경 및 모니터링을 수행합니다.
DB 관리 시스템으로의 경로는 고객에게 보이지 않고 컨트롤 할 수도 없습니다. 자동으로 필요에 따라 생성/삭제되므로 사용자가 신경쓰지 않아도 됩니다. 

1.1.2 구조/원리

KT Cloud DB는 KT Cloud Server와 동일하게 VM 형태의 인스턴스로 고객 네트워크 내에 생성됩니다.
선택한 DBMS가 모두 설치된 인스턴스로 제공이 되며, 사용자는 사설IP 혹은 가상IP(VIP), 필요에 따라 공인IP로 SQL 접근하여 사용이 가능합니다.

DB와 관련된 모든 생성/변경/삭제 기능은 UI 및 API를 통해 컨트롤 됩니다.

1.1.3 유의사항/제약사항

ㅁ KT Cloud DB의 운용 및 관제

KT Cloud 운용부서는 DB 인스턴스가 수용된 물리 장비 및 부가 기능(스토리지 변경, 백업, 이중화 등)의 관제 및 관리를 수행합니다.
이외 DB 인스턴스 자체의 자원 사용율, 가용 여부, DB 동작, 복제에 대한 관제와 관리는 사용자가 직접 수행하여야 합니다. (KT Cloud Watch)
KT Cloud DB는 사용자와 제공자 간의 공동 책임 모델을 따릅니다.

ㅁ Zone별 사용 가능 여부
기능 Central-A Central-B Seoul-M Seoul-M2 Cloud HA JPN US 특수 Cloud
(Enterprise, VPC 등)
싱글 DB O O O O O O O X
단일Zone
Replication
O O O O O O O X
멀티Zone
Replication
O O O X O O O X
이중화DB
(복제+절체)
O O O O O X X X
Cluster 구조 O O O O O O O X
HDD O O O O O O O X
SSD X X X O X X X X
SSD-Provisioned O O O O X X X X
ㅁ KT Cloud DB의 SSH 사용 제한

 KT Cloud DB의 원활한 이용을 위하여 DB 인스턴스의 SSH 접속을 허용하지 않습니다.
SSH 접속을 통한 임의의 작업 수행 시 KT Cloud DB 관리 시스템과의 불일치로 인하여 장애 등의 문제가 발생할 수 있습니다. 허용되지 않은 SSH 접속으로 인한 문제 발생의 책임은 사용자에 있습니다.

ㅁ KT Cloud DB의 Super Privilege 사용 제한

KT Cloud DB의 원활한 이용을 위하여 DB의 Super Privilege를 허용하지 않습니다.
Super Privilege 사용을 위해서는 KT Cloud Server에서 MySQL의 직접 설치 및 사용이 필요합니다.

ㅁ KT Cloud DB의 계정 관리 주의 사항

KT Cloud DB의 원활한 이용을 위하여, 'rdbaas' 'fabric' 두 관리자 계정이 DB 내 생성됩니다.
이 계정을 통하여 DB 관리 시스템과 연동이 되고 있으므로 관리자 계정을 임의로 변경하거나 삭제하지 마시기 바랍니다.
사용자가 이 계정을 삭제하거나 변경하는 경우 서비스가 제대로 되지 않을 수 있으며, 이로 인해 서비스 제공에 차질이 발생한 경우 그 책임은 사용자에 있습니다.

ㅁ 복제에 대한 주의 사항

KT Cloud DB는 구성에 따라 Async(비동기식) 복제 혹은 Semi-Sync(반동기식) 복제 replication을 제공합니다.
복제 방식의 특성 상 Semi-sync 복제 사용으로 인한 commit 성능 저하가 발생할 수 있으며, Async 복제로 인한 slave 측의 데이터 유실이 발생할 수 있습니다.
복제 모드 별 영향이나 한계에 대해 충분히 숙지하고 사용하시기를 권고 드립니다.
이러한 기술적 한계로 인한 일반적인 문제 발생에 대해서는 사용자에 책임이 있습니다.

ㅁ Replication/이중화 구성/클러스터 사용 관련 주의 사항

이중화 구성 또한 Async 복제를 기본으로 하기 때문에 Slave DB의 데이터 유실 가능성은 동일하게 존재합니다. 
Write의 경우 반드시 Master 혹은 Primary에 수행되도록 구성하여야 합니다.(개별IP 혹은 접근 VIP 활용)
Slave 혹은 Secondary에 쓰기를 시도할 경우 복제 정합성이 깨질 수 있습니다.

클러스터의 경우 여러 인스턴스에 동시 쓰기 할 경우 Deadlock 발생 가능성이 있습니다.
Deadlock을 피할 수 있도록 검증된 쓰기 작업 이외의 쓰기 작업은 한 인스턴스 대상으로만 하도록 구성 바랍니다.
고객의 사용으로 인한 Deadlock 발생에 대해서는 고객이 직접 처리해야 하며, 그 책임은 고객에 있습니다. 

ㅁ SSD-Provisioned의 기능 제약

SSD-provisioned 스토리지는 다음 기능 사용이 불가합니다.
 - 4vCore 4GB 미만의 인스턴스 사용
 - 용량 변경
 - IOPS 변경
 - 백업 기능
 - 일반(싱글)구조에서 Replication/이중화 구조 추가