Cloud DB for MySQL 개요
    • PDF

    Cloud DB for MySQL 개요

    • PDF

    Article Summary

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

    Cloud DB for MySQL은 세계적으로 가장 많이 사용되는 관계형 데이터베이스 MySQL을 이용한 완전 관리형 클라우드 데이터베이스 서비스입니다. MySQL 데이터베이스를 손쉽게 구축하고, 네이버의 최적화 설정을 통해 안정적으로 운영하며, 장애 발생 시 자동으로 복구합니다.

    Cloud DB for MySQL이 제공하는 다양한 기능

    Cloud DB for MySQL이 제공하는 다양한 기능에 대한 설명은 다음과 같습니다.

    • 빠르고 손쉬운 설치: 간단한 입력과 클릭 몇 번으로 서비스를 바로 사용할 수 있습니다.
    • 네이버 서비스에서 검증한 최적화 설정: 네이버 서비스에서 오랜 시간에 걸쳐 검증한 MySQL 설정을 기본으로 지원하여 별도의 데이터베이스 튜닝 없이 빠르고 안정적인 운영이 가능합니다.
    • 데이터 자동 백업 및 백업된 데이터로 MySQL 서버 생성: 매일 1회 고객이 원하는 시간에 데이터를 자동으로 백업하며, 백업된 데이터로 신규 MySQL 서버를 생성하여 데이터를 복원할 수 있습니다.
    • 성능 모니터링 및 알람: MySQL 및 운영체제에 관련한 다양한 성능 모니터링 수치와 그래프를 제공합니다.
    • 읽기 부하 분산: 최대 10대까지 Slave Server DB를 복제할 수 있으며, 이를 Load Balancer와 연동하여 데이터베이스 읽기 부하를 분산할 수 있습니다.
    • 자동 Failover 지원: 고가용성(HA) 설정을 사용하면 Master Server와 Standby Master Server로 서버 구성을 이중화합니다. 만약 Master Server에 장애가 발생하면 자동으로 Standby Master Server로 Failover하므로 더욱 안정적으로 서버를 운영할 수 있습니다.

    Cloud DB for MySQL 사용 가이드 안내

    Cloud DB for MySQL 사용 가이드는 효과적으로 Cloud DB for MySQL을 이용할 수 있도록 다음과 같은 주제로 구성되어 있습니다. 각 주제에서 사용자가 확인할 수 있는 내용은 다음과 같습니다.

    Cloud DB for MySQL 연관 리소스

    네이버 클라우드 플랫폼에서는 Cloud DB for MySQL에 대한 고객의 이해를 돕기 위해 사용 가이드 외에도 다양한 연관 리소스를 제공하고 있습니다. Cloud DB for MySQL을 도입하기 위해 고민 중이거나 데이터 관련 정책을 수립하면서 자세한 정보가 필요한 개발자, 마케터 등은 다음 리소스를 적극 활용해 보십시오.

    자주 하는 질문을 먼저 확인해 보십시오.

    사용 가이드를 읽기 전 자주 하는 질문에 대한 답변으로 궁금증을 빠르게 해소할 수 있습니다. 만약 다음의 자주 하는 질문에서 원하는 답을 얻지 못한 경우 사용 가이드에서 원하는 내용을 찾아서 확인해 보십시오.

    Q. VPC 환경과 Classic 환경의 차이는 무엇인가요?
    A. Classic 환경은 일반적인 클라우드 환경이며, VPC 환경은 논리적으로 서로 분리된 VPC(Virtual Private Cloud)를 제공하는 클라우드 환경입니다.
    VPC를 통해 기업이 기존에 사용하던 데이터 센터 네트워크와 유사한 환경을 구현할 수 있습니다. 계정마다 최대 3개의 VPC를 생성할 수 있으며 각 VPC는 최대 넷마스크 0.0.255.255/16 (IP 65,536개) 크기의 네트워크 주소 공간을 제공합니다.

    Q. 생성한 MySQL Server에 어떻게 접근하나요?
    A. 네이버 클라우드 플랫폼 서버에서 Private 도메인을 사용하여 접근하거나, SSL VPN 또는 Public 도메인을 사용하여 클라우드 외부에서 접근할 수 있습니다.
    네이버 클라우드 플랫폼 서버에서 Private 도메인을 사용한 접근 방법에 대한 설명은 Cloud DB for MySQL 시작을 참조해 주십시오. 클라우드 외부에서의 접근 방법에 대한 설명은 SSL VPN을 사용한 접근, Public 도메인을 사용한 접근을 각각 참조해 주십시오.

    Q. 애플리케이션 서버를 통하지 않고 MySQL Server에 직접 접속하여 데이터베이스를 관리하려면 어떻게 해야 하나요?
    A. MySQL Workbench 또는 phpMyAdmin을 통해 MySQL Server에 직접 접속하여 관리할 수 있습니다.
    각 유틸리티의 사용 방법에 대한 설명은 클라우드 외부에서 DB Server 접속를 참조해 주십시오.

    Q. 개별 MySQL Server를 일반 서버처럼 시작 또는 정지할 수 있나요?
    A. MySQL Server의 개별 시작 또는 정지는 지원하지 않으며, 재시작 및 삭제만 가능합니다.
    개별 MySQL Server를 정지하여 일시적으로 요금이 청구되지 않는 형태로 사용할 수는 없습니다. 재시작을 수행할 경우 해당 MySQL Server가 설치된 가상 서버와 해당 서버가 동시에 재시작됩니다.

    Q. 고가용성 설정을 사용할 때 Master Server와 Standby Master Server의 차이는 무엇인가요?
    A. MySQL Server가 정상적으로 운영되는 동안 Standby Master Server는 어떠한 역할도 하지 않고 Master Server의 데이터를 그대로 복제합니다. Master Server에 장애가 발생하여 정상적으로 운영할 수 없게 되면 자동으로 Failover를 수행하여 Standby Master Server가 Master Server의 역할을 넘겨받아 수행합니다.

    Q. Master Server를 다시 시작하면 자동으로 Failover가 수행되나요?
    A. 장애가 발생하는 경우만 Failover가 자동 진행되며, 사용자의 재시작 명령으로는 진행되지 않습니다.

    Q. 사용자가 직접 Failover를 수행할 수 있나요?
    A. 사용자도 직접 수행할 수 있습니다. 서비스 오픈 전 Master Server 장애로 인한 Failover 상황을 재현하여 애플리케이션에 영향이 없는지 사전에 점검할 수 있습니다.
    Failover를 진행하는 동안 서버 접속이 되지 않을 수 있습니다. 자세한 사용 방법은 DB Server의 Master DB Failover를 참조해 주십시오.

    Q. MySQL Server를 재시작한 후 용량이 줄었는데 어떻게 해야 하나요?
    A. MySQL Server는 트랜잭션을 길게 사용하는 경우 임시 저장 공간인 Temporary Tablespace 스토리지의 크기가 증가하면서 MySQL Server의 용량이 줄어든 것으로 표시될 수 있습니다.
    이는 정상적인 현상으로, MySQL Server가 재시작되면 해당 임시 저장 공간은 반납됩니다.

    Q. Monitoring 메뉴를 통해 서버를 모니터링할 때 메모리 사용량이 계속 증가하는 것으로 나타납니다. 서버에 문제가 발생한 건가요?
    A. MySQL Server의 성능 향상을 위해 innodb_buffer_pool_size 설정값 이상으로 메모리 사용량이 증가할 수 있으나, 실제 메모리 사이즈의 약 90%까지 사용량이 증가하는 것은 정상적인 현상입니다.

    Q. MySQL Server의 성능이나 운영체제와 관련하여 임계치를 설정하고 초과 시 발생한 이벤트를 관리자에게 통보할 수 있는 기능이 있나요?
    A. Cloud DB for MySQL은 기본적으로 서버의 성능과 운영체제에 대한 모니터링 서비스와 이벤트 수집 서비스를 제공합니다.
    Cloud Insight와 연동하여 사용자가 직접 임계치를 설정하고 발생한 이벤트에 대해 메일이나 SNS로 알람을 통보하도록 설정할 수 있습니다. 자세한 사용 방법은 MonitoringEvent를 참조해 주십시오.

    Q. Replication error가 발생하며 Replication이 멈췄는데 어떻게 해야 하나요?
    A. 상황에 따라 Skip replication error 기능을 통해 오류가 발생한 쿼리를 일회성으로 스킵 처리하거나 Replication error가 발생한 DB를 재설치할 수 있습니다.
    Skip replication error의 경우 Master Server의 데이터와 정합성을 완벽히 맞추지 않기 때문에 이후 오류가 재발생하며 replication이 다시 멈출 수 있습니다. DB 재설치의 경우 마지막 백업본으로 DB를 재구축하고 Master Server와 데이터 정합성을 맞춥니다. 재구축 하는데 시간이 소요되며 재구축을 완료한 후에는 Master Server와 같은 데이터를 가집니다.
    Skip Replication Error 및 DB 재설치에 대한 설명은 DB Server의 Replication 상태 확인을 참조해 주십시오.

    Q. Replication 지연은 왜 발생하나요?
    A. Replication 지연은 MySQL의 Replication 스펙과 사용자 애플리케이션의 동작에 의한 현상으로 Cloud DB for MySQL의 장애가 아닙니다. 일반적으로 Replication 지연은 Master DB에 쓰기 부하가 높은 경우, 많은 쓰기 쿼리가 유입되는 경우, 하나의 트랜잭션으로 대량의 변경 작업 후 commit한 경우, Primary Key가 없는 테이블에 많은 row를 변경하는 쿼리를 수행한 경우, 오랜 시간의 수행이 필요한 쿼리가 유입되는 경우, 락으로 인해 대기하는 경우에 발생합니다.
    Monitoring의 Query Timeline 그래프 차트에서 지연을 발생하는 쿼리를 확인할 수 있습니다. Query Timeline에서 지연이 증가하는 시점을 검색하거나 지연되고 있는 서버의 Query Timeline을 확인해 주십시오.

    Q. Replication 지연을 완화하거나 해결하려면 어떻게 해야 하나요?
    A. 지연 발생 시 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의 고가용성 설정을 해제 후 재설정해 주십시오.

    Q. 외부 솔루션을 연동하여 사용할 수 있나요?
    A. 제로보드, 그누보드 등의 외부 솔루션을 연동할 수 있으며, 스토리지 엔진을 InnoDB로 지정하여 설치하면 사용할 수 있습니다.
    다른 스토리지 엔진이 필요한 경우 MySQL 설치형 서비스를 사용할 수 있습니다.


    이 문서가 도움이 되었습니까?

    Changing your password will log you out immediately. Use the new password to log back in.
    First name must have atleast 2 characters. Numbers and special characters are not allowed.
    Last name must have atleast 1 characters. Numbers and special characters are not allowed.
    Enter a valid email
    Enter a valid password
    Your profile has been successfully updated.