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

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

저는 Amazon RDS 고객으로 매일 Amazon RDS 쓰기 지연 시간이 급증하고 있으며, 이는 백업 윈도우와 거의 일치합니다.스냅샷의 마지막에 스파이크가 표시됩니다(스냅샷을 실행하는 데 1시간이 걸리고 마지막 5분이면 쓰기 지연 시간이 급증합니다).multi-AZ m1. 대규모 전개를 실행하고 있습니다.

스택에 Amazon RDS 백업이 실제로 어떻게 작동하는지 설명해 줄 수 있는 사람이 있습니까?Amazon RDS documents를 읽어봤는데, 제가 알기로는 Amazon RDS는 사양대로 동작하지 않습니다.특히 이러한 백업/스냅샷 작업은 복제본에 영향을 미치기 때문에 다운타임/퍼포먼스에 영향을 주지 않는다고 생각했습니다.

문제를 6가지 질문으로 요약할 수 있습니다.

• 스냅샷과 백업 중에 기술적으로 어떤 일이 일어나며, 어떻게 다른가? (이 질문에 대답할 경우 경험적으로 답변을 확인할 수 있는지 또는 단순히 문서를 인용할 수 있는지 알려 주십시오.)
• 멀티 AZ 도입 시 백업 윈도우에서 쓰기 지연 시간이 급증할 것으로 예상됩니까?
• 멀티 AZ 도입 시 스냅샷 종료 시 쓰기 지연 시간이 급증할 것으로 예상됩니까?
• 멀티 AZ가 아닌 경우 쓰기 지연 시간이 더 길어질 수 있습니까?
• 아키텍처적으로는 2개의 m1. 대규모 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 도입 전체의 레플리케이션은, 1개의 AZ 도입에 비해 본질적으로 시간이 걸립니다.용장성을 향상시키기 위해 지불하는 비용.

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

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

언급URL : https://stackoverflow.com/questions/5249842/how-does-amazon-rds-backup-snapshot-actually-work