기술 포트폴리오 · 슬라이드
MySQL 8.0 → 8.4 LTS
무중단 업그레이드
다수 고객사 on-premise까지 복제되는 운영 MySQL을, 서비스 중단 없이 차기 LTS로 검증·롤아웃
래브라도랩스(LabradorLabs) · 데이터파트 · 2024-05~07 · 데이터 엔지니어
01 · 배경
왜 신중해야 했나
- 데이터는 마스터 → 복제(분산) → 고객사 on-premise 복제 체인으로 운영
- 같은 8.x이지만 LTS 시리즈 간 (8.0.29→8.4.0) 업그레이드 — 8.0.29 EOL이 전환 사유, 제거 기능·동작 변경 등 호환성 리스크
- 토폴로지: 수집 1대 + 배포 2대 + master, 수집·배포 인스턴스별 레플리카 각 2대
- 사내뿐 아니라 다수 고객사 환경에 전파 → 무중단·롤백 가능이 전제
02 · 접근
안전 절차로 단계화
① 검증성능·호환성 테스트 (~2024.06 완료)
② 계획변경 영향·롤백 시나리오 정의
③ 롤아웃백업 후 검증계→마스터→복제 단계 적용
④ 확인복제·고객사 동기화 무중단 검증
핵심은 "한 번에"가 아니라 검증 → 백업 → 단계적 롤아웃 → 모니터링 절차의 정립.
03 · 임팩트
결과
무중단 전환사내·고객사 서비스 영향 없이 8.4 LTS 이행
지속 가능성차기 LTS 기반으로 보안 패치 수명·운영 기능 확보
절차 자산화이후 버전·스키마 변경에 재사용하는 롤아웃 표준
리스크 통제사전 롤백 설계로 시리즈 간 변경 리스크 관리
04 · 역할 & 배움
내 역할
- 데이터 엔지니어로서 성능 검증 → 롤아웃 계획 → 프로덕션 적용 → 안정화 주도
- 사내 + 다수 고객사 on-premise를 동시에 고려한 전환 설계
- 배움: 대규모 복제 환경의 변경은 절차·롤백·모니터링이 기술 자체만큼 중요
관련: 같은 해 binlog 스크램블링 · DB 인스턴스 분리와 함께 DB 플랫폼 고도화 진행.