Onde armazenar dados administrativos (DBA)?

Eu estou querendo saber se esta mesma técnica seria útil aqui.

Como o MongoDB é um banco de dados distribuído, os nós tendem a fazer parte de uma implantação maior (conjunto de réplicas ou cluster fragmentado), onde as diferenças de configuração em nós individuais geralmente são gerenciadas externamente. Por exemplo, usando software de gerenciamento de configuração como Chef ou Puppet para gerar mongode mongos configurar arquivos .

Devo/posso usar o administrador ou o banco de dados local para obter essas informações?

Cada mongodnó tem um localbanco de dados que é usado para armazenar dados administrativos ou de registro específicos do nó, como startup_log(uma coleção limitada gravando o histórico de parâmetros e versões de inicialização) e oplog.rs(o oplog de replicação).

Você poderia armazenar informações específicas do nó no localbanco de dados, mas acho que faria mais sentido usar uma coleção normal em sua implantação para coordenar as tarefas de manutenção e a disponibilidade. Além do backup, não há muitas tarefas de manutenção específicas do nó que devem ser executadas sem intervenção manual.

ou devo criar um novo banco de dados para armazenar essencialmente uma única coleção e documento?

Se você encontrar a necessidade de tarefas específicas do nó, imagino que seu banco de dados de manutenção teria mais do que uma única coleção e documento. Por exemplo, você pode ter um documento de configuração por nó e talvez outras coleções, como um histórico de tarefas de manutenção. As coleções limitadas podem ser úteis para armazenar um instantâneo contínuo da atividade "recente" usando uma alocação de armazenamento predefinida.

Isso mudaria em um ambiente fragmentado/conjunto de réplicas?

Supondo que os detalhes sejam específicos do nó, não haveria alteração em um ambiente fragmentado ou de conjunto de réplicas se você estivesse acessando dados no banco de localdados. O conteúdo do banco de localdados é excluído da replicação/sharding e você só deve acessar o localbanco de dados conectando-se diretamente a um mongodnó.

Não tenho certeza se esse é o caminho 'certo' ou se estou entendendo a pergunta, mas onde trabalho, armazenamos as configurações em uma tabela parm.

Exemplo da seguinte forma:

CREATE TABLE example_schema.parm_table(
    parm  VARCHAR2(20),
    parm_value VARCHAR2(255)
);

Em seguida, digamos que queremos armazenar se queremos ou não que o aplicativo seja iniciado no modo de janela. Faríamos o seguinte:

INSERT INTO example_schema.parm_table(parm, parm_value)
VALUES('windowed', 'Y');

E, em seguida, recupere esse parm específico. O problema é que todos os nossos aplicativos usam o mesmo banco de dados. Se este não for o caso ou não funcionar, você pode querer ir com o seguinte:

Configure um compartilhamento de rede, monte-o em cada servidor e tenha um arquivo .ini com todas as suas configurações. Você pode querer copiar regularmente o arquivo .ini para o diretório local. Este provavelmente seria o meu método ideal. Isso funcionaria no caso de o compartilhamento de rede estar inativo.