2017-02-28 2 views
0

us-east-1의 myS3 문서가 us-west-2의 버킷에 복제되도록 복제가 구성되어 있습니다. 오늘 (헐떡 거림) AWS 정전에 비추어, 나는 우리에게 서쪽 -2 (지금 온라인 상태 인 것처럼 보임)로 실패했다고 생각했다. 따라서 여기에 대해 몇 가지 질문이 있습니다 :S3 교차 영역 복제 - 역 복제

  1. 일단 서비스가 복원되면 us-west-2에 업로드 된 문서는 우리 동쪽 1에 다시 복제됩니까? 나는 양방향 복제와 관련된 문서를 찾지 못했기 때문에 대답이 '아니오'라고 생각합니다.
  2. 양방향 복제가 발생하지 않고 us-west-2로 장애 조치를 수행하기로 결정한 경우 us-east-1이 온라인 상태가되면 복구 프로세스는 무엇입니까? 필자는 이것이 빠진 모든 문서를 us-east-1로 다시 복사하는 스크립트를 작성해야한다고 가정합니다. 다른 아이디어 나 제안?

답변

1

양방향 복제 관련 문제는 항상 "누가 올바른 버전의 사용자"로 남았습니까? 하나의 데이터 소스 만있는 경우 지금은 그렇게 힘들지 않지만 두 개가있는 경우에는 어떨까요? 한 프로세스가 한 영역에 쓰고 다른 프로세스가 다른 영역에 쓰는 경우, 충돌을 판결하는 것은 무엇입니까?

이 때문에 양방향 복제에 대한 설명서가 표시되지 않습니다. 일반적인 방법으로 해결하기가 어렵습니다. 나는 버킷을 다시 동기화시키기 위해 s3 sync 나 사용자 정의 스크립트와 같은 것을 볼 것입니다.

+0

필자의 경우 "올바른 버전을 가진 사람"에 관한 질문은 실제로 없을 것입니다. 내 문서 이름은 내 데이터베이스의 ID에 해당하며 수정 될 수 없으므로 고유 한 것으로 보장됩니다. 그렇다면 내 복구 프로세스는 다음과 같습니다. – Dustin

+0

1. Google 서쪽 -2에 페일 오버합니다. 2. 서비스 복원시 us-east-1을 가리 키십시오. 3. s3-sync를 실행하여 새로 업로드 한 문서를 다시 푸시합니다. us-west-2에서 us-east-1까지 내가 누락되었거나 더 좋은 방법으로 복구 할 수 있습니까? – Dustin

+1

정확한 소리가 들리면. 나는 또한 복제 방향을 뒤집을 것을 고려할 것이지만 그것은 더 위험 할 수있다. 나는 우리 - 서쪽 -2에서 우리 - 동쪽 -1로 파일을 밀어 넣을 때 일어날 일이 긍정적 인 것이 아닙니다. 그런 다음 그것을 우리 - 동쪽 -1에서 우리 - 서쪽 -2로 다시 복제하려고 시도합니다. 아마도 처음에 복제를 끄겠습니까? 초기에 가짜 파일을 테스트 해 아무 것도 깨뜨리지 않도록하십시오. – stdunbar

관련 문제