AWS RDS 에서 Cafe24 퀵서버로 MariaDB 마이그레이션

TL;DR

오늘 AWS RDS에서 Cafe24 퀵서버로 MariaDB 마이그레이션 작업했어. 처음엔 삽질도 좀 있었지만, 결국 성공적으로 끝냈어. 배운 점도 많고, 정말 흥미로운 과정이었어.

오늘 뭘 만들었나

우리 회사 쇼핑몰의 데이터베이스가 AWS RDS에 올라가 있었는데, 비용 절감 + 성능 향상을 위해 Cafe24 퀵서버로 마이그레이션하기로 했어. 데이터가 45GB나 되니까 생각만해도 겁나더라고. 그래도 걱정 없이 정성스럽게 작업했더니 무사히 끝냈어!

버전 호환성 체크부터 출발

맨 먼저 확인한 건 RDS랑 퀵서버의 MariaDB 버전이 맞는지였어. 다행히 10.11.13 vs 10.11.16으로 거의 동일해서 호환성 문제는 없을 것 같았어. (뭐 나중에 문제 생길지도 모르겠지만 일단은 괜찮아 보였지.)

Master-Slave 복제로 순탄하게

마이그레이션 방식은 세 가지 중에서 데이터 유실이 가장 적은 Replication(복제) 방식을 선택했어. AWS RDS 설정부터 퀵서버 설정까지 차근차근 진행했더니 생각보다 순탄했어. 복제가 잘 되고 있다는 걸 모니터링 할 수 있어서 안심이 되더라고.

문제는 삽질의 시작이었죠

그런데 문제가 생겼어. 처음에는 binlog 보존 기간을 설정하지 않아서 중간에 binlog가 삭제돼서 처음부터 다시 해야 했대. 그리고 eventMileage 테이블 데이터가 누락돼서 한참 고민했지. 결국 TRUNCATE 후 Slave 복제로 해결했어.

또 RDS에서는 SHOW BINARY LOGS 같은 특정 명령어를 막아놓더라고. 복제 모니터링이 좀 불편했지만 어쩔 수 없이 우회해서 해결했어.

삽질 & 교훈

이번 작업하면서 가장 중요한 건 'binlog 보존 기간 설정'이었어. 이걸 처음부터 잘 해두지 않아서 큰 고민을 겪었지. (솔직히 이건 좀 귀찮았다.) 그리고 테이블 데이터 누락 문제도 초반에 파악하지 못해서 애먹었네.

그래도 결과적으로는 무사히 완료했고, 덕분에 마이그레이션 노하우도 쌓았어. 다음엔 이런 실수를 반복하지 않도록 꼼꼼히 체크리스트를 만들어두겠어.

결과물

결국 45GB 데이터를 AWS RDS에서 Cafe24 퀵서버로 성공적으로 마이그레이션했어. 지금은 Slave가 따라잡은 상태라서 앱 서버 설정만 변경하면 됩니다. 벤치마크 해보니까 CPU/RAM이 더 좋은 퀵서버에서 약 20% 성능 향상이 있더라고. 비용도 절감될 것 같아서 전반적으로 만족스러워!