Acho que realmente depende de seus recursos para trabalhar, de suas configurações preexistentes e de como você pretende trabalhar no futuro. Se você ainda estiver executando em bare metal e armazenamento local, faz sentido particionar, pois você pode precisar expandir na camada física. Você pode não ter um slot sobressalente para colocar em um controlador RAID ou RAM suficiente para rodar o RAID no software, para fazer o melhor que puder com seus recursos. Por exemplo, se / home estiver sendo preenchido, você poderá adicionar outro disco ao sistema e, em seguida, rsync, depois, usar um único usuário, ressincronizar e redefinir os pontos de montagem. Um "tudo em um" é um impacto possível e insignificante, mas acho mais fácil migrar dessa maneira.
Bancos de dados sempre preferem separá-los por motivos de desempenho - coloque seus logs em um lugar, seus dados em outro e, se possível, seus índices em um terceiro local - com seus próprios discos e controladores! Simplesmente mantém a via aberta para transações de dados.
É principalmente sobre gerenciamento de espaço. Eu tenho um conjunto de servidores de produção que geram 100 GB de arquivos de log antes do início da rotação do log, já que, literalmente, muitas informações são necessárias para capturar alguns dados de transação estendidos. (Uma única "transação" pode acionar 10.000 subtarefas exclusivas, todas elas precisam ter status transacional completo mantido.) Se o desenvolvimento expandir esse requisito, posso optar por fazer um serviço pause / halt, remontar o novo caminho e começar - em vez de ter que deslocar 100 GB de logs ao redor ...
Não posso arriscar o sistema operacional dar um mergulho a partir de um problema de espaço em disco, nem o banco de dados aguardar que uma gravação faça um commit, para que possamos expandir o espaço para um disco (e controlador) separado no futuro . Se eu tiver uma caixa com um enorme armazenamento de dados e eu quiser usar o SSD para o SO e a camada de aplicativo, o híbrido é uma opção viável para mim. Novamente, é mais fácil migrar partições de dados do que unidades de disco inteiras. (e sim, eu uso old school "dd" para isso.)