Pergunta simples: é estúpido executar mongodb e elasticsearch nos mesmos nós dentro de um cluster de três se você cuidar da fome de memória do mongodb usando cgroups e ignorar o aspecto de concordar com io?
Responder1
Aviso
A pergunta é leve em fatos como IOPS, RAM e CPU necessários, então a resposta será clara no mesmo.
De modo geral, é ruim colocar duas cargas de trabalho intensivas de E/S/CPU/RAM no mesmo nó, mas tenho experiência em trabalhar em instâncias do Elasticsearch que compartilham hosts com outros bancos de dados (como Redis e PostgreSQL) separados por contêineres cgroups/LXC. Isso pode ser feito, e bem feito o suficiente para uma carga de trabalho de produção,dados recursos brutos suficientes. É uma simples questão de monitorar o uso de IO e RAM usando ferramentas de sistema padrão como vmstat, sar, iotop, etc. e etc. Você precisará de alguns milhares de potencial de IOPS, algumas dezenas de GBs de RAM e uma dúzia ou mais Núcleos de CPU, mas é uma arquitetura razoável se você puder pagar algumas máquinas host substanciais. Então, novamente, se você puder pagar por hosts substanciais o suficiente (por exemplo, i2.4xls no idioma da Amazon), então você poderá pagar um conjunto maior de instâncias menores (i2.xls) e executar Elasticsearch e MongoDB separados um do outro e então ser capaz para ampliar no futuro uma parte de um design de sistema melhor.