No mesmo servidor lógico , mesmo se você puder fazer isso tecnicamente (não sei se um ou ambos os produtos falharão nesse caso), é provável que você tenha dificuldades com a contenção de recursos. Ambos os servidores de banco de dados são muito mais felizes sendo mestres de seu próprio pequeno universo. Eu acho que você vai fazer cada pequeno trabalho que você precisa fazer nesse sistema um pouco mais difícil do que tem que ser.
Agora, se você particionasse um servidor físico em dois servidores lógicos com virtualização, seria fácil.
editar
Pensei que deveria expandir isso um pouco: Em primeiro lugar, existem problemas com o patch - Se você fizer algo que requeira uma reinicialização do SO (felizmente, não é comum atualmente, mas não impossível), então você interrompeu um dos serviços por causa de um problema com o outro.
Em segundo lugar, a contenção de recursos pode ser importante, com 3 áreas óbvias ... processador, RAM e disco. Tudo isso é óbvio, e os dois primeiros podem ser tratados configurando-se cada serviço para usar apenas 50% (ou qualquer outro) de recursos em uma caixa compartilhada.
O disco pode ser um problema, se você virtualizar como eu sugiro, ou não. Você precisa considerar espaço, obviamente, e taxa de transferência de E / S. O primeiro é simples, você tem o suficiente ou não. O segundo pode exigir um pouco mais de planejamento; Se for necessário IO bom, você precisará considerar eixos de disco separados para cada tipo de uso de disco para cada aplicativo (por exemplo, arquivos db, arquivos de log, backup), portanto, em um servidor físico você está falando de muito disco separado matrizes para permitir alta disponibilidade e bom rendimento.
Para obter o melhor desempenho, provavelmente você também está falando de controladores RAID separados para pelo menos conjunto de discos de cada aplicativo, se não controladores RAID separados para cada conjunto de discos.
Depende do que você está tentando fazer. Quero dizer, onde eu trabalho, há produção para o software interno de helpdesk usado por nossa equipe de suporte, com não mais do que 10 deles conectados ao mesmo tempo (importante em termos de disponibilidade, mas desempenho empolado não muito exigido) e desempenho para nosso aplicativo de CRM que toda a equipe usa para gerenciar detalhes do aluno (requer uma resposta 'razoável' aos usuários e faz muitos dados sendo processados em segundo plano) e há DESEMPENHO para a intranet do aluno que é usada como página inicial do aluno quando eles fazem logon e administram um portal pelo qual recebem e enviam tarefas, leem anotações de aula, conversam com tutores etc. e espera lidar com milhares de pessoas fazendo todas essas coisas de uma só vez.