일반적인 문제

Classic/VPC 환경에서 이용 가능합니다.

Cloud DB for MySQL을 이용하면서 다음과 같은 문제를 겪을 수 있습니다. 문제별 원인과 해결 방법을 확인하고 적절하게 조치해 주십시오.

MySQL Server의 개별 시작 및 정지

MySQL Server를 개별로 시작하거나 정지할 수 없습니다.

원인

MySQL Server의 개별 시작 또는 정지는 지원하지 않으며, 재시작 및 삭제만 가능합니다. 개별 MySQL Server를 정지하여 일시적으로 요금이 청구되지 않는 형태로 사용할 수는 없습니다.

해결 방법

MySQL Server의 재시작 또는 삭제만 수행해 주십시오. 재시작을 수행할 경우 해당 MySQL Server가 설치된 가상 서버와 해당 서버가 동시에 재시작됩니다.

MySQL Server 접속 오류

MySQL Server 접속 시 오류가 발생합니다.
SSL VPN을 사용 중인데 Cloud DB for MySQL에 접속되지 않습니다.

원인

MySQL Server에 접속하려면 사전에 MySQL Server와 통신할 애플리케이션 서버를 생성해야 합니다. 사전 작업을 해두지 않으면 정상적으로 네이버 클라우드 플랫폼의 Cloud DB for MySQL를 정상적으로 사용할 수 없습니다.

해결 방법

애플리케이션 서버 확인
Cloud DB for MySQL에서 생성한 MySQL Server는 현재 네이버 클라우드 플랫폼 내에서만 접근이 가능하기 때문에 애플리케이션 서버 역시 네이버 클라우드 플랫폼 내에 생성해야 합니다. 전반적인 서버 생성의 흐름은 사용 시나리오를 확인 후 아래의 각 플랫폼 환경별 시작 가이드를 참조해 주십시오.

• 전체 사용 시나리오
• Cloud DB for MySQL 시작(VPC)
• Cloud DB for MySQL 시작(Classic)

MySQL Server 접속 방법 확인
네이버 클라우드 플랫폼 서버에서 MySQL Server에 접속하는 방법은 다음과 같습니다.

• 네이버 클라우드 플랫폼 서버에서 Private 도메인을 사용한 접근: Cloud DB for MySQL 시작
• 클라우드 외부에서의 접근: SSL VPN을 사용한 접근, Public 도메인을 사용한 접근

Master Server 재시작 시 Failover

Master Server를 재시작했는데 Failover가 수행되지 않습니다.

원인

장애가 발생하는 경우만 Failover가 자동 진행되며, 사용자의 재시작 명령으로는 진행되지 않습니다.

해결 방법

장애 상황이 아니므로 별도로 조치할 사항이 없습니다.

Failover 수행

서비스 오픈 전 Master Server 장애로 인한 Failover 상황을 재현하여 애플리케이션에 영향이 없는지 사전에 점검하기 위해 Failover를 수행하고자 합니다.

해결 방법

Failover를 수행하는 방법은 DB Server의 Master DB Failover를 참조해 주십시오. Failover를 진행하는 동안 서버 접속이 되지 않을 수 있습니다.

삭제된 데이터 복구

삭제된 데이터를 복구해야 합니다.

원인

서버 리소스 삭제 시 모든 데이터가 삭제되기 때문에 복구가 불가능합니다.

해결 방법

삭제된 데이터는 복구할 수 없습니다. 서버를 삭제하기 전에 Object Storage에 백업 데이터를 업로드하여 일정 시간 보관 후 반납해 주십시오. Object Storage에 업로드된 백업을 통한 복원은 Xtrabackup을 통한 백업 파일 복원을 참조해 주십시오.

데이터베이스 생성

데이터베이스를 직접 생성하고자 합니다.

원인

권한 오남용으로 인한 문제를 방지하고자 사용자에게 직접적인 데이터베이스 생성 권한은 부여하지 않고 있습니다.

해결 방법

DB 생성은 아래 3가지 방법을 통해 진행해 주십시오. 데이터베이스 생성 시 DDL 권한을 가진 계정은 생성된 데이터베이스에 대해 모든 권한을 갖게 됩니다.

• 콘솔을 통한 데이터베이스 생성
• Stored Procedure를 사용한 데이터베이스 생성
• Cloud DB for MySQL API를 사용한 데이터베이스 생성 (VPC)/(Classic)

MySQL Server의 임계값 초과 알림

MySQL Server의 임계값 초과 이벤트 알림을 받을 수 없습니다.

원인

Cloud DB for MySQL은 서버 성능과 운영체제에 대한 모니터링 서비스와 이벤트 수집 서비스를 제공하며, Cloud Insight와 연동하여 사용자가 직접 임계값을 설정해야 합니다. Cloud Insight의 연동과 사용자 설정값에 오류가 있을 경우 정상적으로 알람이 전송되지 않을 수 있습니다.

해결 방법

Cloud DB for MySQL의 모니터링 결과와 이벤트 수집 결과는 Cloud Insight와 연동하여 메일이나 SNS로 알람을 통보하도록 설정할 수 있습니다. 자세한 사용 방법은 아래의 각 플랫폼 환경별 내용을 참조해 주십시오.

• VPC 환경: Monitoring, Event
• Classic 환경: Monitoring, Event

Replication 오류

Replication 오류가 발생하며 Replication이 멈췄습니다.

원인

상황에 따라 여러 가지 원인이 있을 수 있습니다. 자세한 내용은 해결 방법을 확인해 주십시오.

해결 방법

• [Skip Replication Error] 버튼을 클릭하여 오류가 발생한 쿼리를 일회성으로 스킵 처리합니다. 이 경우, Master Server의 데이터와 정합성을 완벽히 맞추지 않기 때문에 이후 오류가 다시 발생하고 Replication이 멈출 수 있습니다.
• Replication error가 발생한 DB를 재설치합니다. 이 경우, 마지막 백업본으로 DB를 재구축하고 Master Server와 데이터 정합성을 맞춥니다. 재구축 시 일정 시간이 소요되며 재구축을 완료한 후에는 Master Server와 같은 데이터를 가집니다.
  Skip Replication Error 기능 및 DB 재설치에 대한 설명은 DB Server의 Replication 상태 확인을 참조해 주십시오.

Replication 지연 완화

Replication 지연이 발생합니다.

원인

Replication 지연은 MySQL의 Replication 스펙과 사용자 애플리케이션의 동작에 의한 현상으로 Cloud DB for MySQL의 장애가 아닙니다
Replication 지연은 다음과 경우에 발생합니다.

• Master DB에 쓰기 부하가 높은 경우
• 쓰기 쿼리가 많이 유입되는 경우
• 하나의 트랜잭션으로 대량의 변경 작업 후 commit한 경우
• Primary Key가 없는 테이블에 많은 row를 변경하는 쿼리를 수행한 경우
• 오랜 시간의 수행이 필요한 쿼리가 유입되는 경우
• 락으로 인해 대기하는 경우

Monitoring의 Query Timeline 그래프 차트에서 지연을 발생하는 쿼리를 확인할 수 있습니다. Query Timeline에서 지연이 증가하는 시점을 검색하거나 지연되고 있는 서버의 Query Timeline 및 실행중인 바이너리 로그 보기 을 확인해 주십시오.

해결 방법

Replication 지연 발생 시 innodb_flush_log_at_trx_commit Config 값을 변경하고 Master DB의 Replication 지연의 원인이 되는 Primary Key가 없는 테이블에 Primary Key를 추가한 후 Standby Master Server를 재구축해야 합니다.

• Master DB의 innodb_flush_log_at_trx_commit 값에 대한 설명 및 변경 방법은 MySQL 가이드와 DB Server의 DB Config 관리를 참조해 주십시오.
• Master DB의 Primary Key가 없는 테이블에 Primary Key 추가 후 Standby Master 재구축하는 방법은 두 가지가 있습니다.
  • Replication 상태 확인에서 재설치해 주십시오.
  • Master Server의 고가용성 설정을 해제한 후 재설정해 주십시오.