É possível usar mais de um disco para armazenamento de dados do MongoDB sem RAID?

Question

Estou executando o MongoDB em um ambiente Linux virtualizado. Nesta situação, tenho vários discos físicos que posso usar para o banco de dados. No entanto, prefiro não gerenciar um RAID (principalmente porque tenho pouca ou nenhuma experiência com RAIDs).

Também estou relutante em usar o LVM porque quero minimizar o impacto de uma falha no disco, caso ocorra.

Existe uma maneira de configurar o MongoDB para usar vários discos físicos?

    

Answer 1

Não é a resposta que você está procurando, mas eu reconsideraria o RAID. Se você quiser minimizar o impacto de uma falha na unidade, a proteção padrão é RAID.

Não é tão ruim assim aprender, e, francamente, tentar criar uma solução alternativa para evitar algo comumente usado provavelmente voltará a te incomodar. Pelo menos essa é a minha experiência.

O RAID configurado corretamente seria invisível para seus aplicativos e levaria pouca manutenção até a falha da unidade e, após uma recuperação de falha da unidade, o impacto seria mínimo. Se você não quiser jogar com software RAID, obtenha uma placa de hardware; a manutenção e a configuração geralmente são ainda mais simples de se lidar e, se este for um ambiente de produção para um sistema importante, provavelmente é uma idéia melhor obter o RAID de hardware.

    

Answer 2

Como o seu ambiente virtual de Linux tem acesso a discos físicos? Está usando algum tipo de passagem? Tradicionalmente, os ambientes virtualizados usam arquivos de disco, que se baseiam em hardware de disco já redundante, portanto, sua VM não precisa se preocupar com isso. Se o RAID de hardware não estiver no seu host de virtualização, eu diria que você perdeu um truque.

Se você estiver usando discos de passagem, ou tiver configurado vários arquivos de disco e estiver preocupado com a integridade deles, eu acabei de morder a marca e optar pelo MDRAID. Há um tutorial decente o suficiente (para o Ubuntu, mas é basicamente o mesmo em outras distribuições) em .