Mecanismo de armazenamento in-memory para implantações autogerenciadas

Especificar mecanismo de armazenamento in-memory

Para selecionar o mecanismo de armazenamento na memória, especifique:

• inMemory para a --storageEngine a opção ou a configuração storage.engine se estiver usando um arquivo de configuração.

• --dbpathou storage.dbPath se estiver usando um arquivo de configuração. Embora o mecanismo de armazenamento na memória não grave dados no sistema de arquivos, ele mantém nos pequenos arquivos de metadados --dbpath e dados de diagnóstico, bem como arquivos temporários para construir índices grandes.

Por exemplo, a partir da linha de comando:

mongod --storageEngine inMemory --dbpath <path>

Ou, se estiver usando o formato de arquivo de configuração YAML:

storage:
   engine: inMemory
   dbPath: <path>

Consulte Opções de inMemory para obter opções de configuração específicas para este mecanismo de armazenamento. A maioria das opções de configuração mongod está disponível para uso com o mecanismo de armazenamento na memória, exceto aquelas opções relacionadas à persistência de dados, como registro no diário ou criptografia em configuração em repouso.

Concurrency

O mecanismo de armazenamento na memória usa controle de simultaneidade em nível de documento para operações de gravação. Com isso, vários clientes podem modificar documentos diferentes de uma collection ao mesmo tempo.

Uso da Memória

O mecanismo de armazenamento na memória exige que todos os seus dados (incluindo índices, oplog se a instância mongod fizer parte de um conjunto de réplicas etc.) caibam na --inMemorySizeGB especificada ou na storage.inMemory.engineConfig.inMemorySizeGB no arquivo de configuração YAML.

Por padrão, o mecanismo de armazenamento na memória usa 50% da RAM física menos 1 GB.

Se uma operação de escrita fizer com que os dados excedam o tamanho de memória especificado, o MongoDB retornará com o erro:

"WT_CACHE_FULL: operation would overflow cache"

Para especificar um novo tamanho, use a configuração storage.inMemory.engineConfig.inMemorySizeGB no formato de arquivo de configuração YAML:

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

Ou use a opção de linha de comando --inMemorySizeGB:

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

Durabilidade

O mecanismo de armazenamento in-memory não é persistente e não escreve dados em um armazenamento persistente. Os dados não persistentes incluem application data e system data, como usuários, permissões, índices, configuração do conjunto de réplicas, configuração do cluster fragmentado, etc.

Dessa forma, o conceito de diário ou de espera para que os dados se tornem duráveis não se aplica ao mecanismo de armazenamento na memória.

Se algum membro votante de um conjunto de réplicas usar o mecanismo de armazenamento na memória , você deverá definir writeConcernMajorityJournalDefault como false.

Com writeConcernMajorityJournalDefault definido como false, o MongoDB não espera que w: "majority" gravações sejam gravadas no registro em disco antes de reconhecer as gravações. Dessa forma, as operações de gravações "majority" poderiam ser revertidas no caso de uma perda transitória (por exemplo. falha e reinicialização) da maioria dos nós em determinado conjunto de réplicas.

As operações de gravação que especificam uma write concern journaled são reconhecidas imediatamente. Quando uma instância mongod é encerrada, seja como resultado do comando shutdown ou devido a um erro do sistema, a recuperação dos dados na memória é impossível.

Transações

As transações são suportadas em conjuntos de réplicas e clusters fragmentados onde:

• o primary usa o mecanismo de armazenamento WiredTiger e

• os membros secundários usam o mecanismo de armazenamento WiredTiger ou os mecanismos de armazenamento na memória .

Arquiteturas de implantação

Além de funcionarem de forma independente, as mongod instâncias que utilizam o mecanismo de armazenamento em memória podem funcionar como parte de um conjunto de réplicas ou de um cluster fragmentado.

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")