용 Amazon RDS 블루/그린 배포 개요

프로덕션 준비가 된 스테이징 환경을 쉽게 만들 수 있습니다.

데이터베이스 변경 사항을 프로덕션 환경에서 스테이징 환경으로 자동으로 복제합니다.

프로덕션 환경에 영향을 주지 않고 안전한 스테이징 환경에서 데이터베이스 변경 사항을 테스트합니다.

데이터베이스 패치 및 시스템 업데이트로 최신 상태를 유지하세요.

새로운 데이터베이스 기능을 구현하고 테스트합니다.

애플리케이션을 변경하지 않고도 스테이징 환경을 새 프로덕션 환경으로 전환합니다.

내장된 전환 가드레일을 사용하여 안전하게 전환합니다.

전환 중 데이터 손실이 발생하지 않습니다.

워크로드에 따라 대부분 1분 이내에 빠르게 전환합니다.

rds:AddTagsToResource

rds:CreateDBInstanceReadReplica

rds:ModifyDBInstance

rds:PromoteReadReplica

rds:DeleteDBInstance

RDS API 및 리소스 ID를 사용하여 필터링을 수행할 경우, 전환 후 필터링에 사용한 리소스 ID를 조정하세요.

리소스 감사에 CloudTrail을 사용한다면, 전환 후 새 리소스 ID를 추적하도록 CloudTrail의 소비자를 조정하십시오. 자세한 내용은 AWS CloudTrail에서 Amazon RDS API 호출 모니터링 단원을 참조하십시오.

Performance Insights API를 사용한다면, 전환 후 API 호출의 리소스 ID를 조정하십시오. 자세한 내용은 성능 개선 도우미를 통한 Amazon RDS 모니터링 단원을 참조하십시오.

전환 후 동일한 이름의 데이터베이스를 모니터링할 수 있지만, 전환 전의 데이터는 포함되지 않습니다.

IAM 정책에서 리소스 ID를 사용한다면, 필요한 경우 새로 승격된 리소스의 리소스 ID를 추가해야 합니다. 자세한 내용은 Amazon RDS의 자격 증명 및 액세스 관리 단원을 참조하십시오.

DB 인스턴스와 연결된 IAM 역할이 있는 경우 전환 후 해당 역할을 다시 연결해야 합니다. 연결된 역할은 그린 환경으로 자동 복사되지 않습니다.

IAM 데이터베이스 인증을 사용하여 DB 인스턴스를 인증하는 경우, 데이터베이스 액세스에 사용되는 IAM 정책의 Resource 요소 아래에 블루 데이터베이스와 그린 데이터베이스가 모두 나열되어 있는지 확인하세요. 이는 전환 후 그린 데이터베이스에 연결하기 위해 필요합니다. 자세한 내용은 IAM 데이터베이스 액세스를 위한 IAM 정책 생성 및 사용 단원을 참조하십시오.

블루/그린 배포에서 리소스의 자동 백업을 관리하는 데 AWS Backup를 사용한다면, 전환 후에 AWS Backup에서 사용하는 리소스 ID를 조정하십시오. 자세한 내용은 AWS Backup를 사용하여 자동 백업 관리 단원을 참조하십시오.

블루/그린 배포의 일부였던 DB 인스턴스의 수동 또는 자동 DB 스냅샷을 복원하려면, 스냅샷을 촬영한 시간을 확인하여 올바른 DB 스냅샷을 복원해야 합니다. 자세한 내용은 DB 스냅샷에서 복원 단원을 참조하십시오.

이전 블루 환경 DB 인스턴스 자동 백업을 설명하거나 특정 시점으로 복원하려면, 작업의 리소스 ID를 사용해야 합니다.

전환 중에 DB 인스턴스의 이름이 변경되므로 DescribeDBInstanceAutomatedBackups 또는RestoreDBInstanceToPointInTime 작업에 이전 이름을 사용해선 안 됩니다.

자세한 내용은 DB 인스턴스를 지정된 시간으로 복원 단원을 참조하십시오.

블루/그린 배포의 그린 환경에 있는 DB 인스턴스에 읽기 전용 복제본을 추가하면, 새 읽기 전용 복제본은 전환할 때 블루 환경의 읽기 전용 복제본을 대체하지 않습니다. 하지만 새 읽기 전용 복제본은 전환 후에도 새 프로덕션 환경에 보존됩니다.

블루/그린 배포의 그린 환경에 있는 DB 인스턴스를 삭제하면, 블루/그린 배포에서 이를 대체할 새 DB 인스턴스를 만들 수 없습니다.

삭제된 DB 인스턴스와 동일한 이름 및 Amazon 리소스 이름(ARN)으로 새 DB 인스턴스를 생성하면, DbiResourceId가 다르기 때문에 그린 환경에 속하지 않게 됩니다.

그린 환경에서 DB 인스턴스를 삭제하면 다음과 같은 동작이 발생합니다.

DB 인스턴스와 읽기 전용 복제본에도 동일한 동작이 적용됩니다.

전환하기 전에 DB 인스턴스를 철저하게 테스트합니다.

그린 환경에서 데이터베이스를 읽기 전용으로 유지합니다. 복제 충돌이 발생할 수 있으므로 그린 환경에서 쓰기 작업을 사용 설정할 때는 신중해야 합니다. 전환 후 프로덕션 데이터베이스에 의도하지 않은 데이터가 저장될 수도 있습니다.

블루/그린 배포를 사용하여 스키마 변경을 구현할 때는 복제와 호환되는 변경만 적용합니다.

예를 들어 블루 배포에서 그린 배포로의 복제를 중단하지 않고 테이블 끝에 새 열을 추가할 수 있습니다. 그러나 열 이름 변경이나 테이블 이름 변경 같은 스키마 변경은 그린 배포로의 복제 중단을 유발합니다.

복제 호환 변경 사항에 대한 자세한 내용은 MySQL 설명서의 소스 및 복제본에서 서로 다른 테이블 정의를 사용하는 복제 및 PostgreSQL 논리적 복제 설명서의 제한 사항을 참조하세요.

블루/그린 배포를 생성한 후 필요하다면 지연 로딩을 처리합니다. 전환하기 전에 데이터 로드가 완료되었는지 확인합니다. 자세한 내용은 블루/그린 배포를 생성할 때 지연 로드 처리 단원을 참조하십시오.

블루/그린 배포로 전환할 때는 전환 모범 사례를 따르세요. 자세한 내용은 전환 모범 사례 단원을 참조하십시오.

복제에 최적화되지 않은 MyISAM 같은 비트랜잭션 스토리지 엔진 사용은 자제하시기 바랍니다.

이진 로그 복제용 읽기 전용 복제본을 최적화합니다.

예를 들어 DB 엔진 버전에서 지원하는 경우, 블루/그린 배포를 배포하기 전에 프로덕션 환경에서 GTID 복제, 병렬 복제 및 충돌 방지 복제를 사용하는 것이 좋습니다. 이러한 옵션을 사용하면 블루/그린 배포로 전환하기 전에 데이터의 일관성과 내구성을 높일 수 있습니다. 읽기 전용 복제본의 GTID 복제에 대한 자세한 내용은 GTID 기반 복제 사용 단원을 참조하세요.

데이터베이스에 사용 가능한 메모리가 충분할 경우 블루 환경에서 logical_decoding_work_mem DB 파라미터 값을 늘립니다. 이렇게 하면 디스크 디코딩이 줄어들고 대신 메모리가 사용됩니다. FreeableMemory CloudWatch 지표로 여유 메모리를 모니터링할 수 있습니다. 자세한 내용은 Amazon RDS에 대한 Amazon CloudWatch 지표 단원을 참조하십시오.

블루/그린 배포를 생성하기 전에 모든 PostgreSQL 확장을 최신 버전으로 업데이트합니다. 자세한 내용은 PostgreSQL 확장 버전 업그레이드 단원을 참조하십시오.

aws_s3 확장을 사용하는 경우 그린 환경이 생성된 후 IAM 역할을 통해 그린 DB 인스턴스에 Amazon S3에 대한 액세스 권한을 부여해야 합니다. 이렇게 하면 전환 후에도 가져오기 및 내보내기 명령이 계속 작동합니다. 지침은 Amazon S3 버킷에 대한 액세스 권한 설정 섹션을 참조하세요.

그린 환경에 더 높은 엔진 버전을 지정하는 경우 모든 데이터베이스에서 ANALYZE 작업을 실행하여 pg_statistic 테이블을 새로 고칩니다. 옵티마이저 통계는 메이저 버전 업그레이드 중에 전송되지 않으므로 성능 문제를 방지하려면 모든 통계를 다시 생성해야 합니다. 메이저 버전 업그레이드 중 추가 모범 사례에 대해 알아보려면 메이저 버전 업그레이드를 수행하는 방법 섹션을 참조하세요.

데이터를 조작하기 위해 트리거를 소스에 사용하는 경우 트리거를 ENABLE REPLICA 또는 ENABLE ALWAYS로 구성하지 마세요. 이렇게 구성하면 복제 시스템이 변경 내용을 전파하고 트리거를 실행하므로 중복이 발생합니다.

트랜잭션이 오래 실행되면 심각한 복제 지연이 발생할 수 있습니다. 복제 지연을 줄이려면 다음과 같이 해 보세요.

복제 속도가 느리면 발신자와 수신자가 자주 다시 시작되어 동기화가 지연될 수 있습니다. 이들의 활성 상태를 유지하려면 블루 환경에서는 wal_sender_timeout 파라미터를 0으로 설정하고 그린 환경에서는 wal_receiver_timeout 파라미터를 0으로 설정하여 시간 초과를 비활성화하세요.

미리 쓰기 로그(WAL) 세그먼트가 블루 환경에서 제거되지 않도록 하려면 PostgreSQL 버전 13 이하에서 wal_keep_segments 파라미터를 15625로 설정하세요. 버전 14 이상에서는 사용 가능한 스토리지 공간이 충분하면 wal_keep_size 파라미터를 1TiB로 설정하세요.

MySQL 버전 8.0.11부터 8.0.13까지는 블루/그린 배포를 지원하지 못하게 하는 커뮤니티 버그가 있습니다.

11.21 이상, 12.16 이상, 13.12 이상, 14.9 이상, 15.4 이상 버전의 RDS for PostgreSQL은 업그레이드 소스 및 대상 버전으로 지원됩니다. 하위 버전의 경우 지원되는 버전으로 마이너 버전 업그레이드를 수행할 수 있습니다.

블루/그린 배포의 경우 AWS Secrets Manager에서 마스터 사용자 암호 관리를 지원하지 않습니다.

RDS for PostgreSQL의 경우,.

RDS for PostgreSQL의 경우 블루 환경 DB 인스턴스는 자체 관리형 논리적 소스(게시자) 또는 복제본(구독자)이 될 수 없습니다. RDS for PostgreSQL의 경우 블루 환경 DB 인스턴스는 외부 binlog 복제본이 될 수 없습니다.

전환 중에는 블루 및 그린 환경을 Amazon Redshift와 제로 ETL로 통합할 수 없습니다. 먼저 통합을 삭제하고 전환한 다음 통합을 다시 생성해야 합니다.

블루/그린 배포를 생성할 때는 그린 환경에서 Event Scheduler(event_scheduler 파라미터)를 비활성화해야 합니다. 이렇게 하면 그린 환경에서 이벤트가 생성되어 불일치가 발생하는 것을 방지할 수 있습니다.

블루/그린 배포는 MySQL용 AWS JDBC 드라이버를 지원하지 않습니다. 자세한 내용은 GitHub의 Known Limitations를 참조하세요.

블루/그린 배포는 다음 기능에는 지원되지 않습니다.

블루/그린 배포를 만들 때는 블루 환경에서 pg_partman 확장을 비활성화해야 합니다. 확장은 블루 환경에서 그린 환경으로의 논리적 복제를 중단하는 CREATE TABLE과 같은 DDL 작업을 수행합니다.

블루/그린 배포를 생성한 후에는 모든 그린 데이터베이스에서 pg_cron 확장을 비활성화한 상태로 유지해야 합니다. 확장에는 슈퍼유저로 실행되고 그린 환경의 읽기 전용 설정을 우회하는 백그라운드 작업자가 있어 복제 충돌이 발생할 수 있습니다.

블루 DB 인스턴스가 외부 데이터 래퍼(FDW) 확장의 외부 서버로 구성된 경우 IP 주소 대신 인스턴스 엔드포인트 이름을 사용해야 합니다. 이렇게 하면 전환 후에도 구성이 계속 작동합니다.

블루/그린 배포를 만들 때는 블루 환경에서 pglogical 및 pg_active 확장을 비활성화해야 합니다. 그린 환경을 새로운 프로덕션 환경으로 승격한 후 확장 기능을 다시 활성화할 수 있습니다. 또한 블루 데이터베이스는 외부 인스턴스의 논리적 구독자가 될 수 없습니다.

pgAudit 확장을 사용하는 경우, 해당 확장은 블루 및 그린 DB 인스턴스 모두에 대한 사용자 지정 DB 파라미터 그룹의 공유 라이브러리(shared_preload_libraries)에 남아 있어야 합니다. 자세한 내용은 pgAudit 확장 설정 단원을 참조하십시오.

암호화되지 않은 DB 인스턴스 는 암호화된 DB 인스턴스로 변경할 수 없습니다.

암호화된 DB 인스턴스 는 암호화되지 않은 DB 인스턴스로 변경할 수 없습니다.

블루 환경 DB 인스턴스 를 대응하는 그린 환경 DB 인스턴스로 변경할 수 없습니다.

블루 환경과 그린 환경의 리소스는 동일한 AWS 계정에 있어야 합니다.

RDS for MySQL에서 소스 데이터베이스가 사용자 지정 옵션 그룹과 연결된 경우, 블루/그린 배포를 생성할 때 메이저 버전 업그레이드를 지정할 수 없습니다.

이 경우 메이저 버전 업그레이드를 지정하지 않고 블루/그린 배포를 생성할 수 있습니다. 그런 다음 그린 환경에서 데이터베이스를 업그레이드하면 됩니다. 자세한 내용은 DB 인스턴스 엔진 버전 업그레이드 단원을 참조하십시오.