Docs Menu
Docs Home
/
MongoDB Ops Manager
/ /

블록 저장소에서 블록 크기 구성

이 페이지의 내용

  • 고려 사항
  • 절차

블록 저장소 기반 백업 은 블록 저장소의 FCV 에 따라 다르게 수행블록 저장소.

배포를 블록 저장소에 백업하면 다음 조치가 발생합니다.

  1. MongoDB Agent는 파일의 복사본을 블록으로 분할하여 전송합니다.

  2. 백업 서비스는 이러한 블록을 블록 저장소에 씁니다.

FCV 4.0 이전 버전을 사용하는 백업 작업의 경우 백업 디먼 은 다음 작업을 수행합니다.

  1. 헤드 데이터베이스의 스냅샷 을 생성합니다.

  2. 이 스냅샷 을 블록으로 나눕니다.

  3. 이 블록을 블록 저장소에 블록 저장소 .

블록 저장소마다 기본 크기와 블록 크기 범위가 다릅니다.

블록 저장소 유형
블록 크기 범위
기본 크기
MongoDB
64KB ~ 15MB
1MB
S3
64KB ~ 16MB
16MB

FCV 4.2 이상이 설치된 백업의 경우, Ops Manager는 기본 MongoDB 블록 저장소 블록 크기를 64KB에서 1MB로 변경했습니다. 이 변경으로 스냅샷 성능이 향상됩니다.

블록 저장소에 100 GB 보다 큰 파일이 포함된 백업이 포함된 경우 2 MB 이상의 차단 크기를 사용하는 것이 좋습니다. 차단 크기를 선택하는 데 도움이 필요하면 MongoDB 지원팀에 문의 .

블록 저장소 유형
블록 크기 범위
기본 크기
MongoDB
64KB ~ 15MB
64KB
S3
64KB ~ 16MB
16MB

블록 크기를 변경하면 다음 스냅샷은 증분 스냅샷이 아닌 전체 스냅샷으로 실행됩니다.

일반적으로 블록 크기를 늘리면 스냅샷 및 복원 속도가 빨라지지만 더 많은 디스크 공간이 필요합니다. 블록 크기를 조정해야 하는지 여부를 결정할 때 이러한 경쟁 요인을 고려합니다.

이 두 가지 예외에서는 추가 디스크 공간 없이 블록 크기가 증가하면 성능이 향상됩니다.

워크로드
영향
업데이트 및 삭제 중심의
블록 크기를 얼마나 작게 만들든, 전체 블록 파일을 다시 작성합니다. 항상 전체 파일이 다시 작성되므로 블록 크기를 변경해도 저장 공간은 변경되지 않습니다.
삽입 전용
기존 블록은 절대 변경되지 않습니다. 블록 크기를 늘리면 블록 관리가 간소화됩니다. 이를 통해 스냅샷 및 복원에서 최상의 성능을 발휘할 수 있습니다.

블록 크기를 변경하기 전에 변경 후 MongoDB 블록 저장소가 현재 디스크 공간에 들어갈 수 있는지 확인하세요. 변경 후의 스냅샷은 이전 스냅샷의 블록을 중복 제거할 수 없습니다. 블록 크기가 일치하지 않습니다. 이로 인해 각 블록 저장소의 디스크 사용량이 백업하는 배포의 크기만큼 증가합니다.

새 블록을 저장할 수 없는 블록 저장소는 충돌합니다. 이렇게 하면 백업이 차단됩니다. 블록 저장소를 작동 순서로 되돌리려면 디스크 공간을 비웁니다.

특정 작업의 블록 크기를 변경할 수 있는 디스크 공간이 충분한지 확인하려면 다음 절차를 완료합니다.

  1. 블록 저장소를 실행하는 호스트에서 사용 가능한 디스크 공간을 확인합니다.

  2. 다음 스냅샷의 압축된 바이트를 추가할 때 블록 저장소 스토리지 사용량이 증가할 양을 추정합니다. 백업 작업의 가장 최근 스냅샷의 압축된 바이트를 검토하여 이를 추정합니다.

    압축된 바이트를 검토하려면 다음 쿼리를 실행합니다.

    1db.getSiblingDB("backupjobs").snapshots.findOne(
    2 {
    3 rsId : <rsId>,
    4 groupId : <groupId>,
    5 completed: true
    6 }, {
    7 compressedSize: 1
    8 }, {
    9 sort: {
    10 startTime: -1
    11 }
    12 }
    13)
  3. 찾은 값을 확장하여 버퍼 공간을 확보합니다.

    1. 블록 크기를 늘린 후 첫 번째 스냅샷을 만들 때 블록 저장소 스토리지 사용량이 급증합니다. 새 블록 크기를 가진 후속 스냅샷도 블록 저장소를 증가시킵니다. 첫 번째 스냅샷으로 모든 블록이 중복 제거되는 것은 아닙니다.

    2. Ops Manager가 하나의 블록 저장소(블록 저장소 내 그루밍 작업)를 사용하여 공간을 확보하는 경우 블록 저장소에는 더 많은 양의 버퍼 공간이 필요합니다. 블록 저장소는 블록 저장소 내 그루밍 작업 중에 다음을 위한 공간을 일시적으로 할당합니다.

      • 이전에 만료된 스냅샷의 데드 바이트

      • 이전에 완료된 모든 스냅샷의 리빙 바이트 복사본 2개

      • 새 스냅샷의 바이트 복사본 2개

  4. 1단계와 3단계에서 찾은 디스크 공간을 비교합니다. 3단계에서 계산한 디스크 공간은 1단계에서 찾은 디스크 공간과 맞아야 합니다.

호스트에 특정 작업의 블록 크기를 변경할 수 있는 디스크 공간이 부족한 경우 다음 해결 방법 중 하나를 시도해 보세요.

  • 블록 저장소를 위한 디스크 공간을 더 추가합니다.

  • 백업 작업을 종료하고 다시 시작합니다. 이렇게 하면 기존 스냅샷이 모두 제거됩니다.

  • 그루밍 우선 순위 관리 페이지 에서 그루밍 작업을 하나 이상 실행하여 데드 바이트를 정리합니다. 각 작업에 대해 실제로 정리할 수 있는 데이터의 양을 확인하려면 리소스 사용량 관리 페이지를 확인하세요.

  • 새 블록 저장소를 추가한 다음 일부 백업 작업에 대해 블록 저장소 간 그루밍 작업을 예약 합니다.

  • 블록 크기를 변경하지 않고 그대로 둡니다.

    MongoDB Ops Manager FCV 이상 4.2 및 블록 저장소 를 사용하여 하나 이상의 백업에 대해 차단 크기를 구성한 적이 없는 경우 는 차단 크기를 늘리라는 배너를 MongoDB 표시합니다. 배너를 닫으려면 모든 백업 작업에 대해 차단 크기를 설정하다 합니다. 이전 기본값 차단 크기를 64 KB로 설정하다 수 있습니다.

도움이 필요하면 MongoDB 지원팀에 문의 하세요.

참고

블록 저장소 스토리지 사용량은 블록 크기를 변경한 후 급증하며 점진적으로 증가합니다. 이 사용량은 이전 블록 크기로 생성한 스냅샷이 만료되면 줄어듭니다. Ops Manager는 1~7년 동안 월간 스냅샷을 보관하기 때문에 이 사용량은 블록 크기 변경 이전 수준으로 돌아가기까지 오랜 시간이 걸릴 수 있습니다.

1
  1. Admin 링크를 클릭합니다.

  2. Backup를 클릭합니다.

  3. Jobs를 클릭합니다.

2
3
4

최소 블록 크기 범위는 다음과 같습니다.

  • 64KB

  • 128KB

  • 256KB

  • 512KB

  • 1MB

  • 2MB

  • 4MB

  • 8MB

  • 15MB (MongoDB) 또는 16MB (S3)

참고

업데이트된 최소 블록 크기는 향후 스냅샷에서 신규 및 업데이트된 파일에만 적용됩니다. 기존 블록의 크기는 조정되지 않습니다.

5

돌아가기

S3 Oplog 스토리지 관리

이 페이지의 내용