Amazon RDS 백업 / 스냅 샷은 실제로 어떻게 작동합니까?

저는 Amazon RDS 고객이며 백업 창에 해당하는 매일 Amazon RDS 쓰기 지연 시간이 급증하고 있습니다. 또한 스냅 샷 끝에서 급증하는 것을 볼 수 있습니다 (예 : 스냅 샷을 실행하는 데 약 1 시간이 걸리고 마지막 5 분 동안 쓰기 지연 시간 급증). 다중 AZ m1.large 배포를 실행하고 있습니다.

Amazon RDS 백업이 실제로 어떻게 작동 하는지 설명 할 수있는 사람이 Stack에 있습니까? Amazon RDS 문서를 읽었으며 내가 알 수있는 한 Amazon RDS가 사양에 따라 작동하지 않습니다. 특히, 이러한 백업 / 스냅 샷 작업은 내 복제본에 영향을 미치므로 다운 타임 / 성능 저하를 일으키지 않아야한다고 생각했습니다.

내 문제를 여섯 가지 질문으로 정리할 수 있습니다.

• 스냅 샷과 백업 중에 기술적으로 어떤 일이 발생하며 어떻게 다릅니 까? (이 질문에 대답하는 경우 경험적으로 대답을 확인할 수 있는지 아니면 단순히 문서를 인용하고 있는지 알려주십시오.)
• 다중 AZ 배포에서 백업 기간 동안 예상되는 쓰기 지연 시간이 급증합니까?
• 다중 AZ 배포에서 스냅 샷이 끝날 때 쓰기 지연 시간의 급증이 예상됩니까?
• 다중 AZ가 아닌 경우 쓰기 지연 시간 스파이크가 더 높습니까?
• 2 개의 m1.large EC2 인스턴스에서 실행중인 자체 데이터베이스를 롤링하는 경우 구조적으로 이러한 쓰기 지연 시간 급증을 피할 수 있습니까?
• RDS로 내 DB를 호스팅하는 동안 이러한 쓰기 지연 시간 급증을 피할 수있는 구성이 있습니까? 아니면 효과적으로 Amazon의 도움을 받고 있습니까?

보너스 질문 : mysql 데이터베이스를 어디서 어떻게 호스팅합니까?

이러한 일일 쓰기 지연 문제를 제외하고는 일반적으로 RDS에 만족했다고 말할 수 있습니다. 기본 제공 데이터베이스 모니터링이 마음에 들었고 설정 및 진행이 매우 간단했습니다.

감사!

또한 자체적으로 관리하는 일부 머신에서 MySQL 외에도 여러 RDS 인스턴스를 실행합니다. 저는 Amazon 엔지니어가 아니기 때문에 구체적으로 언급 할 수는 없지만 여러분이보고있는 것을 설명 할 수있는 몇 가지 사항을 배웠습니다.

• Amazon은 백엔드 세부 정보를 100 % 공유하지 않지만 EBS 시스템을 사용하여 RDS 데이터베이스를 지원하고있는 것으로 의심됩니다.

• 이 기사는 EBS 제한 사항 및 스냅 샷 기능을 설명하는 데 도움이됩니다. http://blog.rightscale.com/2008/08/20/amazon-ebs-explained/ 다시 말하지만 명시 적이지는 않지만 Amazon이이 인프라를 사용하여 RDS 서비스를 제공합니다.

• 일반적으로 MySQL 백업은 스냅 샷과 달리 mysqldump와 같은 도구를 사용하여 데이터베이스를 재현 할 SQL 문 파일을 생성합니다. 이를 위해 데이터베이스를 고정 할 필요는 없습니다. EBS 백엔드를 사용하는 경우 가장 좋은 방법은 데이터 손상을 방지하기 위해 스냅 샷을 생성하는 동안 데이터베이스를 고정 (모든 트랜잭션 일시 중지)하는 것입니다.

• 백업 기간이 끝날 때 나타나는 급증입니다. 복제본의 스냅 샷 중에 복제가 Amazon에 의해 일시 중지 된 경우 복제본은 스냅 샷이 완료되었을 때 트랜잭션을 "추적"해야합니다. 이로 인해 지연 시간이 급증 할 수 있습니다.

• 다중 AZ 배포를 통한 복제는 기본적으로 단일 AZ 배포보다 느립니다. 더 나은 중복성을 위해 지불하는 가격.

Amazon은 다중 AZ 배포에 사용하는 기본 아키텍처를 공개했습니다. 이것은 사람들이 결정을 내리는 데 도움이 될 수 있습니다

https://aws.amazon.com/blogs/database/amazon-rds-under-the-hood-multi-az/