mongosync 바이너리는 Mongosync에서 사용되는 프라이머리 프로세스 입니다. mongosync 는 한 클러스터 에서 다른 클러스터로 데이터를 마이그레이션합니다.
mongosync 프로세스 에 대한 개요는 mongosync 정보를 참조하세요.
mongosync 사용을 시작하려면 퀵 스타트 가이드를 참조하세요.
자세한 내용은 상황에 가장 적합한 설치 또는 mongosync연결 페이지를 참조하세요.
임베디드 검증자 면책조항
1.9부터 mongosync 에는 대상 클러스터 에서 지원되는 모든 컬렉션에 대해 일련의 확인 검사를 수행하여 소스 클러스터 에서 대상으로 문서를 성공적인 전송하는 내장된 검증자가 포함됩니다.
mongosync 프로세스 시작하면 다음과 같은 면책조항이 표시됩니다.
Embedded verification is enabled by default. Verification checks for data consistency between the source and destination clusters. Verification will cause mongosync to fail if any inconsistencies are detected, but it does not check for all possible data inconsistencies. Please see the documentation at https://www.mongodb.com/ko-kr/docs/cluster-to-cluster-sync/current/reference/verification/embedded for more details. Verification requires approximately 0.5 GB of memory per 1 million documents on the source cluster and will fail if insufficient memory is available. Accepting this disclaimer indicates that you understand the limitations and memory requirements for this tool. To skip this disclaimer prompt, use –-acceptDisclaimer. To disable the embedded verifier, specify 'verification: false' when starting mongosync. Please see https://www.mongodb.com/ko-kr/docs/cluster-to-cluster-sync/current/reference/verification/ for alternative verification methods. Do you want to continue? (y/n):
면책 조항을 이미 읽고 동의한 경우 mongosync --acceptDisclaimer 옵션으로 을(를) 시작하여 이 알림을 건너뛸 수 있습니다.
설정
클러스터 독립성
mongosync 소스 클러스터 와 대상 클러스터 간에 컬렉션 데이터를 동기화합니다. mongosync 이(가) 사용자 또는 역할을 동기화하지 않습니다. 따라서 각 클러스터 에서 서로 다른 액세스 권한을 가진 사용자를 만들 수 있습니다.
구성 파일
mongosync 에 대한 옵션은 YAML 구성 파일 에서 설정하다 수 있습니다. --config 옵션을 사용합니다. 예를 예시 다음과 같습니다.
mongosync --config /etc/mongosync.conf
사용 가능한 설정에 대한 자세한 내용은 구성을 참조하세요.
클러스터 및 컬렉션 유형
샤딩된 클러스터
Mongosync는 샤딩된 클러스터 간 복제 지원합니다. mongosync 은(는) 개별 샤드를 소스 클러스터 에서 대상 클러스터 로 병렬로 복제합니다. 그러나 mongosync 은 소스 클러스터의 샤딩 구성을 보존하지 않습니다.
중요
샤딩된 대상 클러스터 에서는 항상 balancerStop 을(를) 사용하여 밸런서 비활성화해야 합니다. 밸런서 중지한 후 를 시작하기 전에 15분 동안 mongosync 기다립니다. 이렇게 하면 클러스터 진행 중인 청크 마이그레이션을 완료할 수 있는 시간이 제공됩니다.
소스 또는 대상 클러스터 가 샤딩된 클러스터 이고 네임스페이스 필터링으로 mongosync 을(를 ) 실행 하지 않는 경우 balancerStop 명령을 실행 하고 명령이 완료될 때까지 15 분을 기다려야 소스 클러스터의 밸런서 비활성화해야 합니다.
소스 또는 대상 클러스터 가 샤딩된 클러스터 이고 네임스페이스 필터링으로 mongosync 을(를) 실행 중인 경우, 소스 클러스터의 밸런서 전역적으로 활성화 할 수 있지만 네임스페이스 필터하다 내의 모든 컬렉션에 대해 비활성화해야 합니다. 필터링된 동기화에서 컬렉션에 대한 밸런서 비활성화를 참조하세요. 소스 클러스터의 밸런서 완전히 비활성화할 수도 있습니다.
마이그레이션 중에는 moveChunk 또는 moveRange 명령을 실행 하지 마세요. 소스 클러스터의 밸런서 활성화했지만 네임스페이스 필터하다 내의 컬렉션에 대해 비활성화한 경우 shardCollection 네임스페이스 필터하다 내의 컬렉션에서 를 실행 하지 마세요. 마이그레이션 중에 네임스페이스 필터하다 내의 컬렉션에서 shardCollection 를 실행하면 mongosync 가 오류를 반환하고 중지되므로 마이그레이션을 처음부터 시작해야 합니다.
자동 밸런서 비활성화
버전 1.17부터 mongosync 는 초기화 중에 밸런서 비활성화되지 않은 것을 감지하면 소스 및 대상 클러스터에서 밸런서를 비활성화합니다.
이는 초기화 중에만 적용됩니다. 마이그레이션 시작된 후 mongosync 이(가) 밸런서 하나가 활성화된 것을 감지하면 mongosync 이(가) 실패합니다.
밸런서 비활성화한 후 mongosync 는 마이그레이션 계속하기 전에 진행 중인 청크 마이그레이션이 완료되도록 15 분 동안 기다립니다.
마이그레이션 되돌릴 수 없고 초기화 중에 mongosync 소스 또는 대상 밸런서 비활성화한 경우, 커밋 성공적인 후 mongosync 비활성화한 밸런서 다시 활성화합니다. 마이그레이션 되돌릴 수 있는 경우 mongosync 는 사용자가 15 분을 기다리지 않도록 밸런서를 다시 활성화하지 않습니다.
참고: mongosync 이 두 클러스터 중 하나에 대해 밸런서 비활성화한 후 커밋 전에 실패하는 경우 mongosync 를 다시 실행 계획이 없다면 balancerStart 데이터베이스 명령 사용하여 밸런서 수동으로 활성화해야 합니다.
필터링된 동기화에서 컬렉션에 대한 밸런서 비활성화
네임스페이스 필터 를 사용 중이고 네임스페이스 필터 외부의 컬렉션에 대해 소스 클러스터의 밸런서를 활성화하려면 mongosync를 시작하기 전에 다음 지침을 따르세요.
소스 클러스터 에 대한 밸런서 활성화합니다.
mongosync 네임스페이스 sh.startBalancer() mongosh필터하다 로 을(를) 시작하기 전에 에서 메서드를 실행 하여 소스 클러스터 에 대한 밸런서 활성화 .
각 컬렉션 에 대해 밸런서 비활성화합니다.
setAllowMigrations 명령을 실행 하여 네임스페이스 필터하다 내의 각 컬렉션 에 대한 밸런서 비활성화합니다.
db.adminCommand( { setAllowMigrations: “<db>.<collection>”, allowMigrations: false } )
네임스페이스 필터하다 내의 모든 컬렉션 에 대해 앞의 명령을 실행합니다.
중요
소스 클러스터의 밸런서 활성화 했지만 네임스페이스 필터하다 사용하지 않거나 네임스페이스 필터하다 내의 모든 컬렉션에 대해 밸런서 비활성화하지 않으면 mongosync 가 실패합니다.
사전 분할 청크
mongosync 이(가) 샤딩된 대상 클러스터 에 동기화되면 대상 클러스터 에서 샤딩된 컬렉션에 대한 청크를 미리 분할합니다. 각 샤딩된 컬렉션 에 대해 mongosync 은 90 청크를 생성하려고 시도합니다.
청크 배포
중요
소스 클러스터 균형을 이루고 있더라도 mongosync 는 대상 클러스터 의 균형을 보장하지 않습니다. mongosync 은(는 ) 마이그레이션 중 샤딩 작업 실행을 지원 하지 않으므로, 대상 클러스터 균형을 재조정하려면 쓰기를 허용하는 것이 안전할 때까지 기다려야 합니다. See 클러스터를 리밸런싱하는 방법에 대한 지침 샤드 클러스터 밸런서 를 참조하고, mongosync의 샤딩된 클러스터 제한 에 대한 자세한 내용은 샤드 샤딩된 클러스터 제한을 참조하세요.
mongosync mongosync 인스턴스가 여러 개 있어도 소스에서 대상까지의 청크 분포를 유지하지 않습니다. 대상 클러스터 의 소스 클러스터 에서 사전 분할된 특정 청크를 재현하는 것은 불가능합니다.
mongosync 가 소스 클러스터 에서 대상 클러스터 로 보존하는 유일한 샤딩 구성은 샤딩 키입니다. 마이그레이션 이 완료되면 소스 클러스터의 배포와 독립적으로 문서를 배포하는 대상 클러스터의 밸런서 활성화 할 수 있습니다.
프라이머리 샤드
샤딩된 대상 클러스터 에 동기화 하면 mongosync 는 라운드 로빈을 통해 각 데이터베이스 에 프라이머리 샤드 를 할당합니다.
경고
마이그레이션 중에 소스 또는 대상 클러스터에서 movePrimary 를 실행하면 치명적인 오류가 발생하거나 마이그레이션을 처음부터 다시 시작해야 할 수 있습니다. 자세한 내용은 샤드 클러스터를 참조하세요.
구성 샤드 클러스터
8.0부터 시작, MongoDB 임베디드 config 서버 클러스터라고도 하는 config 샤드 cluster에 대한 지원 도입합니다.
mongosync 전용 config 서버 샤딩된 클러스터에서 임베디드 config 서버 샤딩된 클러스터로 또는 그 반대로의 동기화 지원합니다. 또한 mongosync 는 복제본 세트에서 구성 샤딩된 클러스터로의 동기화 지원하지만 그 반대로는 지원하지 않습니다.
임베디드 config 서버에 대해 자세히 학습하려면 config 샤드를 참조하세요.
다중 클러스터
소스 클러스터를 여러 대상 클러스터에 동기화하려면 각 대상 클러스터에 mongosync 인스턴스를 하나를 사용합니다. 자세한 내용은 다중 클러스터 제한 사항을 참조하세요.
고정 사이즈 컬렉션
1.3.0부터 시작, Mongosync는 고정 사이즈 컬렉션 을 지원하지만 몇 가지 제한 사항이 있습니다.
convertToCapped는 지원되지 않습니다.convertToCapped를 실행하면mongosync가 오류와 함께 종료됩니다.cloneCollectionAsCapped은(는) 지원되지 않습니다.
원본 클러스터의 제한된 컬렉션은 동기화 중에 정상적으로 작동합니다.
대상 클러스터의 제한된 컬렉션에는 동기화 중에 일시적인 변경 사항이 있습니다.
최대 문서 수에는 제한이 없습니다.
최대 컬렉션 크기는 1PB입니다.
mongosync 커밋 중 최대 문서 수 및 최대 문서 크기에 대한 원래 값을 복원합니다.
읽기 및 쓰기
쓰기 차단
기본값 으로 mongosync 은 대상 클러스터 에서 대상 전용 쓰기 차단을 활성화합니다. mongosync /progress 엔드포인트가 canWrite 가 임을 보고하기 직전에 이(가) 쓰기 차단을 true 해제합니다. /start 엔드포인트를 사용하여 을(를)(으)로 설정하다 대상 전용 쓰기 차단을 명시적으로 활성화 할 enableUserWriteBlocking 수 "destinationOnly" 있습니다.
이중 쓰기 차단을 활성화 할 수 있습니다. 이중 쓰기 차단을 활성화 하면 mongosync 이(가) 쓰기를 차단합니다.
마이그레이션 중 대상 클러스터 에서
mongosync은canWrite을true로 설정하기 직전에 쓰기 차단을 해제합니다.다음을 호출한 후 소스 클러스터 에서
/commit
이중 쓰기 차단을 활성화 하려면 /start를 enableUserWriteBlocking 사용하여 "sourceAndDestination" 를 로 설정하다 .
/start를 사용하여 enableUserWriteBlocking 를 로 설정하다 수 "none" 있습니다.
동기화 가 시작된 후에는 이중 쓰기 차단을 활성화 하거나 쓰기 차단을 비활성화할 수 없습니다.
나중에 역동기화를 사용하려면 를 시작할 때 이중 쓰기 차단을 활성화 해야 mongosync 합니다.
사용자 권한
enableUserWriteBlocking을 설정하기 위해서는 mongosync 사용자에게 setUserWriteBlockMode 및 bypassWriteBlockingMode ActionType을 포함하는 역할이 있어야 합니다.
참고
enableUserWriteBlocking을 사용하는 경우, bypassWriteBlockingMode 작업 유형이 없는 사용자에 대해서만 쓰기가 차단됩니다. 이 작업 유형이 있는 사용자는 쓰기를 수행할 수 있습니다.
허용되는 읽기
소스 클러스터에 대한 읽기 작업은 항상 허용됩니다.
/progress 엔드포인트가 canWrite를 true로 보고하면 소스 및 대상 클러스터의 데이터가 일치합니다.
허용되는 쓰기
mongosync 상태를 확인하려면 /progress API 엔드포인트를 호출합니다. /progress 출력에는 불리언 값인 canWrite가(이) 포함됩니다.
canWrite가true인 경우 대상 클러스터에 쓰는 것이 안전합니다.canWrite가false인 경우 대상 클러스터에 쓰지 않습니다.
mongosync가 동기화되는 동안에는 소스 클러스터에 안전하게 쓸 수 있습니다. canWrite가 true가 아닌 경우 대상 클러스터에 쓰지 않도록 합니다.
읽기 및 쓰기 고려
기본적으로 mongosync는 소스 클러스터의 읽기에 대해 읽기 고려 수준을 "majority"로 설정합니다. 대상 클러스터에 대한 쓰기의 경우 mongosync는 쓰기 문제 수준을 "majority"로 설정하고 j: true 옵션을 사용합니다.
읽기 설정
mongosync 에는 소스 및 대상 클러스터에 연결할 때 primary 읽기 설정(read preference)이 필요합니다. 자세한 내용은 읽기 설정 옵션을 참조하세요.
레거시 인덱스 처리
mongosync 0 또는 빈 문자열과 같은 레거시 인덱스 값을 대상의 1 로 다시 씁니다. mongosync 는 대상에서 잘못된 인덱스 옵션도 제거합니다.
동기화 중간 고려 사항
mongosync 복제는 복제본 세트 내의 데이터 복제와 다릅니다. mongosync 은 동기화 중에 소스에서 대상 클러스터로의 쓰기를 결합하고 재정렬 하며 다양한 컬렉션 특성을 일시적으로 수정 합니다.
따라서 동기화가 일시 중지된 경우를 포함하여 동기화 동기화 계속 실행되는 동안에는 어떤 점 에도 대상이 소스 클러스터 와 일치한다고 보장되지 않습니다. 전환하기 전에 대상 클러스터와 소스 클러스터가 일치하는지 확인하려면 커밋 엔드포인트를 호출합니다.
역방향 기능 을 사용하지 않는 한 소스 클러스터와 대상 클러스터 간의 관계 커밋 시 종료됩니다. 동기화 중간 제약 조건에 대한 자세한 내용은 제한 사항 에 대한 제한 사항을 참조하세요.
중요
mongosync 에서 commit 를 호출하고 canWrite 가 true를 성공적으로 반환할 때까지 대상 클러스터 의 마이그레이션된 컬렉션은 애플리케이션 읽기 또는 쓰기 (write) 트래픽을 수락하는 데 사용할 수 없습니다. 재해 복구, 분석 또는 기타 유사한 사용 사례를 위한 세컨더리 클러스터를 유지 관리하는 데 mongosync 를 사용하지 마세요.
컬렉션 특성에 대한 일시적인 변경 사항
mongosync 동기화 중에 다음 컬렉션 특성을 일시적으로 변경합니다. 커밋 프로세스 중에 원래 값이 복원됩니다.
변경 | 설명 |
|---|---|
Unique Indexes | 소스 클러스터 의 고유 인덱스는 대상 클러스터 의 비고유 인덱스로 동기화됩니다. |
TTL Indexes | 동기화하면 대상 클러스터에서 |
Hidden Indexes | 동기화에서는 숨겨진 인덱스가 숨겨지지 않은 인덱스로 복제됩니다. |
쓰기 차단 | 이중 쓰기 차단을 활성화 하면
|
고정 사이즈 컬렉션 | 동기화 하면 고정 사이즈 컬렉션이 허용되는 최대 크기로 설정됩니다. |
더미 인덱스 | 경우에 따라 동기화는 샤딩된 된 컬렉션 또는 데이터 정렬된 컬렉션에 대한 쓰기를 지원 하기 위해 대상에 더미 인덱스를 생성할 수 있습니다. |
롤링 인덱스 빌드
mongosync 마이그레이션 중에는 롤링 인덱스 빌드를 지원 하지 않습니다. 마이그레이션 중에 인덱스가 롤링 방식으로 빌드되지 않도록 하려면 다음 방법 중 하나를 사용하여 대상 인덱스가 소스 인덱스와 일치하는지 확인합니다.
마이그레이션 하기 전에 소스에 인덱스 를 빌드합니다.
마이그레이션 중에 기본값 인덱스 빌드 를 사용하여 소스에 인덱스 를 빌드합니다.
마이그레이션 후 대상에 인덱스 를 빌드합니다.
mongosync Metadata
mongosync 마이그레이션 중에 메타데이터 를 데이터베이스 또는 여러 데이터베이스에 저장합니다. 메타데이터 데이터베이스의 이름은 다음 중 원하는 대로 지정할 수 있습니다.
mongosync_reserved_for_internal_use다음으로 시작하는 모든 항목
mongosync_internal_다음으로 시작하는 모든 항목
mongosync_reserved_for_verification_
마이그레이션 성공적인 후에는 모든 메타데이터 데이터베이스를 제거해야 합니다. 메타데이터 삭제한 후에는 마이그레이션 을 되돌릴 수 없습니다.
대상 클러스터
일관성
mongosync 대상 클러스터에서 궁극적 일관성 지원합니다. 커밋 때까지 대상 클러스터 에서 읽기 일관성 보장되지 않습니다. 커밋하기 전에는 특정 점 에 소스 클러스터와 대상 클러스터가 다를 수 있습니다. 자세히 학습 동기화 중간 고려 사항을 참조하세요.
가 mongosync mongosync 동기화되는 동안 는 소스에서 대상으로 쓰기를 릴레이할 때 쓰기를 재정렬하거나 결합할 수 있습니다. 특정 문서 의 경우 총 쓰기 횟수는 소스와 대상에 따라 다를 수 있습니다.
트랜잭션은 대상 클러스터 에 원자적으로 표시되지 않을 수 있습니다. 재시도 가능한 쓰기는 대상 클러스터 에서 재시도할 수 없을 수 있습니다.
프로파일링
소스 데이터베이스 에서 프로파일링이 활성화된 경우, MongoDB <db>.system.profile이라는 이름의 특수 컬렉션 생성합니다. 동기화가 완료되면 Mongosync는 나중에 소스 데이터베이스 삭제되더라도 <db>.system.profile 컬렉션 대상에서 삭제하지 않습니다. <db>.system.profile 컬렉션 대상에 있는 사용자 데이터의 정확성을 변경하지 않습니다.
조회수
뷰가 있는 데이터베이스가 소스에서 제거되면 대상이 해당 데이터베이스에 빈 system.views 컬렉션을 표시할 수 있습니다. 빈 system.views 컬렉션은 대상에 있는 사용자 데이터의 정확성을 변경하지 않습니다.
시스템 컬렉션
Mongosync는 시스템 컬렉션 을 대상 클러스터에 복제하지 않습니다.
소스 클러스터에서 dropDatabase 명령을 실행하면 이 변경 사항이 대상 클러스터에 직접 적용되지 않습니다. 대신 Mongosync는 대상 클러스터 의 데이터베이스 에서 사용자 컬렉션 및 뷰를 삭제하지만 해당 데이터베이스 의 시스템 컬렉션은 삭제하지 않습니다.
예를 들어, 대상 클러스터에서:
제거 작업은 사용자가 만든
system.js컬렉션에 영향을 주지 않습니다.프로파일링을 활성화하면
system.profile컬렉션은 그대로 유지됩니다.소스 클러스터에서 뷰를 만든 후 데이터베이스를 제거하는 경우, 제거를 복제하면 뷰는 제거되지만 빈
system.views컬렉션이 남습니다.
이 경우 을(를) 복제하면 dropDatabase 사용자가 생성한 컬렉션이 데이터베이스에서 전부 제거되지만, 시스템 컬렉션은 대상 클러스터에 남습니다.
UUID
mongosync 대상 클러스터에 새 UUID가 있는 컬렉션을 만듭니다. 소스 클러스터와 대상 클러스터의 UUID 간에는 관계가 없습니다. 애플리케이션에 하드 코딩된 UUID (MongoDB에서 권장하지 않음)가 포함되어 있는 경우 마이그레이션된 클러스터에서 제대로 작동하려면 먼저 해당 애플리케이션을 업데이트해야 할 수 있습니다.
정렬
mongosync 소스 클러스터의 자연 정렬 순서를 유지하지 않는 미지정 순서로 대상 cluster에 문서를 삽입합니다. 애플리케이션이 문서 순서에 따라 달라지면서도 이 애플리케이션에 대한 정렬 방법이 지정되지 않은 경우, 해당 애플리케이션을 업데이트해서 예상 정렬 순서를 지정해야 애플리케이션이 마이그레이션된 클러스터에서 제대로 작동하게 됩니다.
성능
회복 탄력성
mongosync 은(는) 복원력이 뛰어나고 치명적이지 않은 오류를 처리할 수 있습니다. "오류" 또는 "실패"라는 단어가 포함된 로그는 mongosync 에 오류가 발생했거나 데이터가 손상되었음을 의미하지 않습니다. 예를 들어, 네트워크에 오류가 발생하면 mongosync 로그에 "오류"라는 단어가 포함될 수 있지만 mongosync 은(는) 여전히 동기화를 완료할 수 있습니다. 동기화가 완료되지 않으면 mongosync 은(는) 치명적인 로그 항목을 기록합니다.
데이터 정의 언어(DDL) 작업
동기화 중에 DDL 작업(db.createCollection() 및 db.dropDatabase()와 같은 컬렉션 또는 데이터베이스에 작용하는 작업)을 사용하면 마이그레이션 실패 위험이 증가하고 mongosync 성능에 부정적인 영향을 미칠 수 있습니다. 최상의 성능을 위해 동기화가 진행되는 동안에는 소스 클러스터에서 DDL 작업을 수행하지 마세요.
DDL 작업에 대한 자세한 내용은 보류 중인 DDL 작업 및 트랜잭션을 참조하세요.
네트워크 지연 시간
네트워크 지연 시간 또는 마이그레이션 구성 요소 간의 물리적 거리가 멀면 동기화 속도에 부정적인 영향을 미칠 수 있습니다.
mongosync와 대상 샤드 간의 지연 시간- 소스 클러스터 에 대한 각 작업 에 대해
mongosync는 대상 서버 로 두 번 왕복 합니다 . 지연 시간 클수록 동기화 속도가 느려집니다. - 대상 샤드 간 지연 시간
mongosync대상 클러스터 의 트랜잭션 에서 작업을 실행하고 자체 메타데이터 일괄적으로 업데이트합니다. 이로 인해 샤드 간 트랜잭션이 발생할 수 있으며, 샤드가 멀리 떨어져 있는 경우 더 많은 비용이 발생할 수 있습니다.- 소스 또는 대상 클러스터 에 있는 모든 복제본 세트 의 노드 간 지연 시간
mongosync"majority"쓰기 및 읽기를 사용하며, 샤드 지원 복제본 세트를 포함하여 복제본 세트 에 있는 여러 노드의 승인이 필요합니다."majority"이러한 노드의 대부분이 동일한 리전 에 있지 않으면 성능에 부정적인 영향을 미칩니다.
동기화 중 중단
다음 고려 사항은 mongosync 프로세스 중 중단과 관련이 있습니다.
오류 및 충돌
동기화 중에 mongosync 에 오류가 발생하거나 사용할 수 없게 되는 경우 또는 mongosync 작업이 중지된 지점에서 다시 시작할 수 있습니다. mongosync 바이너리는 상태를 저장하지 않으며 대상 클러스터 에서 다시 시작하기 위한 메타데이터 저장합니다.
동기화 계속하려면 mongosync 를 다시 사용할 수 있게 된 후 다시 시작하고 중단된 동기화 와 동일한 매개변수를 사용합니다. mongosync를 다시 시작하면 프로세스 가 중지된 지점부터 다시 시작됩니다.
클러스터 가용성
소스 또는 대상 클러스터 예기치 않게 충돌하는 경우 중단된 부분부터 mongosync 를 안전하게 다시 시작할 수 있습니다. 클러스터 를 다시 사용할 수 있게 되면 mongosync 를 다시 시작하고 중단된 동기화 와 동일한 매개변수를 사용합니다.
동기화 일시 중지
mongosync 가 PAUSED 상태 인 경우mongosync 은 다음 작업을 지원 하지 않습니다.
소스 또는 대상 클러스터 의 MongoDB 버전 업그레이드
밸런서 활성화 및 비활성화
PAUSED 상태 에 있는 동안 mongosync 를 업그레이드 할 수 있습니다.