prod/stage 전략을 의미있게 더 잘 지키기 위한 MySQL 버전 동일화 작업의 기준은..?

[Hexeong]

기존에 OCI에서 존재하던 API Server, Grafana, K6 등의 Computing 인스턴스들을 AWS로 마이그레이션하려고 합니다!

그 과정에서 해당 레포의 목적인 IaC를 도입하기 위해 기존에 AWS에 존재하던 인프라(EC2, RDS)를 terraform state에 동기화하는 작업을 진행하고 있는데, 여기서 현재 prod와 stage의 RDS(mysql) 엔진 버전이 8.0.42와 8.4.6로 다르다는 걸 알게 되었습니다.

이 과정에서 저희의 서비스 인프라 설계 원칙 중 하나인 prod/stage 환경 이중화 전략으로 prod와 같은 환경인 stage 환경에서 Load Test를 거쳐 prod에 릴리즈하는 전략을 사용하고 있습니다.

때문에 저는 prod와 stage의 환경을 동일하게 가져가야 한다고 생각이 들어 이번 마이그레이션 작업 때, prod와 stage의 엔진 버전 및 사양을 같게 맞추려고 합니다.

하지만 이 과정에서 어떤 환경을 기준으로 맞춰야 할지 고민이 됩니다...

주시고 싶은 의견이 있다면 comment 부탁드립니다..!

[Hexeong]

저는 개인적으로는 prod 버전에 맞추는게 맞다고 생각합니다..
인프라를 마이그레이션하는 작업만으로도 어떤 에러가 발생할지 모르는 상황에서 최대한 변인을 줄이는 게 맞다고 생각했고, 둘의 버전이 다르기에 둘 중 더 중요한 데이터인 prod 데이터의 안정성을 더 우선시 하는 게 맞다고 생각이 들기도 합니다!
또한, stage 환경의 목적이 prod 환경에 릴리즈 하기 전의 테스트 용도이므로 prod를 기준으로 일치시키는 게 더 적절하다는 생각도 있습니다 ㅎㅎ

[Gyuhyeok99]

우선 엔진 버전을 맞추는 것은 정말 좋은 거 같습니다! 👍

말씀해주신 것처럼 변수를 최대한 줄이는 게 중요하고, 이미 잘 운영 중인 prod는 충분히 안전하게 검증된 이후에 적용하는 게 맞다고 생각해서 우선 prod 기준으로 맞추는 방향에 동의합니다~

다만 한 가지 의견을 더 드려보면, 제가 아직 MySQL 버전별 차이에 대한 이해가 깊지 않아서 우선은 제안해주신 8.0.42 버전으로 통일하고, 추후에 더 적절한 버전이 있다면 stage DB에서 먼저 버전업을 진행한 뒤 검증 후 prod DB에 적용해보는 방식이 좋을 거 같다는 생각이 드네요!

이 부분은 당장 급하지 않아 추후 작업으로 미뤄도 될 것 같고, 우선은 말씀해주신 방향대로 진행하는 게 좋아 보입니다!

[whqtker]

디스코드에서 나눈 대화를 정리 및 보완해서 적습니다 !

장기적으로는 LTS인 8.4 버전으로 맞추는 것이 좋다고 생각합니다. 다만 기존의 stage MySQL 버전이 8.0.42여서, 해당 버전으로 맞추는 것이 좋을 거 같습니다. 다만 26년 7월 이후에는 RDS에서 MySQL 8.0 지원이 공식적으로 종료되기 때문에 2분기에는 MySQL 버전 업에 대해서도 고려해야 할 듯 합니다. 지원 종료되어도 DB가 바로 먹통되는 건 아니지만 비용이 올라간다고 합니다.

8.4 버전은 SSL 설정 없이 host, username, password만으론 DB에 접근 못 하네요.

[Hexeong]

오호 알려주셔서 감사합니다! 그럼 일단 변인 통제를 위해 일단 prod에 맞춰 8.0.42 버전으로 마이그레이션한 다음, 추후에 버전 업그레이드 작업을 하도록 하겠습니다!!

[Hexeong]

음 RDS의 메이저 버전 변경에 대해서 좀 더 찾아봤더니 다음과 같이 AWS는 RDS의 버전 다운그레이드를 지원하지 않는다고 하군요.. 이럴경우 stage의 rds는 recreate되어 안에 있던 데이터를 백업해둘 필요가 있어 보입니다...

그래서 8.0 버전으로 Stage RDS를 수정, 즉 재생성할 경우 데이터 백업을 어떻게 할지 의견 주시면 감사드리겠습니다..!

[whqtker]

stage RDS의 데이터 확인해봤는데 server RDS와 동일합니다. 아마 만드실 때 server RDS 복제해서 만드신 거 같습니다(근데 버전은 왜 달라졌는지 모르겠네요).

그래서 그냥 삭제 후 버전 맞춰 재생성해도 무방할 것 같습니다. 필요 시 OCI stage 인스턴스 내부 MySQL에서 덤프 떠서 데이터 넣으면 될 듯 합니다.