일 평균 30억 건을 처리하는 결제 시스템의 DB를 Vitess로 교체하기 - 2. 개발 및 운영기

간단 소개

LINE 결제 시스템 DB를 Vitess로 교체한 개발 및 운영 경험 공유: 프로토콜 선택, 키스페이스 구성, 모니터링, 페일오버 테스트, 장단점 분석.

AI Summary

Vitess 개발
- gRPC 프로토콜 대신 MySQL 프로토콜 사용 권장: gRPC는 CPU 오버헤드 및 에러 발생 가능성 존재.
- 키스페이스 구성: 글로벌 키스페이스(단일 샤드, 샤딩 키 관리)와 서비스 키스페이스(N개 샤드, 코인 잔액 등).
- MySQL 호환성: 단일 샤드 트랜잭션은 REPEATABLE READ, 다중 샤드 트랜잭션은 READ COMMITTED 적용. 쿼리 제약 사항 존재.
Vitess 운영
- 모니터링: VTOrc 지표(문제 감지 및 복구), VTGate/VTTablet 지표, Vitess 로그 활용. Promethous, Grafana 연동.
- DB 운영 프로세스: 비관리 방식 DDL 수행 (DBA가 직접 MySQL DDL 수행), vtctldclient로 Vitess에 스키마 반영.
- 페일오버 테스트: 프라이머리 노드 다운 시 VTOrc를 통한 자동 복구 확인 (10초 내외). GTID 불일치 문제 해결.
Vitess 장단점
- 장점: 체계적인 문서, MySQL 호환성, 샤딩 기능, VTOrc를 통한 장애 감지 및 복구, Prometheus 지표 수집.
- 단점: 지속적인 학습 필요, 오픈소스 버전 업데이트 부담.