S3 백업에 직접 활성화 MongoDB Agent Ops Manager 제공하는 미리 서명된 URL을 사용하여 스냅샷 블록을 S3에 직접 업로드합니다. Ops Manager 사전 서명된 URL 생성, 차단 매니페스트 추적, 차단 신호 등 업로드에 필요한 메타데이터 만 처리합니다. 스냅샷 데이터 경로는 Ops Manager 우회하며 더 이상 Ops Manager 서버 통과하지 않습니다. 이렇게 하면 대규모 배포와 빈번한 백업 일정에 대한 프록시 병목 현상이 제거됩니다.
이 주제 S3 백업에 다이렉트를 활성화 방법과 해당 선택적 설정을 구성하는 방법에 대해 설명합니다.
중요
S3 백업으로 직접 연결하려면 Ops Manager 9.0.0 이상 또는 Ops Manager 8.0.27 이상이 필요하고 모든 호스팅하다 에 최소 MongoDB Agent 버전이 있어야 합니다. 백업 실행합니다.
Ops Manager 버전 | 최소 MongoDB Agent 버전 |
|---|---|
9.0 |
|
8.0 |
|
S3 백업으로 직접 이동하는 방법
백업 작업 에서 S3 백업으로 직접이 활성화되고 배포서버 의 MongoDB Agent 최소 버전 요구 사항을 충족하는 경우, Ops Manager 다음 조치를 수행합니다.
Ops Manager 스냅샷 블록 저장소 에 대해 구성된 S3 자격 증명 사용하여 사전 서명된 업로드 URL을 생성합니다. URL은 블록 저장소 사용하는 것과 동일한 S3 버킷을 점 .
Ops Manager 백업 커서 설명에서
uploadPath=AGENT_DIRECT_S3을(를) 설정합니다. MongoDB Agent 이 값을 읽고 작업 의 업로드 경로를 고정한 다음, 미리 서명된 URL을 사용하여 스냅샷 블록을 S3에 직접 업로드합니다.Ops Manager 차단 매니페스트 API를 통해 업로드 완료를 추적합니다.
/dataBlocks프록시 업로드 호출이 발생하지 않습니다.
MongoDB Agent 스냅샷 데이터를 S3에 직접 업로드하기 때문에, Ops Manager 더 이상 백업을 위한 데이터 경로에 있지 않습니다. Ops Manager 여전히 백업 메타데이터 만 담당합니다.
공존 및 대체
S3에 다이렉트 백업과 Ops Manager 통해 데이터를 스트림 표준 백업을 함께 사용할 수 있습니다.
S3 백업에 직접 활성화 작업 에서, MongoDB Agent 버전이 최소 버전보다 낮으면 Ops Manager 표준 경로로 대체합니다. 대체는 MongoDB Agent 업그레이드 때까지 지속됩니다. 혼합 버전 집합이 계속 성공적으로 백업됩니다.
버전 요구 사항을 충족하는 배포는 S3 백업에 직접 백업을 사용합니다.
버전 요구 사항을 충족하지 않는 배포는 표준 데이터 경로를 사용합니다. MongoDB Agent 업그레이드 후 첫 번째 스냅샷 에서 작업 S3 백업으로 자동 전환되며, 추가 조치 필요하지 않습니다. 이미 진행 중인 스냅샷 원래 업로드 경로에서 완료됩니다.
또한 아래에 설명된 대로 작업 에 대해 직접 S3 백업을 수동으로 활성화 하거나 비활성화할 수 있습니다.
참고
S3 백업에 직접 백업은 스냅샷 차단 데이터에만 적용됩니다. 특정 시점 복구를 위한 Oplog 데이터는 구성된 oplog 저장 통해 표준 백업 경로를 계속 사용합니다.
전제 조건
S3 백업으로 다이렉트를 활성화 전에:
Ops Manager 9.0.0 이상 또는 Ops Manager 8.0.27 이상을 실행 중인지 확인합니다.
배포서버 에 S3 스냅샷 저장소 (블록 저장소)가 있는지 확인합니다. Ops Manager 블록 저장소 사용하는 것과 동일한 S3 버킷 및 자격 증명 사용합니다.
백업 호스트 네트워크 액세스
백업 실행하는 각 호스팅하다 다음을 수행할 수 있어야 합니다.
S3 또는 S3호환 엔드포인트의 DNS 이름 확인
해당 엔드포인트에 대한 아웃바운드 HTTPS 연결 설정
Ops Manager 생성하는 S3 사전 서명된 URL을 사용하여 데이터 업로드
S3 백업에 직접 활성화 대용량 업로드 경로가 Ops Manager 애플리케이션 서버에서 MongoDB Agent 실행하는 모든 호스팅하다 로 이동합니다. 이전에는 Ops Manager 서버만 S3에 대한 네트워크 액세스 필요했습니다. 이 기능 활성화 전에 백업 호스팅하다 에서 S3 엔드포인트로의 아웃바운드 연결을 확인하세요.
MongoDB Agent에는 S3 액세스 키나 IAM 역할이 필요하지 않습니다. Ops Manager 스냅샷 저장소 에 대해 구성된 S3 자격 증명 사용하여 사전 서명된 모든 URL을 생성합니다. 이러한 자격 증명 읽기뿐만 아니라 버킷에서 미리 서명된 PUT 작업을 허용해야 합니다.
S3 백업에 직접 활성화
S3 백업에 직접 활성화 하려면 다음 단계를 완료하세요.
(조건부) 프로젝트 에서 S3 백업에 직접을 활성화합니다.
이전 단계에서 플래그를 controlled로 설정하다 경우 프로젝트 설정에서 이 기능 활성화 .
MongoDB Ops Manager 프로젝트 에서 Settings을(를) 클릭합니다.
Beta Features 탭 클릭하고 Backup D2s3을 클릭합니다.
(조건부) 기존 백업 작업에서 S3 백업에 직접을 활성화합니다.
S3 백업으로 다이렉트를 활성화한 프로젝트 에서, S3 백업으로 다이렉트가 이미 활성화된 상태에서 새 백업 작업이 시작됩니다. 각 새 작업 의 첫 번째 스냅샷 S3에 직접 업로드되며, 작업별 조치 필요하지 않습니다.
이 기능 활성화하기 전에 존재했던 백업 작업은 기존 설정을 유지합니다. 또한 모든 작업 에서 S3에 직접 백업을 활성화 하거나 비활성화할 수 있습니다. 작업 설정을 변경하려면 다음을 수행합니다.
Admin, Backup, Jobs를 차례로 클릭합니다.
대상 작업 의 경우 Direct S3 Backup 행을 찾습니다. 이 행은 작업의 스냅샷 저장소 S3 블록 저장소 인 경우에만 나타납니다.
Direct S3 Backup를 Enabled 또는 Disabled로 설정합니다.
샤딩된 클러스터의 경우 Apply to all cluster members를 선택하여 모든 샤드 및 config 서버 에서 이 기능 활성화 .
Save를 클릭합니다.
모든 호스팅하다 에서 에이전트 버전을 확인합니다.
백업 실행하는 모든 MongoDB Agent 의버전을 확인하고 Ops Manager 배포서버 위한 최소 버전을 충족하는지 확인합니다.
다음 표에는 백업 작업 S3에 직접 백업을 사용하는 경우가 요약되어 있습니다.
Scenario | 업로드 경로 |
|---|---|
프로젝트 에서 기능 활성화한 후 생성된 작업 | 첫 번째 스냅샷 부터 시작하여 S3 백업으로 직접 이동 |
프로젝트 에서 기능 활성화하기 전에 생성된 작업 | 작업 에서 직접 S3 백업을 활성화 때까지의 표준 경로 |
S3에 직접 백업이 활성화되고 MongoDB Agent 최소 버전 미만인 작업 | MongoDB Agent 업그레이드 때까지의 표준 경로입니다. 업그레이드 후 첫 번째 스냅샷 에서 작업 S3 백업으로 직접 전환됩니다. |
선택적 설정 관리
다음의 선택적 설정은 다이렉트에서 S3 백업으로의 업로드 성능을 조정합니다.
mms.backup.d2s3.transfer.numWorkersMongoDB Agent S3 백업에 다이렉트 업로드에 사용하는 병렬 업로드 작업자의 수입니다. 기본값:
2. 작업별 재정의를 설정하다 수도 있습니다.Ops Manager 구성 파일 에서 다른
mms.backup.*속성과 함께 이 설정을 구성합니다. 이 속성 설정하다 하면 MongoDB Agent 정확한 수의 작업자를 사용하고 자체 자동 조정을 건너뜁니다. 설정하지 않으면 MongoDB Agent 호스트의 CPU와 메모리를 기준으로 작업자 수의 크기를 조정합니다.mms.backup.d2s3.transfer.maxNumUnitOfWorkBlocks다이렉트 S3 업로드 경로에 대한 작업 단위당 최대 차단 수입니다. 설정을 해제하면 MongoDB Agent 내부 기본값
100로 되돌아갑니다.다음 중 하나를 사용하여 이 설정을 구성합니다.
Ops Manager 인터페이스에서 글로벌 Ops Manager 구성 설정을 적용합니다.
Jobs 페이지의 WTCheckpoint Config 대화 상자를 사용하여 작업별 구성을 적용합니다.
참고
S3에 대한 동시 연결 수는 동시에 실행 백업 작업의 수에 따라 증가합니다. 배포서버 많은 백업 작업을 동시에 실행하는 경우 총 S3 연결 수가 많을 수 있습니다.
운영 고려 사항
성능 및 크기 조정
Ops Manager 로드: Ops Manager 애플리케이션 서버는 더 이상 스냅샷 차단 페이로드를 전달하지 않지만 사전 서명, 매니페스트 유효성 검사, 작업 상태 및 메타데이터 쓰기를 계속 처리하다 . 컨트롤 플레인 워크로드에 맞게 Ops Manager 크기를 조정하세요.
에이전트 호스팅하다 크기 조정: 직접 S3 백업으로 압축, 해싱, TLS 및 병렬 S3 업로드를 Ops Manager 서버에서 MongoDB Agent 실행하는 각 호스팅하다 로 이동합니다. 이 기능 활성화하기 전에 이러한 호스트에 추가 워크로드 위한 CPU, 메모리 및 아웃바운드 네트워크 용량 충분한지 확인합니다. 기준 스냅샷 기간과 리소스 사용량을 캡처하여 S3로 다이렉트를 활성화한 후 영향 비교할 수 있습니다.
mms.backup.d2s3.transfer.numWorkers이 설정하다 되지 않은 경우, MongoDB Agent 호스팅하다 사용할 수 있는 CPU 및 메모리를 기반으로 백업 작업자 수의 크기를 자동으로 조정합니다. 해당 허용량의 4 vCPU당 대략 1명의 작업자로 시작하여 최대 16명의 작업자까지 가능합니다. 각 작업자는 최대 한 개의 CPU 코어를 사용할 수 있으므로, 백업 위해 호스트에서 허용된 CPU 용량 의 25% 이상을 유지하는 것이 좋습니다.스냅샷을 만드는 동안 MongoDB Agent CPU 사용량 및 데이터베이스 지연 시간 모니터 . MongoDB Agent 가 CPU에 의존하거나 데이터베이스 지연 시간 증가하는 경우, 용량 추가하거나
numWorkers을 줄이는 것을 고려하세요.
네트워크 경로: 총 백업 처리량 은 모든 MongoDB Agent-S3 경로의 집계입니다. S3 엔드포인트, VPC 엔드포인트 또는 프록시가 백업하는 모든 호스트에서 예상되는 동시성을 동시에 처리하다 할 수 있는지 확인합니다.
보안 및 IAM
Ops Manager 권한: 스냅샷 저장소 에 대해 구성된 S3 자격 증명 스냅샷에 사용되는 버킷 및 접두사에 대한 사전 서명된
PUT작업을 허용해야 합니다.MongoDB Agent 권한: MongoDB Agent에는 S3 자격 증명 없습니다. Ops Manager 모든 차단 업로드 및 확인에 대해 사전 서명된 URL을 생성합니다.
불변성: S3에 직접 백업은 S3 객체 잠금과 호환됩니다. 변경할 수 없는 스냅샷에 필요한 객체 버전 ID는 차단 매니페스트에 기록됩니다.
자세히 알아보기
복원 중에 S3에서 직접 스냅샷 데이터를 다운로드하는 컴패니언 기능 에 대해 학습 S3 복원에서 직접을 참조하세요.
Ops Manager 에서 백업이 작동하는 방식을 학습 백업 프로세스를 참조하세요.
필요한 백업 리소스에 대해 학습 S3호환 스냅샷 스토리지 관리를 참조하세요.