개발일기

NCP(Naver Cloud Platform) - Database 정리 본문

자격증/NCP

NCP(Naver Cloud Platform) - Database 정리

Flashback 2022. 11. 15. 20:43
728x90
반응형

Cloud DB for MySQL

  • VPC 환경에서는 High CPU, Standard, High-memory 타입 제공
  • 최대 10대의 Slave-DB 추가 가능
  • 고가용성이 지원되는 스펙과 Stand Alone 형태로 생성 가능
  • Public Domain 부여를 통해 외부에서 접근 가능
  • 데이터 스토리지는 HDD, SDD 중 선택 가능
    • 데이터 스토리지는 데이터 베이스의 테이블, 인덱스, 로그 등을 저장하는 스토리지를 뜻한다
    • 기본 100GB부터 10GB 단위로 증가하여 최대 6TB까지 자동적으로 증가
  • 최대 32개의 vCPU 256GB까지 제공되어 사용자가 원하는 스펙의 데이터베이스를 생성할 수 있다
  • 설정한 백업 시간에 맞춰 자동적으로 백업이 진행
  • Master DB 상태를 체크하는 별도의 모니터 서버에서 DB서버와 연결하여 주기적으로 쿼리 수행을 진행. 약 1분간 연속하여 응답이 없을 경우 fail 상태로 인지하고 StandBy Master로 Fail-over를 진행 (자동 Fail-over 기능 제공)
  • 최대 10대까지 Slave DB를 추가할 수 있으며 추가된 DB로 읽기 부하분산(Read Replica)이 가능
  • 모니터링과 알람 기능을 제공을 통해 신속한 문제 파악 가능
  • HA에서 Stand Alone으로 변경 시 시점복원, 이중화 등의 HA만의 기능을 제공되지 않으며 Stand Alone의 기능은 모두 정상적으로 제공된다
  • Replication 지연 : Master DB에 쓰기 부하, 많은 쓰기 쿼리가 유입된 경우 등에 발생
  • 서버 사양 변경
    • 같은 타입 내에서 변경 가능
    • 2대 이상의 서버로 구성된 경우 두 동일한 사양으로 변경
    • 현재 운영중인 MySQL Server의 타입은 변경 불가능
    • 변경 완료 후, 서버가 재시작되므로 다른 서비스에 끼칠 수 있는 영향이 존재
  • 고가용성(HA) 기능을 통해 운영중인 Master Server에 장애가 발생하면 Standby Master Server로 자동 Failover 진행(DNS 방식으로 이중화 제공). 고가용성 사용 여부를 선택할 수 있으며 사용 여부에 따라 서버 구성이 달라짐 (Failover는 즉각적으로 완료되는 것이 아니라 몇분 가량의 시간이 소요됨)

 

Cloud DB for MS-SQL

  • 최대 24 vCPU, 128GB 메모리 지원. 2TB까지 확장 가능
  • 자동 Fail-Over 지원
  • 모니터링 및 알람 지원
  • 매일 자동 DB 백업 및 최대 30일 보관
  • 같은 타입 내에서만 서버 스펙 변경 가능
  • 기본 10GB가 자동 할당되며, 10GB 단위로 2TB까지 자동 증가
  • Standard Type, High-memory 타입을 선택 가능
  • 삭제하려는 confin group이 적용된 서버가 있을 경우 삭제가 불가능

 

Cloud DB for Redis

  • Redis는 캐시 DB로서 데이터 무결성을 보장하지 않음. 중요 데이터는 별도로 저장해야함
  • Redis Cluster 제공
    • VPC내 Private Subnet에 구성
    • 샤드 최소 3개, 최대 10개 구성 가능. 각 샤드당 슬레이브 노드를 최대 4개까지 구성 가능
    • Auto Sharding을 통해 Redis Cluster가 데이터를 분산시켜 노드별로 균등하게 분배
    • Config Group을 통해 설정 적용
    • HA 구성 지원
    • Redis Cluster를 통한 데이터 분산 저장(VPC Only)
    • 매일 자동 백업을 하며 최대 7일 동안 데이터 백업 파일을 보관
    • CPU는 기본 4core로 제공
    • 자동 Fail-Over 제공
  • High Memory 타입 서버는 계정당 최대 10대까지 생성 가능. 타입 관계없이 계정당 생성 가능한 서버는 총 20대
  • 운영중인 Redis 서버는 타입은 변경할 수 없지만 가용 메모리 크기는 변경 가능
    • 같은 타입 내에서만 변경 가능
    • 기존 메모리 크기보다 더 큰 메모리 타입(고사양)으로만 변경 가능
    • 변경 완료 후, 레디스 서버가 재시작됨
    • Active, StandBy 2대 서버로 구성된 경우 모두 동일한 사양으로 변경
    • 서버 사양 변경시, 데이터를 디스크로 저장하기 때문에 데이터 연속성이 보장 (사양 변경 후, dbsize명령어로 데이터 상태 확인)
  • 서버가 Active Master, StandBy Master 2대 이상의 서버로 구성되어야 고가용성 사용 가능하며 Standalone 1대의 서버로 구성된 경우 고가용성 사용 불가

 

Cloud DB for Mongo

  • Sharding과 Replica Set 방식으로 선택하여 손쉽게 구축하고 운영 가능
  • 서비스 중 서버 타입 변경 가능
  • Shared Cluster, Replica set, Stand Alone 구성 제공
    • Sharding : mongos라는 라우트 서버에 접근하여 필요한 데이터 R/W 작업은 mongos를 통해 수행된 후 전달. n개의 샤드를 구성하며 각각의 샤드는 Single Replica Set과 동일한 구성을 가짐
    • Single Replica Set : 클라이언트가 직접 DB 서버에 접근하여 데이터 R/W를 수행
  • 기본 50GB 데이터 스토리지를 제공하며 10GB 단위로 최대 2TB까지 자동으로 데이터 스토리지 용량이 증가
  • 자동 Fail-over 지원(Replica Set)
  • 매일 자동으로 DB 백업이 제공되며 최대 30일간 보관된다
  • 최대 7개까지 Replica Set 확장 가능하며 읽기 부하 분산 기능 제공
  • MongoDB용 GUI인 Compass를 통해 데이터 검색, 시각화 및 CRUD 작업을 할 수 있으며 인덱싱 및 문서 유효성 감사 등의 작업 분석 가능
  • BI 및 분석 플랫폼의 데이터 소스로 사용할 수 있도록 BI Connector와의 결합을 제공
  • 서버 이중화 구성
    • Stand-alone : 이중화 지원하지 않으며 서버는 1대. Standalone
    • Single Replica Set : 이중화 지원하며 서버는 3~7대. Primary, Secondary, Arbiter
    • Sharding : 이중화 지원하며 Mongos 2~5, Config 3, Shard 2개 이상, Shard Member 3~7, Shard Arbiter 0~1. Mongos, Primary, Secondary, Arbiter. (Single Replica Set타입에 비해 Mongos라는 구성이 추가됨)

 

Cloud DB for PostgreSQL

  • VPC 환경에서만 사용 가능
  • Zone별 최대 5개까지 Read Replica DB 확장 가능. Load Balancer와 연동하여 DB 읽기 부하 분산 가능(서버가 Primary일 경우 Read Replica 사용 가능) - 생성 시, DB타입, 스토리지 타입, 용량, Config 설정값이 동일한 채로 생성됨
  • 고가용성(HA) 사용시, 장애 발생시 자동으로 Failover 조치
  • 서버 이중화는 DNS로 접근이 가능하기 때문에 별도의 애플리케이션 변경없음
  • 최초 생성시 10GB 할당. 데이터 증가에 따라 10GB 단위로 용량 자동 갱싱 및 과금되며 최대 6TB까지 지원
  • 스토리지 타입은 SSD, HDD 중 선택가능하며 생성 후 설정 변경 불가능

 

Cloud DB for MS-SQL

  • 1분 단위의 쿼리 레벨 성능 분석을 지원
  • 고가용성(HA) 설정을 사용하면 Principal Server와 Mirror Server로 서버 구성 이중화. Principal Server에 장애 발생시, Mirror 서버로 Failover 진행
  • SSMS(SQL Server Management Studio)를 이용하거나 직접 DB를 생성하는 경우, 옵션에서 복구 모델을 전체로 선택해야 미러링 구성이 가능
  • SSMS을 통해 MS-SQL Server에 직접 접속하여 관리 가능
  • SSMS에서 User를 생성하거나 비밀번호를 변경하는 경우 미러 서버로 해당 정보가 복제되지 않을 수 있음

 

*Cloud DB는 Cloud Insight, Sub Account, Object Storage, Load Balancer 서비스와 결합하여 사용 가능

*NCP에서 제공하는 DB들의 공통적으로 자동 Fail-Over 지원, 자동 백업, 모니터링과 알람, 읽기 부하 분산 기능 등을 제공한다.

 


참고 사이트 : 

https://guide.ncloud-docs.com/docs

 

Home

 

guide.ncloud-docs.com

 

https://guide.ncloud-docs.com/docs/clouddbforpostgresql-overview

 

Cloud DB for PostgreSQL 개요

 

guide.ncloud-docs.com

 

https://www.edwith.org/ncloudprofessional/lecture/173860

 

[LECTURE] 8강. 네이버클라우드플랫폼 Database 상품군 소개 : edwith

네이버클라우드플랫폼의 데이터베이스 상품군에 대해 살펴봅니다. 그 중 관리형 데이터베이스인 Cloud DB에 대해서는 실제 기능 데모를 통해 상세하게 소개해드립니다.  네이버클라우드... - jk

www.edwith.org

 

728x90
반응형
Comments