새로운 기술 블로그가 추가되었어요
Aurora MySQL에서 HikariCP의 idle connection 검증 실패 원인을 추적해 비표준 timeout 동작을 확인했습니다. interactive_timeout 이 keepalive 보다 작으면 비활성 연결이 먼저 끊길 수 있음을 정리했습니다.
13년 된 단일 Writer 구조에서 전사 장애가 반복되자, 새로운 DB 전환보다 캐싱과 쿼리 최적화를 먼저 적용했습니다. 그 결과 Writer 연결과 응답 시간이 크게 줄고, 장애 탐지와 복구 체계도 함께 개선했습니다.
Aurora MySQL에 몰리던 외부 연계 데이터와 약관 동의 데이터를 DynamoDB와 S3로 분리해 저장 구조를 개선했습니다. 이를 통해 읽기 부하와 처리 지연을 줄이고, 트래픽 증가에도 안정적인 운영 기반을 마련했습니다.
Oracle DMS의 제약으로 마이그레이션이 막히는 경우 Oracle Database Gateways를 대안으로 소개했습니다. 원격 database link와 PL/SQL 커서로 Aurora MySQL 이관 절차를 설명했습니다.
삼쩜삼이 대용량 데이터와 트래픽 집중 문제를 해결하기 위해 DynamoDB와 S3로 저장 구조를 분리했습니다. 또한 운영 단계에서 처리량 예열, GSI 설계, 읽기 일관성 대응으로 안정성을 높였습니다.
Aurora MySQL BlueGreen 배포를 자동화하는 Python 스크립트와 Q CLI 활용법을 소개했습니다. 대규모 업그레이드 전 사전 점검과 순차적 전환, 안전한 삭제 절차의 중요성을 강조했습니다.
AWS Aurora/RDS와 DynamoDB를 GCP Cloud SQL for MySQL로 이전한 과정을 정리했습니다. 쿼리와 스키마 점검, 병렬 복제, binlog 설정으로 다운타임과 비용을 줄인 사례입니다.
