Alibaba Cloud: PolarDB 기본개념 및 사용법

PolarDB는 Alibaba Group이 개발한 클라우드 네이티브 관계형 DB로, 핵심은 컴퓨팅(노드)과 스토리지(공유 분산 스토리지)를 분리해서 성능/확장성/가용성을 클러스터 단위로 제공하는 것.

구조 요약

• 클러스터 단위로 관리/과금
• Primary 노드(RW) 1개 + Read-only 노드(RO) 여러 개(읽기 확장)
• 노드들은 공유 분산 스토리지를 기반으로 동작하고, 프록시 계층(PolaerProxy/클러스터 엔드포인트)를 통해 로드밸런싱/읽기, 쓰기 분리를 제공합니다.

구조:

App
 └─ (Cluster Endpoint / PolarProxy)
      ├─ Primary (RW)
      ├─ Read-only (RO) ...
      └─ Shared Distributed Storage

PolarDB를 쓰는 이유

• 읽기 트래픽이 큰 OLTP에서 RO 노드 추가로 수평 확장(애플리케이션 변경 최소화)
• 자동 Read/Write Splitting으로 운영 단순화(클러스터 엔드포인트만 붙여도 됨.)
• 고가용성(멀티 AZ 등) 옵션과 빠른 장애 대응/복구 시나리오 제공
• MySQL/PostgreSQL 생태계 호환, Oracle 문법도 “높은 호환”을 강조

참고 : “PolarDB”와 “PolarDB-X”(분산 SQL, shared-nothing)는 성격이 다름. 대규모 샤딩/분산 트랜잭션/수평 확장이 필요하면 PolarDB-X를 검토합니다.

---

핵심 용어

• Cluster: 생성/과금/운영의 기본 단위
• Node: Primary(읽기/쓰기) + Read-only(읽기 전용)
• Endpoint
  • Primary Endpoint: Primary로 직접 연결
  • Cluster Endpoint: 클러스터에 연결(읽기·쓰기 분리/밸런싱에 주로 사용)
  • Private/Public 형태로 제공(필요 시 Public 신청)
• IP Whitelist(화이트리스트): 접속 허용 IP/CIDR 관리(연결 전 필수 작업으로 자주 등장)

---

엔진/에디션 종류

알리바바 클라우드 PolarDB는 크게 MySQL/PostgreSQL/Oracle 호환 라인으로 안내됩니다.

• MySQL 기반: 기존 MySQL 앱을 거의 수정 없이 옮기고 읽기 확장(RO)과 자동 분리를 활용하는 케이스
• PostgreSQL 기반: PostgreSQL 호환 + (문서상) Oracle 문법 호환/마이그레이션 옵션을 강조
• Oracle 호환 계열: Oracle 클라이언트/문법 호환을 전면에 둔 케이스(프로젝트 상황에 따라 적합성 검증 권장)

---

사용방법: 콘솔에서 “클러스터 만들고 붙기” - 기본 플로우

0) 사전 준비

• VPC / vSwitch 준비(없으면 기본 VPC/vSwitch 사용 가능)

1) 클러스터 생성

PolarDB 콘솔에서 Quick Purchase(빠른 구매) 또는 Custom 구매로 생성합니다.

생성 시 핵심 선택만 정리하면:

• Engine(MySQL/PG/Oracle 호환), 버전, Billing(구독/종량제)
• Region/Zone 및 배포 모드/HA 옵션(예: 멀티 AZ HA)
• Node 사양(Primary/RO), 스토리지(PolarDB는 스토리지-컴퓨팅 분리 구조 기반)

2) 접속 준비(보안/계정)

• IP Whitelist 설정(내 PC, 배스천/ECS, 앱 서버 대역 등)
• DB 계정/DB 생성 후 권한 부여

3) Endpoint로 연결

• 운영 관점에선 보통 Cluster Endpoint를 권장(읽기·쓰기 분리/밸런싱)
• 애플리케이션은 아래 중 하나로 붙습니다:
  • VPC 내부(Private Endpoint): ECS/ACK 등 같은 VPC에서 저지연
  • Public Endpoint: 외부에서 붙어야 할 때만 신청/오픈(화이트리스트 필수)

---

🧭 읽기/쓰기 라우팅 사용 방법

PolarDB for MySQL 기준으로,

• 앱이 Cluster Endpoint를 Read/Write(Automatic Read/Write Splitting) 모드로 연결하면
  • 쓰기는 Primary로
  • 읽기는 Primary 또는 RO로 자동 분산됩니다.

운영 팁:

• “쓰기 직후 읽기 일관성”이 민감한 기능(예: 결제 직후 조회)은 일관성(Consistency) 설정/전략을 같이 보세요(문서/엔드포인트 옵션에서 MySQL은 글로벌 일관성 언급이 있습니다).
• 일관성이 더 중요한 구간은 Primary Endpoint로 보내거나, 트랜잭션 설계/세션 전략을 함께 잡는 방식이 흔합니다.