reverse

설명

커밋된 동기화 작업의 방향을 바꿉니다.

예를 들면 다음과 같습니다.

• COMMITTED 동기화 작업이 있습니다.

• cluster0 은 소스이고 cluster1 은 대상입니다.

• 동기화 작업이 COMMITTED 후에는 대상 cluster에서만 새 쓰기가 발생합니다. 소스 클러스터는 새 쓰기를 허용하지 않습니다.

이 시나리오에서는 reverse 엔드포인트를 사용하여 cluster1 이 에 도달한 후 에서 cluster0 발생한 모든 쓰기를 포함하여 에서 로의 쓰기를 동기화 할 cluster1 수 mongosync canWrite=true있습니다. 동기화 중에 canWrite 상태를 확인하려면 /progress 엔드포인트를 사용합니다.

엔드포인트 사용에 대한 자세한 내용과 reverse 튜토리얼은 역동기화 방향을 참조하세요.

요구 사항:

reverse 엔드포인트를 사용하려면 다음을 수행합니다.

• mongosync 초기 동기화가 시작될 때 구성해야 합니다. /start API 엔드포인트에 대한 호출이 설정되어야 합니다:

  • reversible to true

  • enableUserWriteBlocking "sourceAndDestination".

동기화가 시작된 후에는 이러한 옵션을 업데이트할 수 없습니다.

• mongosync COMMITTED 상태여야 합니다.

• 대상 클러스터 oplog는 mongosync 이(가) canWrite=true 에 도달하는 시점과 /reverse 요청을 수신하는 시점 사이에 롤오버되지 않아야 합니다.

• 고유 인덱스 에는 적절한 서식이 필요합니다. 처음에 MongoDB 4.2 에서 생성된 인덱스가 있는 컬렉션의 형식이 올바르지 않을 수 있습니다.

  컬렉션 인덱스가 적절한 형식을 사용하는지 확인하려면 고유 인덱스 유효성 검사를 참조하세요.

• 소스 클러스터와 대상 클러스터에는 동일한 수의 샤드가 있어야 합니다. 클러스터에 다른 토폴로지나 주요 버전이 있는 경우 역동기화할 수 없습니다.

• mongosync 연결 문자열 에 지정된 사용자에게는 소스 및 대상 클러스터에 대한 필수 권한이 있어야 합니다. 권한은 환경과 쓰기 차단 설정을 수정하려는지 또는 역 동기화 사용하려는지 여부에 따라 달라집니다.

요청

POST /api/v1/reverse

응답

예시

다음 예시에서는 커밋된 동기화 작업의 방향을 반대로 바꿉니다.

curl localhost:27182/api/v1/reverse -XPOST --data '{ }'

{"success":true}

행동

reverse 엔드포인트가 REVERSING 상태 시작합니다. mongosync 는 소스 클러스터와 대상 클러스터를 교환하고 변경 이벤트 적용을 재개합니다.

reverse 동기화 가 성공적인 하면 mongosync 는 RUNNING 상태 로 들어갑니다. 동기화는 원래 동기화 작업 의 반대 방향으로 계속 진행됩니다. 원본 데이터를 복사하기 위해 전체 동기화 프로세스 를 다시 시작할 필요는 없습니다.

소스 클러스터와 대상 클러스터 동기화의 매핑 방향을 보려면 진행률 엔드포인트를 사용하고 directionMapping 객체를 확인하세요.