AWS Blue/Green Deployment를 사용하여 다운 타임이없는 MySQL RDS 데이터베이스 저장 감소

DevOps 엔지니어는 종종 RDS 데이터베이스 최적화 및 업데이트, 특히 전통적인 방법이 다운 타임 위험이 발생하기 쉬운 높은로드 상황에서 업데이트의 과제에 직면합니다. 이 기사에서는 RDS 데이터베이스의 제로 다운 타임 업데이트를 달성하기 위해 AWS Blue/Green Deployment 전략을 소개합니다.

데이터베이스 업데이트 다운 타임의 악몽에 작별 인사를하십시오! 이 기사는 Blue/Green 배포 전략을 자세히 설명하고 AWS 환경에서 운영 단계를 제공하여 서비스 가용성에 영향을 미치지 않고 RDS 데이터베이스 인스턴스를 업데이트 할 수 있도록합니다.

준비

먼저 개발 팀을 조정하고 업데이트를 위해 작업량 트래픽이 가장 낮은 기간을 선택하십시오. 좋은 DevOps는 팀에 미리 알리는 조언을 연습합니다.

이 예제는 Blue/Green 배포를 사용하여 다운 타임이 0으로 데이터베이스 인스턴스 저장 공간을 줄이는 방법을 보여줍니다. AWS RDS 콘솔에서 사용하는 AWS RDS 콘솔, AWS CLI 또는 AWS SDK를 통해 작동 할 수 있습니다.

참고 : MySQL 또는 MariaDB RDS 인스턴스에 대한 파란색/녹색 배포를 수행하기 전에 항상 자동 백업을 활성화하십시오.

1 단계 : 파란색/녹색 배포를 만듭니다

데이터베이스 클러스터에 하나의 기본 데이터베이스와 3 개의 복제품이 포함되어 있다고 가정하면 (아래 그림과 같이) 기본 데이터베이스 저장 공간을 400GB에서 200GB로 줄입니다.

기본 데이터베이스를 선택하고 "작업"을 클릭 한 다음 "Blue/Green Deployment 작성"을 선택하여 Blue/Green Deployment Configuration 인터페이스를 입력하십시오.

2 단계 : 식별자를 지정합니다

Blue/Green Deployment의 고유 식별자 이름을 지정하십시오 (케이스는 둔감하지만 소문자에 저장). 이 식별자는 생산 환경 (파란색 환경)과 임시 환경 (녹색 환경)을 구별하는 데 사용됩니다.

3 단계 : 녹색 환경을 구성합니다

녹색 환경에 대한 데이터베이스 엔진 및 매개 변수 그룹을 구성하십시오. 이 예에서는 저장 공간을 줄이기 위해 Blue Environment (Production Database)와 동일한 엔진 버전 및 매개 변수 그룹을 사용합니다.

4 단계 : 녹색 인스턴스 데이터베이스 유형을 구성합니다

파란색 환경과 동일한 인스턴스 유형을 선택하십시오.

5 단계 : 녹색 환경 저장 공간을 조정하십시오

주요 단계 : 녹색 배치의 저장 공간을 대상 크기로 크기를 조정하십시오 (이 예에서는 200GB).

AWS 콘솔은 전체 데이터베이스 클러스터를 동기로 업데이트합니다. 기본 데이터베이스의 저장 공간을 줄이고 있으며이 변경 사항은 세 가지 복제품 모두에 적용됩니다.

(파란색 및 녹색 메인 배포 비교)

(파란색과 녹색 사본 비교)

"Create"를 클릭하기 전에 시스템에는 녹색 배포 비용이 표시됩니다.

파란색/녹색 배포의 완료 시간은 데이터베이스 크기, 워크로드 및 복제 수와 같은 요소에 따라 다르며 몇 분에서 몇 시간이 소요될 수 있습니다. 이 경우 약 5 시간이 걸립니다.

AWS는 기본 및 복제 노드의 엔드 포인트 업데이트를 포함하여 파란색 환경과 정렬하기 위해 녹색 배포 된 데이터베이스 클러스터 이름 지정 규칙을 자동으로 처리합니다. 응용 프로그램 구성을 수정할 필요가 없습니다. 적절한 채널 (예 : Slack)을 통해이 작업을 개발 팀에 알리는 것이 좋습니다. 전체 프로세스는 메인 클러스터 (파란색) 환경에서만 짧은 지연으로 가동 중지 시간을 달성합니다.

위 내용은 AWS Blue/Green Deployment를 사용하여 다운 타임이없는 MySQL RDS 데이터베이스 저장 감소의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!