← 전체 목록
🗄️
Google Cloud SQL
데이터베이스관리형 관계형 데이터베이스
▶아키텍처 다이어그램
점선 애니메이션은 데이터 또는 요청의 흐름 방향을 나타냅니다
왜 필요한가요?
관계형 DB를 VM 위에 직접 설치하면 보안 패치, 백업 스크립트, 복제 설정, 디스크 용량 관리를 전부 직접 해야 합니다. DB 장애가 나면 새벽에 호출당하는 건 운영자 몫입니다.
안에서 어떻게 동작하나요?
Cloud SQL은 선택한 엔진(MySQL/PostgreSQL/SQL Server)의 인스턴스를 프로비저닝하고, 자동 백업과 PITR을 기본 제공합니다. 고가용성 구성을 켜면 리전 내 자동 페일오버가 동작하고, 읽기 복제본을 추가하면 읽기 트래픽을 분산합니다.
무엇과 헷갈리나요?
Cloud SQL과 Cloud Spanner는 둘 다 관계형 DB이지만, Cloud SQL은 단일 리전 MySQL/PostgreSQL이고 Spanner는 글로벌 분산 DB입니다. 리전 하나에서 트랜잭션을 처리하는 일반적인 웹 앱이면 Cloud SQL이 맞고, 글로벌 강한 일관성이 필요한 경우에만 Spanner를 검토합니다.
왜 이런 방식이 등장했나요?
관계형 DB는 수십 년 된 기술이지만 운영 부담 때문에 DBA 전담이 필요했습니다. 클라우드 관리형 DB가 등장하면서 패치, 백업, 페일오버 같은 운영 작업이 서비스로 대체되었습니다.
언제 쓰나요?
웹 앱의 CRUD, 주문/결제 트랜잭션, 기존 MySQL/PostgreSQL 앱의 클라우드 마이그레이션에 적합합니다. 수평 확장이 무한히 필요하거나 글로벌 분산이 필요한 경우에는 맞지 않습니다.
웹 앱 백엔드CMS/블로그마이크로서비스 DB마이그레이션
Official Docs
GCP더 깊게 보기
현재 페이지의 개념 설명을 본 뒤 공식 문서로 바로 이동합니다.