
MySQL 버전 업그레이드를 위해 RDS에서 지원하는 블루그린 배포를 이용하기로 결정했고 AWS 에서 가이드한 블루그린 배포 과정을 간략히 정리합니다.
db.r6g, db.r6id)io1) 스토리지를 사용하고 그린 환경을 인스턴스 크기가 4xlarge 이상이 되도록 프로비저닝한 경우 스토리지 업그레이드 프로세스가 더 빠름.gp2) 스토리지를 사용하는 스토리지 업그레이드는 I/O 크레딧 밸런스를 고갈할 수 있어 업그레이드 시간이 더 오래 걸릴 수 있음.아직 로드되지 않은 데이터에 액세스하는 경우, DB 인스턴스는 Amazon S3에서 요청된 데이터를 즉시 다운로드한 후, 백그라운드에서 데이터의 나머지 로드를 계속 진행합니다. 자세한 내용은 Amazon EBS 스냅샷을 참조하세요.
빠른 액세스가 필요한 테이블에 대한 지연 로딩의 영향을 완화하기 위해SELECT *와 같은 전체 테이블 스캔과 관련된 작업을 수행할 수 있습니다. 이 작업을 통해 Amazon RDS는 S3에서 백업된 모든 테이블 데이터를 다운로드할 수 있습니다.
애플리케이션이 아직 로드되지 않은 데이터에 액세스하려고 하면, 데이터가 로드되는 동안 애플리케이션의 지연 시간이 평소보다 길어질 수 있습니다. 이렇게 지연 로딩 때문에 지연 시간이 길어지면 지연 시간에 민감한 워크로드의 성능이 저하될 수 있습니다.
Replicating인 경우 블루/그린 배포가 성공적으로 복제되고 있는 것.전환 중 그린의 이름을 블루 DB 와 일치하도록 변경전환 후 블루의 현재 이름에 -oldn 을 추가하여 이름 변경