Replies: 3 comments 3 replies
-
|
저는 개인적으로는 prod 버전에 맞추는게 맞다고 생각합니다.. |
Beta Was this translation helpful? Give feedback.
-
|
디스코드에서 나눈 대화를 정리 및 보완해서 적습니다 ! 장기적으로는 LTS인 8.4 버전으로 맞추는 것이 좋다고 생각합니다. 다만 기존의 stage MySQL 버전이 8.0.42여서, 해당 버전으로 맞추는 것이 좋을 거 같습니다. 다만 26년 7월 이후에는 RDS에서 MySQL 8.0 지원이 공식적으로 종료되기 때문에 2분기에는 MySQL 버전 업에 대해서도 고려해야 할 듯 합니다. 지원 종료되어도 DB가 바로 먹통되는 건 아니지만 비용이 올라간다고 합니다. 8.4 버전은 SSL 설정 없이 host, username, password만으론 DB에 접근 못 하네요. |
Beta Was this translation helpful? Give feedback.
-
|
음 RDS의 메이저 버전 변경에 대해서 좀 더 찾아봤더니 다음과 같이 AWS는 RDS의 버전 다운그레이드를 지원하지 않는다고 하군요.. 이럴경우 stage의 rds는 recreate되어 안에 있던 데이터를 백업해둘 필요가 있어 보입니다... 그래서 8.0 버전으로 Stage RDS를 수정, 즉 재생성할 경우 데이터 백업을 어떻게 할지 의견 주시면 감사드리겠습니다..! |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
기존에 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 부탁드립니다..!
Beta Was this translation helpful? Give feedback.
All reactions