복제본 세트를 Atlas로 라이브 마이그레이션(끌어오기)(MongoDB 6.0.17 이전 버전)
소스 및 대상 클러스터에서 MongoDB 6.0.17+ 또는 +를 실행 경우 이 절차에 따라 Atlas 로 실시간 7.0.13 마이그레이션 할 수 있습니다.
Atlas 는 레거시 실시간 마이그레이션 프로세스 를 사용하여 소스 복제본 세트 를 Atlas cluster 로 가져올 수 있습니다. Atlas 는 애플리케이션을 대상 Atlas cluster 로 전환할 때까지 소스에서 대상 클러스터 로 동기화합니다.
다음 절차에서 전환 단계에 도달하면 소스 클러스터에 대한 쓰기를 중지하세요. 애플리케이션 인스턴스를 중지하고 Atlas 클러스터를 가리키도록 한 다음 해당 인스턴스를 다시 시작하세요.
제한 사항
레거시 실시간 마이그레이션 (풀)의 소스 또는 대상으로(무료 계층) 또는 공유 클러스터 를 선택할 수 없습니다.(무료
M0
M2/M5
M0
계층) 또는M2/M5
공유 클러스터 에서 유료 클러스터 로 데이터를마이그레이션 하려면 클러스터 계층 및 유형을 변경합니다.레거시 실시간 마이그레이션 (끌어오기)은 MongoDB 8.0 또는 Rapid Release를 소스 또는 대상 클러스터 버전으로 지원 하지 않습니다.
레거시 실시간 마이그레이션 (끌어오기)은 샤딩된 클러스터에 대해 지원되지 않습니다.
MongoDB 버전 이하를 실행하는 소스 샤딩된 6.0.17 클러스터 를 실시간 마이그레이션 하려면 클러스터 를 6.0.17+ 또는 7 013로 업그레이드 합니다. . +를 클릭한 다음 이 실시간 마이그레이션 절차를 사용하여 Atlas 로 실시간 마이그레이션 합니다.
레거시 실시간 마이그레이션 (끌어오기)은 소스 또는 대상 클러스터 에 대해 VPC 피어링 또는 비공개 엔드포인트 를 지원 하지 않습니다.
레거시 실시간 마이그레이션 (끌어오기)은 time series 컬렉션이 포함된 소스 복제본 세트의 마이그레이션을 지원 하지 않습니다.
실시간 마이그레이션 중에 Atlas는 호스트 경고를 비활성화합니다.
필요한 액세스 권한
데이터를 라이브 마이그레이션하려면 Atlas에 대한 Project Owner
액세스 권한이 있어야 합니다.
2} 액세스 권한이 있는 사용자는 프로젝트에 자신을 으로 추가해야 Organization Owner
Project Owner
합니다.
전제 조건
프라이머리 노드의 호스트네임을 라이브 마이그레이션 서비스에 제공합니다.
MongoDB 4.4 이하에서 MongoDB 5.0 이상을 실행하는 Atlas 클러스터로 마이그레이션하는 경우, 컬렉션에서 geoHaystack 인덱스를 제거하세요.
이 클러스터가 인증으로 실행되면 마이그레이션 프로세스를 실행할 사용자에게 다음 권한을 허용하세요.
호스트의 모든 데이터베이스와 컬렉션을 읽습니다.
프라이머리 노드의 oplog에 대한 읽기 액세스 권한
소스 클러스터 보안에 대해 자세히 알아보세요.
중요
소스 클러스터 준비 상태
마이그레이션 경로
Atlas 실시간 마이그레이션(끌어오기)은 다음 마이그레이션 경로를 지원합니다.
Source Replica Set MongoDB Version | Destination Atlas Replica Set MongoDB Version |
---|---|
4.2 | 6.0 |
4.4 | 6.0 |
5.0 | 6.0 |
네트워크 액세스
다음 구성 요소에 대한 네트워크 권한을 구성합니다.
원본 클러스터 방화벽은 실시간 마이그레이션 서버의 트래픽을 허용합니다.
이 소스 클러스터의 모든 방화벽은 소스 클러스터에 대한 MongoDB 실시간 마이그레이션 서버 액세스 권한을 허용해야 합니다.
Atlas 실시간 마이그레이션 프로세스는 MongoDB로 제어되는 실시간 마이그레이션 서버를 통해 데이터를 스트리밍합니다. Atlas는 실시간 마이그레이션 프로세스 중에 MongoDB 실시간 마이그레이션 서버의 IP 범위를 제공합니다. 이 IP 범위에 소스 클러스터에 대한 액세스 권한을 허용하세요. 이렇게 하면 MongoDB 실시간 마이그레이션 서버를 소스 클러스터에 연결할 수 있습니다.
참고
조직의 네트워크 요구 사항이 엄격하고 MongoDB Live Migration 서버에 대한 필수 네트워크 액세스를 활성화할 수 없는 경우 커뮤니티 배포를 Atlas로 실시간 마이그레이션을 참조하세요.
애플리케이션 서버의 트래픽을 허용하는 Atlas 클러스터
Atlas는 프로젝트 IP 액세스 목록에 추가된 호스트에서 클러스터에 연결할 수 있도록 허용합니다. 애플리케이션 호스트의 IP 주소 또는 CIDR 블록을 프로젝트 IP 액세스 목록에 추가합니다. 마이그레이션 절차를 시작하기 전에 이 작업을 수행하세요.
Atlas는 MongoDB 마이그레이션 서버의 IP 주소를 프로젝트 IP 액세스 목록에 일시적으로 추가합니다. 마이그레이션 절차 중에는 이 항목을 편집하거나 삭제할 수 없습니다. 절차가 완료되면 Atlas가 이 항목을 제거합니다.
Atlas IP 액세스 목록에 항목을 추가하는 방법을 알아보려면 IP 액세스 목록 항목 구성을 참조하세요.
마이그레이션 전 유효성 검사
Atlas는 풀 실시간 마이그레이션 절차를 시작하기 전에 소스 클러스터 및 대상 클러스터에서 유효성 검사를 실행합니다.
소스 클러스터는 복제본 세트입니다.
소스 클러스터가 독립형인 경우pull-type 실시간 마이그레이션을 사용하기 전에먼저 독립형을 복제본 세트로 변환합니다.
대상 Atlas 클러스터는 복제본 세트입니다.
참고
복제본 세트 에 대한 마이그레이션 프로세스 를 실행 하기 위해 Atlas 는 사용자가 제공한 호스트 이름을 기반으로 복제본 세트 의 호스팅하다 이름을 검색합니다. 이 작업이 실패하면 Atlas 는 입력된 연결 가능한 호스트 이름을 사용하여 복제본 세트 를 마이그레이션합니다.학습 보려면 네트워크 액세스를 참조하세요.
소스 클러스터 보안.
다양한 기본 제공 역할이 충분한 권한을 제공합니다. 예시:
소스 클러스터의 경우 사용자는 readAnyDatabase
, clusterMonitor
, backup
역할이 있어야 합니다.
실시간 마이그레이션 프로세스를 실행할 데이터베이스 사용자에게 이러한 역할이 있는지 확인하려면 admin
데이터베이스에서 db.getUser() 명령을 실행합니다.
use admin db.getUser("admin") { "_id" : "admin.admin", "user" : "admin", "db" : "admin", "roles" : [ { "role" : "backup", "db" : "admin" }, { "role" : "clusterMonitor", "db" : "admin" } { "role" : "readAnyDatabase", "db" : "admin" } ] } ...
이외에도 소스 클러스터의 데이터베이스 사용자는 데이터베이스의 oplog를 읽을 수 있는 역할이 있어야 admin
합니다. 자세히 알아보려면 Oplog 액세스를참조하십시오.
실시간 마이그레이션 절차 중 프롬프트가 나타나면 Atlas의 사용자 이름과 비밀번호를 지정하세요.
Atlas는 인증을 적용하는 소스 클러스터에 연결할 때 SCRAM만 지원합니다.
팁
마이그레이션할 때 자격 증명을 숨기려면 원본 클러스터에서 마이그레이션에 필요한 최소 권한이 있는 임시 사용자를 추가 한 다음, 마이그레이션 프로세스를 완료한 후 사용자를 삭제 하는 것이 좋습니다.
소스 클러스터 가 다른 인증 메커니즘 을 사용하여 연결하는 경우, 를 mongomirror
사용하여 소스 클러스터 에서 대상 Atlas cluster 로 데이터를 마이그레이션 할 수 있습니다.
MongoDB가 라이브 마이그레이션 서버를 보호하는 방법
Atlas로의 어떤 풀 타입 실시간 마이그레이션에서든 Atlas는 실시간 마이그레이션을 실행하고 소스의 데이터를 대상 클러스터로 전송하는 서버를 관리합니다.
MongoDB는 Atlas로 전송되는 데이터의 무결성과 기밀성을 보호하기 위해 다음과 같은 조치를 취합니다.
MongoDB는 Atlas 관리형 실시간 마이그레이션 서버와 대상 클러스터 간에 전송되는 데이터를 암호화합니다. 소스 클러스터와 Atlas 관리형 마이그레이션 서버 간에 전송되는 데이터를 암호화해야 하는 경우 소스 클러스터에서 TLS를 구성하세요.
MongoDB는 Atlas의 다른 부분에 대한 액세스 권한을 보호하듯이 Atlas 관리형 마이그레이션 서버 인스턴스에 대한 액세스 권한을 보호합니다.
드문 일이지만 중요 서비스를 조사하고 복원하는 데 개입이 필요한 경우, MongoDB는 최소 권한 원칙을 준수하면서 중요 문제의 해결에 필요한 최소한의 제한 시간 동안 권한이 있는 소수의 사용자에게만 Atlas 클러스터에 액세스할 수 있는 권한을 부여합니다. MongoDB는 이러한 사용자가 Atlas 클러스터에 로그인하고 Bastion host를 통해 SSH 연결을 설정할 수 있도록 MFA를 요구합니다. 권한이 있는 사용자에게 이 유형의 액세스 권한을 부여하려면 MongoDB 고위 경영진의 승인을 받아야 합니다. MongoDB는 다른 MongoDB 담당자가 MongoDB Atlas 클러스터에 액세스하도록 허용하지 않습니다.
MongoDB는 권한이 있는 사용자 계정을 권한이 있는 활동에만 사용할 수 있도록 허용합니다. 권한이 없는 활동을 수행하려면 권한이 있는 사용자가 별도의 계정을 사용해야 합니다. 권한 있는 사용자 계정은 공유 자격 증명을 사용할 수 없습니다. 권한이 있는 사용자 계정은 Atlas 보안 백서 4.3.3절에 설명된 비밀번호 요구 사항을 따라야 합니다.
Atlas에서 권한 있는 사용자를 포함한 모든 MongoDB 담당자가 클러스터에 액세스하는 것을 제한할 수 있습니다. 이러한 액세스 권한을 제한하기로 했는데 MongoDB의 판단에 따라 지원 문제 해결에 해당 액세스가 필요한 경우, MongoDB는 먼저 사용자의 권한을 요청해야 합니다. 그런 다음 사용자는 최대 24시간 동안 권한이 있는 사용자의 액세스 권한을 일시적으로 복원할지 여부를 결정할 수 있습니다. 이 임시 24시간 액세스 권한의 허용은 언제든지 취소할 수 있습니다. 이 제한을 활성화하면 지원 문제의 응답 및 해결에 소요되는 시간이 길어질 수 있으며, 결과적으로 Atlas 클러스터의 가용성에 악영향을 미칠 수 있습니다.
MongoDB는 분기별로 권한이 있는 사용자의 액세스 권한 허용을 검토합니다. MongoDB는 해당 권한이 더 이상 필요 없는 경우(예: 권한이 있는 사용의 역할 변경 또는 퇴사 후 24시간 이내) 권한이 있는 사용자의 액세스 권한을 취소합니다.뿐만 아니라 MongoDB 담당자의 모든 액세스를 Atlas 클러스터에 기록하고, 최소 6년 동안 감사 로그를 보관하며 타임스탬프, 작업자, 작업 및 결과를 기록합니다. MongoDB는 자동 검토 및 수동 검토를 조합해서 이러한 감사 로그를 스캔합니다.
Atlas 보안에 대해 자세히 알아보려면 Atlas 보안 백서를 참조하세요. 특히 'MongoDB Atlas 클러스터에 대한 MongoDB 담당자 액세스 권한' 섹션을 잘 읽어 보세요.
인덱스 키 제한
MongoDB 배포에 인덱스 키 제한을 초과하는 키가 있는 인덱스가 포함된 경우 실시간 마이그레이션 프로시저를 시작하기 전에 크기가 큰 키가 포함되지 않도록 인덱스를 수정합니다.
고려 사항
네트워크 암호화
풀 실시간 마이그레이션 중에 소스 클러스터가 그 데이터에 TLS 암호화를 사용하지 않을 경우, 소스 클러스터에서 Atlas로 전송되는 트래픽은 암호화되지 않습니다. 풀 실시간 마이그레이션 절차를 시작하기 전에 이 작업이 허용되는지 확인하세요.
데이터베이스 사용자 및 역할
Atlas는 어떤 사용자 또는 역할 데이터도 대상 클러스터로 마이그레이션하지 않습니다.
소스 클러스터가 인증을 사용하지 않는 경우, Atlas가 인증 없이 실행하는 것을 지원하지 않으므로 Atlas로 사용자를 생성해야 합니다.
소스 클러스터가 인증을 시행하면 애플리케이션이 대상 Atlas 클러스터로 사용할 자격 증명을 다시 생성해야 합니다. Atlas는 사용자 인증에 SCRAM을 사용합니다. 자세한 내용은 데이터베이스 사용자 구성을 참조하세요.
대상 클러스터 구성
대상 Atlas 클러스터를 구성할 경우 다음 사항을 고려하세요.
실시간 마이그레이션 프로세스는 MongoDB 관리형 실시간 마이그레이션 서버를 통해 데이터를 스트리밍합니다. 각 서버는 소스 클러스터와 가장 가까운 리전에 호스팅되는 인프라에서 실행됩니다. 사용 가능한 리전은 다음과 같습니다.
- 유럽
프랑크푸르트
아일랜드
London
- Americas
미국 동부
미국 서부
- APAC
뭄바이
싱가포르
시드니
Tokyo
Atlas의 대상 클러스터(애플리케이션 서버 또는 소스 클러스터에 호스팅된 배포에 비해 네트워크 지연 시간이 가장 짧음)에 클라우드 리전을 사용합니다. 대상 Atlas 클러스터의 기본 리전과 동일한 리전의 클라우드에서 애플리케이션의 서버를 실행하는 것이 가장 좋습니다. 자세한 내용은 클라우드 공급자를 참조하세요.
The destination cluster in Atlas must match or exceed the source deployment in terms of RAM, CPU, and storage. Provision a destination cluster of an adequate size so that it can accommodate both the migration process and the expected workload, or scale up the destination cluster to a tier with more processing power, bandwidth or disk IO.
마이그레이션 성능을 극대화하려면 대상 클러스터에 최소한 M40 클러스터를 사용하세요. 대규모 데이터 세트를 마이그레이션할 경우 디스크가 6,000IOPS 이상인 M80 클러스터를 사용하세요.
마이그레이션 프로세스 기간 동안 대상 Atlas 클러스터의 크기를 일시적으로 늘리도록 선택할 수도 있습니다.
애플리케이션의 워크로드 를 Atlas 의 클러스터 마이그레이션 한 후, 비용을 최소화하기 위해 대상 클러스터 의 추가 성능 조정 및 크기 조정에 대한 도움을 받으려면 지원 에 문의 하세요.
예기치 않은 크기 변경을 방지하려면 대상 클러스터에서 자동 확장을 비활성화하세요. 자세한 내용은 클러스터 관리를 참조하세요.
oplog 컬렉션 의 무제한 증가를 방지하고 실시간 마이그레이션의 지연 창 이 oplog 복제 지연 창 의 범위 내에 있도록 하려면 실시간 마이그레이션 프로세스 기간 동안 oplog 크기를 충분히 큰 고정 값으로 설정하다 합니다 .
자세한 내용은 다음을 참조하세요.
Cluster-to-Cluster Sync 문서의oplog 크기 조정 을 참조하세요.
이러한 권장 사항을 따른 후에도 성능 문제가 관찰되면 지원에 문의하세요.
대상 Atlas 클러스터는 복제본 세트여야 합니다.
M0
(프리 티어) 또는M2/M5
공유 계층 클러스터는 실시간 마이그레이션의 대상 클러스터로 선택할 수 없습니다.Atlas 실시간 마이그레이션이 실행되는 동안에는 플래그를 변경하지 마세요.
featureCompatibilityVersion
대상 클러스터에서 워크로드 피하기
대상 클러스터에서 어떤 워크로드(실시간 마이그레이션 프로세스와 겹치지 않는 네임스페이스에서 실행 중인 워크로드 포함)도 실행하지 마세요. 이 작업을 수행하면 실시간 마이그레이션 프로세스 중에 발생 가능한 잠금 충돌 및 성능 저하를 방지할 수 있습니다.
여러 마이그레이션을 동일한 대상 클러스터로 동시에 실행하지 마세요.
실시간 마이그레이션 프로세스가 동기화되는 동안 대상 클러스터에 대한 애플리케이션의 전환 프로세스를 시작하지 마세요.
클라우드 백업 피하기
Atlas는 라이브 마이그레이션 중에 대상 클러스터의 온디맨드 클라우드 백업 스냅샷 생 성을 중단합니다. 이 페이지의 실시간 마이그레이션 절차에서 컷오버 단계를 완료하면 Atlas는 백업 정책에 따라 클라우드 백업 스냅샷 촬영을 재개합니다.
네임스페이스 변경 방지
마이그레이션 프로세스 중에는 renameCollection
명령을 사용하거나 $out
집계 단계가 포함된 집계 파이프라인을 실행하는 등 네임스페이스를 변경하지 마세요.
선거 피하기
실시간 마이그레이션 프로세스는 일시적인 네트워크 중단과 소스 클러스터 또는 대상 클러스터에서의 투표 기간 동안 마이그레이션을 계속하기 위한 최선의 방법입니다. 다만 이러한 이벤트로 인해 실시간 마이그레이션 프로세스가 실패할 수 있습니다. 실시간 마이그레이션 프로세스가 자동으로 복구되지 않으면 프로세스를 처음부터 다시 시작하세요.
클러스터 마이그레이션
참고
스테이징 및 프로덕션 마이그레이션
이 절차는 두 번 실행하는 것이 좋습니다. 먼저 Perform the Cutover 단계에서 중지되는 부분 마이그레이션을 실행합니다. 이렇게 하면 최신 Atlas 지원 스테이징 클러스터가 생성되어 Atlas 클러스터의 MongoDB 버전을 지원하는 최신 드라이버 버전을 사용하여 애플리케이션 동작 및 성능을 테스트할 수 있습니다.
애플리케이션을 테스트한 후 별도의 Atlas 클러스터를 사용해서 전체 마이그레이션 절차를 실행하여 Atlas 지원 프로덕션 환경을 생성하세요.
중요
실시간 마이그레이션 프로세스가 실행되는 동안에는 복제본 세트 노드를 제거하거나 featureCompatibilityVersion
과 같은 mongod
런타임 설정을 수정하는 등 소스 클러스터 구성을 변경하지 않습니다.
마이그레이션 전 체크리스트
실시간 마이그레이션 절차를 시작하기 전에
대상 클러스터가 아직 없다면 새 Atlas 배포를 생성하고 필요에 따라 구성하세요. Atlas 클러스터 생성에 대한 전체 설명서는 클러스터 생성 단원을 참조하세요.
Atlas 클러스터가 배포된 후에는 애플리케이션이 실행되는 모든 클라이언트 하드웨어에서 해당 클러스터로 연결할 수 있는지 확인하세요. 연결 문자열을 테스트하면 가동 중지 시간을 최소화하면서 데이터 마이그레이션 프로세스를 완료할 수 있습니다.
대표 클라이언트 컴퓨터에
mongosh
를 다운로드하여 설치합니다(아직 설치하지 않은 경우).Atlas UI의 연결 문자열을 사용하여 대상 클러스터에 연결하세요. 자세한 내용은
mongosh
통해 연결을 참조하세요.
대상 클러스터에 연결된 것을 확인하고 나면 실시간 마이그레이션 절차를 시작하세요.
절차
마이그레이션 프로세스를 시작합니다.
대상 Atlas 클러스터를 선택합니다.
대상 Atlas 클러스터로 이동하여 을(를) 클릭합니다. 클러스터 목록에서 은(는) 클러스터 이름 아래에 있습니다. 클러스터 세부 정보를 볼 때 은(는) 화면 오른쪽, Connect 및 Configuration 버튼 옆에 나타납니다.
Migrate Data to this Cluster를 클릭합니다.
Atlas는 실시간 마이그레이션을 진행하는 방법에 대한 지침이 포함된 안내 화면을 표시합니다. 이 프로세스에서는 소스 클러스터의 데이터가 새 대상 클러스터로 동기화됩니다. 안내가 끝난 후에는 애플리케이션으로 새 클러스터를 가리킬 수 있습니다.
마이그레이션을 원활하게 하려면 원하는 소스 클러스터에 대해 다음과 같은 세부 정보를 수집하세요.
소스 클러스터의 프라이머리 멤버의 호스트 이름 및 포트. Atlas는 기본적으로 소스 클러스터의 프라이머리 멤버에게만 연결합니다. 복원력을 높이고 필요 시 장애 조치를 용이하게 하기 위해, Atlas는 공개적으로 사용 가능한 DNS 레코드를 가진 소스 클러스터의 다른 노드들의 IP 주소를 가져옵니다.
소스 cluster에 연결하는 데 사용되는 사용자 이름과 비밀번호입니다.
소스 클러스터가
TLS/SSL
을 사용하고 공용 인증 기관(CA)을 사용하지 않는 경우 소스 클러스터 CA 파일을 준비합니다.
워크쓰루 화면에 설명된 대로 정보를 준비한 다음 I'm Ready To Migrate을 클릭합니다.
Atlas는 소스 클러스터 연결에 필요한 정보를 수집하는 안내 화면을 표시합니다.
Atlas는 안내 화면 상단에 실시간 마이그레이션을 담당하는 MongoDB 실시간 마이그레이션 서버의 IP 주소를 표시합니다. 표시된 IP 주소에 대한 액세스 권한을 허용하려면 소스 클러스터 방화벽을 구성하세요.
소스 클러스터의 기본 멤버에 해당하는 호스트 이름 및 포트를 제공된 텍스트 상자에 입력하세요. 입력 예시:
mongoPrimary.example.net:27017
소스 클러스터에서 인증을 시행하면 제공된 텍스트 상자에 사용자 이름 및 비밀번호를 입력하세요.
Atlas 라이브 마이그레이션에 필요한 사용자 권한에 대한 지침은 소스 클러스터 보안을 참조하세요.
소스 복제 세트가
TLS/SSL
을(를) 사용하고 공용 CA (인증 기관) 를 사용하지 않는 경우 스위치 Is encryption in transit enabled? 을(를) 전환하고 소스 클러스터 CA 파일의 콘텐츠를 제공된 텍스트 박스에 복사합니다.마이그레이션 프로세스를 시작하기 전에 대상 복제본 세트의 모든 컬렉션을 제거하려면 Clear any existing data on your destination cluster?로 표시된 스위치를 Yes로 전환합니다.
Atlas를 소스 복제본 세트에 연결할 수 있는지 확인하려면 Validate 을(를) 클릭합니다.
유효성 검사에 실패하면 이를 확인합니다.
원본 복제본 세트의 IP 액세스 목록에 Atlas가 추가되었습니다 .
입력된 사용자 자격 증명(있는 경우)은 소스 클러스터에 있으며 필수 권한이 있습니다.
Is encryption in transit enabled? 토글은 소스 클러스터에 필요한 경우에만 활성화됩니다.
제공된 CA 파일이 유효하고 올바른 파일입니다(있는 경우).
마이그레이션 프로세스를 시작하려면 Start Migration을 클릭합니다.
마이그레이션 프로세스가 시작되면 대상 Atlas 클러스터에 대해 Migrating Data 자세한 설명 화면이 Atlas UI에 표시됩니다.
이 안내 화면은 대상 클러스터가 마이그레이션 프로세스를 진행할 때 업데이트됩니다. 마이그레이션 프로세스에 포함되는 작업은 다음과 같습니다.
소스에서 대상 cluster로 collection 복사하기.
대상 cluster에 인덱스 생성하기.
소스 클러스터에서 oplog 항목 테일링하기.
마지막 oplog 테일링 단계에서는 지연 시간 값이 표시됩니다. 이 값은 소스 클러스터와 대상 클러스터 간의 현재 지연을 나타냅니다. 이 지연 시간은 소스의 oplog 생성 속도에 따라 변동될 수 있지만, oplog 항목을 대상 클러스터로 복사하면 시간이 지날수록 감소해야 합니다.이 지연 시간은 소스 클러스터의 oplog 생성 속도에 따라 변동될 수 있지만, 실시간 마이그레이션 프로세스에서 oplog 항목이 대상 클러스터로 복사되면 시간이 지날수록 감소합니다.
지연 타이머와 Prepare to Cutover 버튼이 녹색으로 바뀌면 다음 단계로 진행합니다.
컷오버를 수행합니다.
소스 클러스터와 대상 클러스터가 거의 동기화되었다는 것이 감지될 경우, Atlas는 120시간(5일)까지 연장 가능한 타이머를 시작하여 실시간 마이그레이션 절차의 전환 단계를 개시합니다. 120시간이 지나면 Atlas는 소스 클러스터와의 동기화를 중지합니다. 1} 타이머 아래의 을 클릭하여 남은 시간을 24시간 연장할 수 Extend time 있습니다.<time> left to cut over
마이그레이션이 만료되려고 하는 경우 Atlas는 다음 예와 유사한 이메일을 보냅니다.
A migration to your Atlas cluster will expire in <number> hours! Navigate to your destination cluster to start the cutover process. If you don't take any action within <number> hours, the migration will be cancelled and you will need to start again. You can also extend the migration process if you need more time.
애플리케이션을 대상 Atlas 클러스터로 잘라낼 준비가 되면 Prepare to Cutover 클릭합니다.
Atlas는 일련의 페이지를 표시하여 컷오버 프로세스의 각 단계를 안내합니다. 다음 목록의 일부 항목은 사용자가 수행해야 하는 작업을 설명하고, 다른 항목은 Atlas에서 표시하는 정보 메시지를 설명합니다.
애플리케이션을 중지하세요. 이렇게 하면 소스 클러스터에서 쓰기가 더 이상 발생하지 않습니다.
Atlas는 Almost done! Waiting for Atlas to clean up ... 메시지가 포함된 화면을 표시합니다. Atlas가 마이그레이션을 완료합니다. 이 작업에는 몇 시간이 걸릴 수 있습니다. 마이그레이션을 마무리하는 동안 Atlas는 메타데이터 변경을 완료하고, 대상 클러스터의 IP 액세스 목록에서 MongoDB Application Server 서브넷을 제거하고, 라이브 마이그레이션에서 대상 클러스터로 데이터를 가져오는 데 사용한 데이터베이스 사용자를 제거합니다.
컷오버 프로세스가 12시간 이상 진행 중인 경우 Atlas는 마이그레이션 프로세스를 확인하거나 지원팀에 문의할 것을 제안하는 이메일을 보냅니다.
Atlas는 아직 마이그레이션을 완료하는 중이지만 대상 클러스터는 쓰기를 수락할 준비가 되어 있습니다. 다운타임을 최소화하려면 지금 애플리케이션을 다시 시작하고 새로운 Atlas 대상 클러스터에 연결할 수 있습니다. 마이그레이션이 완전히 완료될 때까지 소스 클러스터를 삭제하지 마세요.
Connect to your new cluster 을(를) 클릭합니다. Atlas 가 연결 방법을 선택할 수 있는 Connect to Atlas 페이지로 리디렉션합니다.
대상 클러스터에서 쓰기를 재개합니다.
애플리케이션이 대상 Atlas 클러스터와 작동하고 있는지 확인하고 대상 클러스터에서 데이터를 확인합니다.
마이그레이션이 성공하면 You have successfully migrated to Atlas 페이지가 표시됩니다.
마이그레이션 지원
실시간 마이그레이션 프로세스의 어느 단계에서든 마이그레이션이 실패하면 Atlas는 마이그레이션 결과를 살펴볼 수 있는 링크가 포함된 이메일을 통해 그 사실을 알립니다.
이 문서에서 다루는 내용 외에 마이그레이션 지원과 관련하여 궁금한 점이 있거나 마이그레이션 중에 오류가 발생하는 경우 Atlas UI를 통해 지원을 요청하세요.
지원 티켓을 제출하려면 다음을 수행합니다.
Atlas에서 Project Support 페이지로 이동합니다.
아직 표시되지 않은 경우 탐색 표시줄의 Organizations 메뉴에서 원하는 프로젝트가 포함된 조직을 선택합니다.
아직 표시되지 않은 경우 탐색 표시줄의 Projects 메뉴에서 원하는 프로젝트를 선택합니다.
Projects 메뉴 옆에 있는 Options 메뉴를 펼친 다음 Project Support 를 클릭합니다.
프로젝트 지원 페이지가 표시됩니다.
지원 요청
Request Support를 클릭합니다.
Issue Category에서
Help with live migration
를 선택합니다.0}에 Priority 대해 적절한 우선순위를 선택합니다. 궁금한 점이
Medium Priority
있다면 을(를) 선택해 주세요. 마이그레이션에 실패한 경우High Priority
다음을 선택하세요.0}의 Request Summary 경우
Live Migration
요약에 을 포함해 주세요.More details경우 질문 또는 마이그레이션 오류에 대한 기타 관련 세부 정보를 포함하십시오.
양식을 제출하려면 Request Support 버튼을 클릭합니다.