다중 AZ 배포가 Amazon RDS MySQL을 수정하는 동안 가동 중단 시간을 줄이는 데 도움이 됩니까?

간략한 설명

Amazon RDS MySQL 인스턴스를 수정하면 다중 AZ 배포를 통해 변경 사항이 미치는 영향을 줄일 수 있습니다.

다중 AZ 배포는 다음과 같은 시나리오에서 Amazon RDS MySQL 인스턴스에 영향을 줄 수 있습니다.

• DB 인스턴스 스토리지 수정
• DB 인스턴스 클래스 업데이트
• 기본 OS 또는 하드웨어 유지 관리

참고: 진행 중인 업데이트 유형에 따라 다중 AZ 배포는 향상된 가용성 이점을 제공하지 않을 수 있습니다.

해결 방법

DB 인스턴스 스토리지 수정

Amazon RDS 스토리지를 수정하려면 다음과 같은 스토리지 수정 사항을 사용할 수 있습니다.

• 할당된 스토리지 크기
• 프로비저닝된 IOPS 값
• 스토리지 유형

할당된 스토리지 크기를 늘리고 IOPS 값을 변경하는 것은 가동 중단 시간을 포함하지 않는 온라인 작업입니다. 기본 DB 인스턴스와 대기 DB 인스턴스에 대한 이러한 스토리지 업데이트는 동시에 발생하기 때문에 다중 AZ는 스토리지 업데이트 중에 추가 가용성을 제공하지 않습니다. 스토리지 수정 및 잠재적인 가동 중단 시간에 대한 자세한 내용은 DB 인스턴스 설정을 참조하세요.

다중 AZ DB 인스턴스의 스토리지 유형을 **범용(SSD)**과 프로비저닝된 IOPS(SSD) 두 가지 사이에서 변경해도 가동 중지 시간이 발생하지 않습니다. 그러나 다음 시나리오에서는 가동 중단 시간이 있습니다.

• **범용 (SSD)**에서 마그네틱까지, 또는 마그네틱에서 **범용(SSD)**까지 적용됩니다.
• **프로비저닝된 IOPS(SSD)**에서 마그네틱까지, 또는 마그네틱에서 **프로비저닝된 IOPS(SSD)**까지 적용됩니다.
• **범용(SSD)**에서 **프로비저닝된 IOPS(SSD)**까지 적용되지만 DB 인스턴스가 단일 AZ이고 사용자 지정 파라미터 그룹을 사용하는 경우에만 해당됩니다.
• **프로비저닝된 IOPS(SSD)**에서 **범용(SSD)**까지, 하지만 DB 인스턴스가 단일 AZ이고 사용자 지정 파라미터 그룹을 사용하는 경우에만 해당됩니다.

DB 인스턴스 클래스 업데이트

인스턴스 클래스 변경에는 새로 정의된 하드웨어 세트가 필요하기 때문에 이 변경은 온라인 작업이 아니며 가동 중단 시간이 필요합니다. Amazon RDS MySQL DB 인스턴스의 다중 AZ 배포는 모든 영향을 크게 감소시킬 수 있습니다. 프라이머리 및 스탠바이 인스턴스에 대한 업데이트가 동시에 일어나지 않기 때문입니다. 대기 인스턴스가 먼저 수정되어 장애 조치가 발생합니다. 장애 조치 후 새 대기 인스턴스가 수정됩니다. 필요한 가동 중단 시간에는 장애 조치 완료 기간(일반적으로 60-120초)과 DB 엔진의 충돌 복구 완료가 포함됩니다. 자세한 내용은 다중 AZ 배포 단원을 하세요.

DB 엔진 버전 업그레이드

DB 엔진 버전 업그레이드는 RDS 콘솔 또는 API를 통해 수동으로 예약할 수 있습니다. 또는 DB 엔진 업그레이드는 자동 마이너 버전 업그레이드를 통해 또는 엔진 사용 중단 이후에 발생합니다. RDS MySQL은 롤링 업그레이드를 자동화하지 않기 때문에 DB 엔진 버전 업그레이드는 기본 호스트와 대기 호스트 모두에서 동시에 수행됩니다. 따라서 DB 엔진 버전 업그레이드는 다중 AZ 배포의 이점을 얻지 못합니다. 영향의 범위와 기간을 평가하려면 실제 업그레이드를 수행하기 전에 스테이징 환경에서 업그레이드를 수행합니다. 자세한 내용은 Amazon RDS for MySQL 및 Amazon RDS for MariaDB 업그레이드 모범 사례를 참조하세요.

참고: RDS MySQL DB 인스턴스에서 읽기 전용 복제본을 사용하는 경우 원본 인스턴스를 업그레이드하기 전에 모든 읽기 전용 복제본을 업그레이드해야 합니다. 자세한 내용은 MySQL 데이터베이스를 업그레이드할 때 읽기 전용 복제본을 사용하여 가동 중단 시간 줄이기를 참조하세요.

예약된 OS 또는 하드웨어 유지 관리 수행

예약된 OS 또는 하드웨어 유지 관리로 작업할 때 다중 AZ 배포는 이러한 변경의 영향을 크게 줄일 수 있습니다.

다중 AZ 배포는 다음과 같은 방식으로 예약된 유지 관리에 영향을 줍니다.

• 운영 호스트에만 유지 관리가 예약된 경우 장애 조치가 발생하고 새 보조 호스트에서 유지 관리가 수행됩니다.
• 보조 호스트에만 유지 관리가 예약된 경우 가동 중단 시간이 발생하지 않습니다.
• 운영 호스트와 보조 호스트 모두에 대한 유지 관리가 예약된 경우 먼저 보조(대기) 호스트에서 유지 관리가 수행됩니다. 그런 다음 장애 조치가 발생하고 새 보조 호스트에서 유지 관리가 수행됩니다.

자세한 내용은 필수 Amazon RDS 유지 관리 동안 가동 중지를 최소화하려면 어떻게 해야 하나요?를 참조하세요.

---