Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |
Tags
- For
- linux
- mariadb
- Redux
- php
- React
- fastapi
- Backbone.js
- Machine Learning
- SQL
- javascript
- Go
- docker
- NCP
- CentOS
- Redis
- rabbitmq
- 블레이드 템플릿
- deep learning
- laravel
- webpack
- Babel
- phpredis
- nodejs
- AWS
- Node
- python
- 기초 수학
- Switch
- nginx
Archives
- Today
- Total
개발일기
NCP(Naver Cloud Platform) - Database 정리 본문
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
https://guide.ncloud-docs.com/docs/clouddbforpostgresql-overview
https://www.edwith.org/ncloudprofessional/lecture/173860
728x90
반응형
'자격증 > NCP' 카테고리의 다른 글
NCP(Naver Cloud Platform) - AI / Application 정리 (0) | 2022.11.18 |
---|---|
NCP(Naver Cloud Platform) - Security 정리 (0) | 2022.11.18 |
NCP(Naver Cloud Platform) - Compute 정리 (0) | 2022.11.15 |
NCP(Naver Cloud Platform) - Storage정리 (0) | 2022.11.15 |
NCP(Naver Cloud Platform) - Network 정리 (0) | 2022.11.10 |
Comments