AWS 블루/그린 배포를 사용하여 가동 중지 시간 없이 MySQL RDS 데이터베이스 스토리지 축소

AWS RDS 블루/그린 배포: 가동 중단 없는 데이터베이스 업데이트

DevOps 엔지니어라면 프로덕션 워크로드를 중단하지 않고 RDS 데이터베이스를 업데이트하는 것이 얼마나 어려운 일인지 알고 계실 것입니다. 기존 방식은 다운타임 위험이 있는 경우가 많습니다. 하지만 AWS 블루/그린 배포를 사용하면 다운타임 없이 업데이트를 수행할 수 있습니다. 이 문서에서는 AWS RDS 콘솔을 사용하는 단계별 가이드를 제공합니다.

시작하기 전에 작업량이 적고 개발 활동이 가장 적은 기간에 업데이트하도록 예약하세요. 예정된 유지 관리를 팀에 알립니다. 이 예에서는 데이터베이스 인스턴스의 스토리지를 축소해 보겠습니다. 다른 업데이트에도 동일한 프로세스가 적용됩니다. 계속 진행하기 전에 결정적으로 MySQL 또는 MariaDB RDS 인스턴스에 대한 자동 백업을 활성화하십시오.

준비

마스터 1개와 복제본 3개가 있는 클러스터에서 스토리지를 400GB에서 200GB로 축소하겠습니다.

1단계: 블루/그린 배포 시작

마스터 데이터베이스를 선택하세요. 작업에서 블루/그린 배포 생성을 선택합니다. 그러면 "블루" 화면(제작 환경)이 열립니다.

2단계: 녹색 환경 조성

블루/그린 배포 이름을 지정합니다(대소문자 구분). 이렇게 하면 프로덕션 환경(파란색)의 복사본이 스테이징 환경(녹색)으로 생성됩니다.

3단계: 친환경 환경 구성

데이터베이스 엔진 및 매개변수 그룹을 지정합니다. 스토리지를 축소하려면 Blue 환경과 동일한 설정을 사용하세요.

4단계: 그린 인스턴스 구성

블루 환경과 동일한 인스턴스 유형을 선택하세요.

5단계: 스토리지 축소

그린 배포(마스터 및 복제본)에 할당된 스토리지를 줄입니다. 콘솔 업데이트는 전체 클러스터에 적용됩니다.

(마스터 비교)

(복제본 비교)

생성을 클릭하기 전에 예상 비용을 검토하세요.

배포 시간은 데이터베이스 크기, 워크로드 및 복제본 수에 따라 다릅니다. 우리의 예에서는 5시간이 걸렸습니다. AWS는 이름 변경 및 엔드포인트 업데이트를 처리합니다. 애플리케이션 구성 변경이 필요하지 않습니다. Blue(기본) 환경에서는 최소한의 지연이 관찰되었습니다. 결과: 다운타임 제로!

위 내용은 AWS 블루/그린 배포를 사용하여 가동 중지 시간 없이 MySQL RDS 데이터베이스 스토리지 축소의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!