자체 관리형 배포를 위한 인메모리 스토리지 엔진

인메모리 스토리지 엔진 지정

인메모리 스토리지 엔진을 선택하려면 다음을 지정합니다:

• inMemory 는 --storageEngine 옵션의 경우, 또는 설정 파일을 사용하는 경우 storage.engine 설정.

• --dbpath, 또는 구성 파일을 사용하는 경우 storage.dbPath입니다. 인메모리 스토리지 엔진은 파일 시스템에 데이터를 쓰지 않지만 --dbpath에서 작은 메타데이터 파일과 진단 데이터, 대규모 인덱스 작성을 위한 임시 파일을 유지합니다.

다음은 명령줄에서의 예시입니다.

mongod --storageEngine inMemory --dbpath <path>

또는 YAML 구성 파일 형식을사용하는 경우:

storage:
   engine: inMemory
   dbPath: <path>

이 스토리지 엔진과 관련된 구성 옵션은 inMemory 옵션을 참조하세요. 대부분의 mongod 구성 옵션은 데이터 지속성과 관련된 옵션(예: 저널링, 미사용 데이터 암호화 설정)을 제외하고 인메모리 스토리지 엔진에서 사용할 수 있습니다.

트랜잭션(읽기 및 쓰기) 동시성

버전 7.0 부터 시작됩니다. MongoDB 는 기본값 알고리즘 을 사용하여 최대 동시 스토리지 엔진 트랜잭션 수(읽기 및 쓰기 (write) 티켓)를 동적으로 조정합니다. 동적 동시 스토리지 엔진 트랜잭션 알고리즘 은 클러스터 과부하 시 데이터베이스 처리량 을 최적화합니다. 동시 스토리지 엔진 트랜잭션(읽기 및 쓰기 (write) 티켓)의 최대 수는 128 읽기 티켓 및 128 쓰기 (write) 티켓을 초과하지 않으며 클러스터 의 노드마다 다를 수 있습니다. 단일 노드 내 읽기 티켓과 쓰기 (write) 티켓의 최대 수는 항상 동일합니다.

동적 최대값을 초과할 수 없는 읽기 및 쓰기 트랜잭션(읽기 및 쓰기 티켓)의 최대 수를 지정하려면 storageEngineConcurrentReadTransactions 및 storageEngineConcurrentWriteTransactions를 사용하세요.

동적 동시 스토리지 엔진 트랜잭션 알고리즘을 비활성화하려면 지원 요청을 제출하여 MongoDB 기술 서비스 엔지니어와 협력하세요.

문서 수준 동시성

인메모리 스토리지 엔진은 쓰기 작업에 문서 수준 동시성 제어를 사용합니다. 결과적으로 여러 클라이언트가 컬렉션의 서로 다른 문서를 동시에 수정할 수 있습니다.

메모리 사용량

메모리 내 스토리지 엔진을 사용하려면 모든 데이터(인덱스,mongod 인스턴스가 복제본 세트의 일부인 경우 oplog 포함)가 YAML 구성 파일의 --inMemorySizeGB명령줄 옵션 또는 storage.inMemory.engineConfig.inMemorySizeGB설정에 맞아야 합니다.

인메모리 스토리지 엔진은 물리적 RAM에서 1GB를 뺀 값의 50%를 사용하도록 기본 설정되어 있습니다.

쓰기 작업으로 인해 데이터가 지정된 메모리 크기를 초과하면 MongoDB는 다음 오류를 반환합니다.

"WT_CACHE_FULL: operation would overflow cache"

새 크기를 지정하려면 storage.inMemory.engineConfig.inMemorySizeGB YAML 구성 파일 형식의 설정을 사용합니다:

storage:
   engine: inMemory
   dbPath: <path>
   inMemory:
      engineConfig:
         inMemorySizeGB: <newSize>

또는 명령줄 옵션 --inMemorySizeGB 을 사용하세요.

mongod --storageEngine inMemory --dbpath <path> --inMemorySizeGB <newSize>

지속성

이 스토리지 엔진은 비영구적이며 영구 스토리지에 데이터를 쓰지 않습니다. 비영구 데이터에는 사용자, 권한, 인덱스, 복제본 세트 구성, 샤딩된 클러스터 구성 등의 애플리케이션 및 시스템 데이터가 포함됩니다.

따라서 인메모리 스토리지 엔진에는 저널 또는 데이터가 지속형이 될 때까지 대기하는 개념이 적용되지 않습니다.

복제본 세트의 투표권을 가진 멤버가 인메모리 스토리지 엔진을 사용하는 경우 writeConcernMajorityJournalDefault를 false로 설정해야 합니다.

writeConcernMajorityJournalDefault를 false로 설정하면 MongoDB는 w: "majority" 쓰기가 디스크 저널에 작성되는 것을 기다리지 않고 쓰기를 확인합니다. 따라서 주어진 복제본 세트의 노드 과반수 이상이 일시적으로 손실된 경우(충돌, 재시작 등), "majority" 쓰기 작업이 롤백될 가능성이 있습니다.

쓰기 작업에서 쓰기 려사항으로 journaled이 지정되면, 해당 작업은 즉시 승인됩니다. mongod 인스턴스가 shutdown 명령이나 시스템 오류로 인해 종료되면, 인메모리 데이터의 복구는 불가능합니다.

트랜잭션

트랜잭션은

• 프라이머리 노드가 WiredTiger 스토리지 엔진을 사용하고

• 세컨더리 노드는 WiredTiger 스토리지 엔진 또는 인메모리 스토리지 엔진을 사용하는 복제본 세트 및 샤딩된 클러스터에서 지원됩니다.

배포 아키텍처

인메모리 스토리지 엔진을 사용하는 mongod 인스턴스는 독립 실행 형태, 복제본 세트의 일부, 또는 샤딩된 클러스터의 일부로 운영될 수 있습니다.

sh.addShardTag("shardC", "inmem")

sh.addShardTag("shardA", "persisted")
sh.addShardTag("shardB", "persisted")

sh.addTagRange("test.analytics", { shardKey: MinKey }, { shardKey: MaxKey }, "inmem")

sh.addTagRange("salesdb.orders", { shardKey: MinKey }, { shardKey: MaxKey }, "persisted")