ㅇ DB 버전은 어떤 것을 제공하나요?

MySQL 5.5, 5.6 두 가지를 제공합니다.

 

ㅇ DB가 사용할 수 있는 disk는 얼마나 신청할 수 있나요?

HDD/SSD의 경우 80GB ~ 500GB 까지 신청 가능합니다.
SSD-provisioned의 경우 100GB~800GB 까지 신청 가능합니다.
각종 log도 datadisk에 함께 저장되기 때문에, 실제 DB가 사용할 수 있는 용량은 신청 용량보다 적을 수 있습니다.

 

ㅇ DB 계정 정보를 잃어버렸을 경우에는 어떻게 하나요?

클라우드 콘솔에서 해당 DB 인스턴스의 마스터 비밀번호 변경이 가능합니다.

 

ㅇ 유지보수 시간을 꼭 설정해야 하나요?

개별 인스턴스에 수행해야하는 급한 패치 등을 위한 maintenance 시간입니다.
실제 급하지 않은 작업이나 오류에 대한 작업은 고객과 다시 한 번 시간을 협의 후 진행합니다.
(일괄 진행이 필요한 인프라 작업 제외)

 

ㅇ DB의 파라미터를 수정하고 싶습니다.

KT Cloud DB에서 제공하는 파라미터 그룹 기능을 통해 변경할 수 있습니다.

 

ㅇ 파라미터 그룹에 없는 파라미터 변경이 필요합니다.

파라미터 그룹은 주로 사용하는 주요 파라미터에 대한 설정 변경이 가능합니다.
만약 파라미터 그룹에 없는 파라미터의 변경이 필요한 경우 문의 남겨주시면 수작업으로 변경 지원이 가능합니다.

 

ㅇ MySQL Clustering 구성이 가능한가요?

불가능합니다. Clustering 사용이 필요하신 경우 KT Cloud Server에 직접 구성하여 사용하셔야 합니다.

 

ㅇ Multi Master 구성이 가능한가요?

KT Cloud DB에서는 Multi Master 구성을 지원하지 않습니다.

 

ㅇ Auto Failover가 가능한가요?

5.6 버전 사용 시 Auto Failover (자동 절체) 가 가능합니다.

 

ㅇ DB에 대한 모니터링이 가능한가요?

KT Cloud Watch 기능을 이용한 모니터링 기능을 제공합니다.
KT Cloud Server에서 제공하는 기본적인 VM 모니터링 외 DB에 특화된 여러 모니터링 항목을 제공합니다.
(DB 특화 모니터링 기능은 2015년 12월 이후 생성된 인스턴스에 한함)

 

ㅇ DB 백업이 가능한가요?

DB가 사용하는 Data disk 스냅샷 기반으로 백업을 제공합니다.
최대 7일간 보관 가능합니다.

 

ㅇ DB 백업 시간 동안 서비스 영향이 있을까요?

DB 서비스에는 영향이 없습니다.
다만 변경량이 많을 경우 백업(스냅샷) 생성이 비정상일 수 있습니다.
백업 시간을 최한 시로 설정 바랍니다.

 

ㅇ DB Super privilege 사용 할 수 없는지요?

KT Cloud DB에서는 사용자에게 Super Privilege를 제공하지 않습니다.
Super Privilege 제공 시 KT Cloud DB에서 관리하는 시스템에서 정상적인 관리가 어렵습니다.
별도로 트리거, 프로시저, 펑션 등의 작업은 일반 유저에서 가능합니다.

 

ㅇ DB에서 SSL을 지원하나요?

SSL을 지원하지 않습니다.

 

ㅇ DB 내 rdbaas 또는 fabric이라는 계정이 있습니다. 무슨 용도인가요?

KT Cloud DB를 생성하면 사용자가 정의한 마스터 계정 외에도 rdbaas, fabric 계정이 기본으로 생성됩니다.
rdbaas는 DB 인스턴스 관리를 위한 계정입니다.
fabric은 DB 이중화 관리를 위한 계정입니다.
두 계정은 DB 인스턴스 관리를 위한 계정으로, 사용자가 임의로 삭제하거나 변경하시면 안됩니다.
삭제 혹은 변경 시 KT Cloud DB 서비스 이용에 문제가 발생합니다.

 

ㅇ Can't create a new thread (errno 11) 오류와 함께 DB 접속이 불가합니다.

케이스마다 원인이 다를 수 있으나, 자주 발생하는 두 가지 원인이 있습니다.

1. DB 인스턴스의 메모리 부족
 - 실제 물리적인 메모리가 부족하여 새로운 thread를 만들지 못하는 경우 입니다.
 - DB 모니터링 설정을 통해 memory 및 thread에 대한 모니터링을 권고 드립니다.

2. OS 혹은 MySQL의 제한 설정
 - OS 혹은 MySQL의 제한으로 더 이상 접속이 불가능할 수 있습니다. 
 - MySQL 제한의 경우 파라미터 그룹 수정을 통해 max 값을 충분히 늘려 줍니다.

* OS 제한(ulimit)은 OS를 보호하기 위해 기본값으로 설정되어 있습니다.
(인스턴스 생성 시기별로 차이가 있을 수 있습니다)
max open files: 1024~
max user processes: 8192~
개별 인스턴스에 대한 설정값 확인 및 변경이 필요하신 경우 고객센터에 문의 바랍니다.

 

ㅇ DB 접속이 되지 않습니다.

아래 사항에 대해 점검 바랍니다.

1. 모니터링 항목 점검
- MEMORYUsage가 90% 넘지 않는가?
- THREADConnection 수가 DB에 설정되어 있는 max 값에 도달하지 않았는가?

2. 접근제어 그룹 점검
- 접근제어 그룹이 정상적으로 설정되었는가?
- 접근제어 그룹을 모두 제거한 후 접속이 되는가?

3. 접속 IP 포트 확인
- 사설망 접근이 필요한데 개별 IP 포트를 올바르게 사용중인가?

4. 접속 솔루션 이슈
- 일부 접속 프로그램 버그 존재 (MySQL Workbench 일부 버전 등)
- 기본 mysql cmd 접속 (# mysql -hip -Pport -uuser -p) 테스트 필요

 

ㅇ DB에서 CIP를 사용할 수 있는지요?

CIP 사용은 불가합니다.

 

ㅇ Many connection errors 오류와 함께 DB 접속이 불가합니다.

DB의 max connections 값을 올려주시기 바랍니다.
파라미터 그룹에서 변경 가능합니다.

 

ㅇ DB의 메모리 사용율(MEMORYUsage)가 자주 꽉 찹니다.

실제 인스턴스의 메모리 생성양이 적을 수 있습니다.
접속자가 많거나 쿼리가 많으면 당연히 메모리 사용량이 많이 발생합니다. 

하지만 인스턴스가 가진 물리 메모리를 100% 사용하는 상황은 올바른 설정이 아닙니다.

파라미터 그룹에서 적절한 파라미터 설정을 통해서 최대 메모리 사용량을 인스턴스의 물리 메모리 크기보다 작도록 설정해야 합니다.

최대 메모리 사용량은 다음 사이트에서 확인 가능합니다.
http://www.mysqlcalculator.com/

꼭 필요한 메모리 사용량이라면, 인스턴스의 사양을 올리는 방법이 있습니다.

 

ㅇ DB 백업이 실패하였습니다.

메모리 부족 혹은 DB 접속(새 스레드 생성) 실패로 인해 백업이 실패할 수 있습니다.
메모리 사용율과 Max connections 설정값 대비 THREADConnection 값을 확인 바랍니다.

 

ㅇ DB 데이터량 사용량을 알고 싶습니다.

DB 인스턴스의 모니터링 항목 중 DATAFileSystemUsage 에서 확인 가능합니다.

 

ㅇ DB 내에서 확인한 데이터량과 모니터링 기능에서 확인한 DATAFileSystemUsage과 차이가 납니다.

DATAFileSystemUsage 사용량에는 DB에서 발생하는 각종 로그 (Error log, Binlog, General log, Slow log) 용량이 포함됩니다.
로그 제거를 위해서 로그 기능을 OFF 하거나 Purge 하시기 바랍니다.

ㅇ DB 인스턴스를 정지하고 싶습니다.

DB 인스턴스의 정지 기능을 제공하지 않습니다.
사용자 임의로 정지할 경우, KT에서 수행하는 일괄 작업이나 패치를 받지 못 할 수 있습니다.
또한 DB는 정지 요금이 따로 없습니다.

 

ㅇ 직권정지 후 정상화가 되지 않습니다. 인스턴스가 정지 상태 입니다.

직권정지 후 DB 인스턴스가 정지상태인 경우, Action > 시작 으로 기동할 수 있습니다.
만약 사용중 상태이나 정상 사용이 안 될 경우 Action > 재부팅 을 수행해 주시기 바랍니다.

ㅇ mysqldump를 이용하여 데이터를 받을 경우 어떻게 하나요?

KT Cloud DB는 GTID(global transaction identifier)를 이용합니다. 따라서 mysqldump와 같은 기능 이용시 --set-gtid-purged를 OFF로 옵션 추가하여 사용해야합니다.(mysqldump dbname --set-gtid-purged=OFF > dbname.sql)