파일 시스템 스냅샷 스토리지 관리
Ops Manager는 MongoDB 데이터베이스를 다음 스토리지 옵션 중 하나 이상에 스냅샷으로 백업할 수 있습니다.
블록 저장소 라는 또 다른 MongoDB database ,
로컬 또는 네트워크에 연결된 파일 시스템에 저장된 파일 및/또는
이 튜토리얼에서는 파일 시스템 스토리지에 스냅샷을 백업하는 방법에 대해 설명합니다.
참고
둘 이상의 스냅샷 저장소를 사용해야 하는 문제가 발생할 수 있습니다. 이러한 문제에는 더 많은 용량이 필요하거나, 데이터를 국부화하거나, 개인정보 보호 규정을 준수해야 하는 경우 등이 있습니다.
다양한 데이터 센터에 스냅샷 저장소를 할당하는 방법을 학습 보려면 특정 데이터 센터에 스냅샷 저장소 할당을 참조하세요.
고려 사항
MongoDB Ops Manager 는 MongoDB FCV 이상을 실행 데이터베이스에서 파일 시스템 저장소로 백업을 압축하지 4.2 않습니다. MongoDB Ops Manager 는 해당 데이터베이스에 대한
File System Store Gzip Compression Level
설정을 무시합니다.또는 HTTPS HTTP 로드 밸런서 MongoDB Ops Manager 뒤에서 여러 MongoDB Ops Manager 애플리케이션 서버를 사용하고 파일 시스템 스냅샷, FCV . 를 사용하도록 를 4 구성하는2 경우 또는 이후 백업 스냅샷 작업은 하나 이상의 서버에서 병렬로 실행됩니다. 서버. 각 MongoDB Ops Manager 서버에 공유 파일 시스템이 마운트되어 있는지 확인합니다. MongoDB Ops Manager 애플리케이션 서버는 동일한 파일의 서로 다른 오프셋을 열고 쓸 수 있습니다. 공유 파일 시스템에서 이를 허용하는지 확인합니다. 그렇지 않으면 액세스 오류가 발생합니다.
전제 조건
파일 시스템 스냅샷 저장소를 생성하기 전에 다음을 수행하세요.
충분한 용량 의 저장 볼륨을 MongoDB Ops Manager 호스팅하다 에 연결합니다. 파일 시스템 스냅샷 저장소 는 백업 스냅샷만 저장합니다. oplog 스토어 MongoDB database 경로는 다른 로컬 파일 시스템에 있어야 합니다. 학습 내용은 oplog 스토리지 관리를 참조하세요.
스토리지 볼륨에 관련 권한을 부여합니다.
Windows에서는
SYSTEM
사용자에게 액세스 권한을 부여합니다.패키지가 설치된 Linux 배포판에서는
mongodb-mms:mongodb-mms
사용자 및 그룹에 액세스 권한을 부여합니다.아카이브에서 추출한 Linux 배포판에서 Ops Manager 설치에 할당한 동일한 사용자 및 그룹에 액세스 권한을 부여합니다.
이 스냅샷 저장소를 호스팅 할 전용 MongoDB 인스턴스를 배포합니다 .
Ops Manager 백업 데몬 서비스를 실행하는 호스트에 헤드 데이터베이스를 저장할 수 있는 용량이 충분히 있는지 확인합니다.
여러 개의 Ops Manager 인스턴스를 실행할 때는 파일 시스템 저장소로 Nas 또는 SAN 을 사용하세요. 이렇게 하면 모든 인스턴스가 동일한 스토리지를 공유합니다. Ops Manager 인스턴스가 파일 시스템 저장소를 공유하지 않는 경우 백업을 복원하거나 만료된 스냅샷을 제거할 수 없습니다.
중요
Ops Manager 인스턴스가 파일 시스템 스냅샷 스토리지에 대한 동일한 보기를 공유하지 않으면 백업 복원이 불가능하며 Ops Manager는 만료된 스냅샷을 제거할 수 없습니다.
파일 시스템 저장소 추가
Snapshot Storage 페이지로 이동합니다.
Admin 링크를 클릭합니다.
Backup 탭을 클릭합니다.
(선택 사항) 이전에 헤드 디렉토리를 설정하지 않은 경우 Head Directory 상자에서 설정합니다.
Snapshot Storage 페이지를 클릭합니다.
파일 시스템 저장소 세부 정보를 완료합니다.
필드 | 콘텐츠 |
---|---|
File System Store Name | 파일 시스템 저장소의 이름입니다. |
Path | 스냅샷이 저장될 파일 시스템 경로입니다. |
MMapV1 Compression Setting | MMapV1 storage engine 스냅샷의 압축 여부를 선택합니다. MMapV1 스냅샷을 사용하는 모든 백업 작업이 이 설정을 상속합니다. 기본값은 쿼리 가능 백업을 사용할 계획인 경우 이 값을 |
WiredTiger Compression Setting | WiredTiger storage engine 스냅샷을 압축할지 여부를 선택합니다. WiredTiger 스냅샷을 사용하는 모든 백업 작업은 이 설정을 상속합니다. 기본값은 쿼리 가능 백업을 사용할 계획인 경우 이 값을 |
New Assignment Enabled 확인란 | 이렇게 하면 파일 저장소가 생성된 후 활성화됩니다. 이 확인란을 선택하지 않으면 파일 저장소가 생성되지만 새로 시작된 백업을 파일 저장소에 할당할 수 없습니다. |
기존 파일 시스템 저장소 편집
파일 시스템 저장소가 생성되면 Snapshot Storage 페이지의 테이블에 직접 나열됩니다. 각 행에는 각 파일 시스템 저장소에 대한 설정이 포함되어 있습니다.
Snapshot Storage 페이지로 이동합니다.
Admin 링크를 클릭합니다.
Backup 탭을 클릭합니다.
(선택 사항) 이전에 헤드 디렉토리를 설정하지 않은 경우 Head Directory 상자에서 설정합니다.
Snapshot Storage 페이지를 클릭합니다.
Store Path 열에서 다음 필드에서 변경해야 하는 값을 업데이트 합니다.
필드 | 콘텐츠 |
---|---|
Store Path | Ops Manager 서버에서 파일 시스템 기반 백업이 저장되는 위치입니다. |
Assignment Labels | 파일 저장소를 특정 그룹에 할당하기 위한 쉼표로 구분된 레이블 목록입니다. |
Load Factor | 다른 스냅샷 저장소와 비교하여 지정된 스냅샷 저장소에 백업 작업이 할당되는 방식에 비례하는 값입니다. 기본적으로 스냅샷 저장소는 스냅샷 저장소당 하나의 샤드를 할당합니다. 스냅샷 저장소에 둘 이상의 샤드가 할당되어 있으면 한 스냅샷 저장소가 다른 스냅샷 저장소보다 자주 백업됩니다. 이 백업 작업과 샤드의 비율은 로드 계수를 사용하여 변경할 수 있습니다. 부하 계수가 백업에 미치는 영향의 예는 다음과 같습니다. 샤드 5개 cluster를 백업합니다. 배포에는 1개의 샤드가 있는 파일 저장소(A)와 4개의 샤드가 있는 블록 저장소(B)가 있습니다. B는 A보다 4배 더 크므로 이러한 블록 저장소는 백업 작업을 균등하게 배포해서는 안 됩니다. B는 로드 계수를 4로, A는 로드 계수 또는 1을 가져와야 합니다. |