AWS 용 MongoDB 백업 전략

그들은 거기에 그것을 할 자동 스크립트/람다를 제공하지 않지만 그들은 EC2에 백업을위한 특별한 튜토리얼을 가지고 : [EC2 백업] (https://docs.mongodb.com/ecosystem/tutorial/backup -and-restore-mongodb-on-amazon-ec2 /) –

이전 질문이지만 실제 성공 사례에 대한 자세한 정보와 정보를 제공 할 수 있다고 생각합니다.

프로덕션 환경에서 3 개의 T2.micro 인스턴스에서 실행되는 복제 세트가 포함 된 3 개의 Mongodb가 있습니다. 1 개의 인스턴스가 기본 인스턴스이고 1 개의 인스턴스가 보조 인스턴스이며 1 개의 인스턴스가 영구 EBS과 지연됩니다 (4 시간마다 동기화 됨). 인스턴스 재부팅 후 삭제되지 않음). 4.5 시간마다 지연된 인스턴스의 EBS 스냅 샷을 만들고 S3 버킷으로 보내는 람다 프로세스를 시작합니다. 아주 잘 작동합니다. 도움이 될 수 있습니다

일부 링크 :

출처

2016-04-19 14:39:12 danilodeveloper

각 시스템에서 단일 EBS 볼륨을 사용합니까?/data : 폴더를 구성하는 여러 EBS 볼륨 (RAID)이있는 경우 스냅 샷에 문제가있을 수 있습니다. 동기화 중에 스냅 샷이 발생하는 경우가 있습니다. 나는 당신의 "연기 된"것들이 어떻게 여기에 도움이되는지 이해하지 못합니다. [MongoDB Docs on EC2] (https://docs.mongodb.com/ecosystem/tutorial/backup-and-restore-mongodb-on-amazon-ec2/) 또한 DB를 잠그는 것이 좋습니다. 귀하의 링크로 덮여 있어야합니다. –

지연은 내 시나리오에서 훨씬 더 편리합니다. 어쨌든 rs.fsyncLock()을 EBS 스냅 샷 전에 실행해야합니다. 내 환경에서는 EBS 스냅 샷 이전에 람다에서 원격으로 rs.fsyncLock()을 실행합니다. 예를 들어, HTTP 명령을 수신하고 내 Mongodb에서 실행하여 Node를 호출하여 실행할 수있는 Node.js를 만든 경우를 예로 들겠습니다. 예를 들어, rs.fsyncLock(). – danilodeveloper

... 각 EC2에 하나의 EBS 볼륨이 연결되어 있습니다. – danilodeveloper

AWS 용 MongoDB 백업 전략

답변

관련 문제