O MS SQL funcionará bem em um ambiente virtual, desde que tenha memória suficiente. É o mesmo, quer seja em um ambiente real ou virtual. Se os desenvolvedores da VM tiverem memória suficiente, tudo bem.
Atualmente estou configurando um ambiente para nossos desenvolvedores e estou enfrentando um problema. Estamos planejando ter Crowd, JIRA, Confluence, Bamboo, etc (todos por Atlassian ; todos rodando no Windows Server 2008). Todos esses produtos precisam de um banco de dados de back-end, que será o Microsoft SQL Server 2008.
Portanto, o problema é: é correto ter o SQL Server rodando dentro de um sistema operacional convidado (performance-wise) ou o desempenho será abaixo do ideal neste ambiente?
Eu tenho uma VM executando o SQL 2008 enterprise para desenvolvimento e controle de qualidade.
O desempenho não é estelar, mas pode servir bastante. Tivemos alguns problemas, principalmente em relação às leituras de alto desempenho, em que o SQL se queixava da soma de verificação incorreta e falhava na ação.
Eu recomendaria usar algo mais voltado para o desempenho, como o ESX.
Temos um servidor de desenvolvimento que executa o servidor Hyper-V. Ele serve para o Server2008 Enterprise, executando o SQL2008 sem nenhum problema. Isso é com o fornecimento da VM com cerca de 3 GB de memória.
Eu tenho executado confluência em uma VM Server 2008 por vários meses, e funciona como um campeão. Nenhum problema real, ele vê uso moderado. O banco de dados é hospedado fora da VM em um servidor SQL 2005 dedicado. Mas este é um servidor de banco de dados compartilhado que hospeda muitos outros aplicativos também.
O melhor conselho que posso dar para esse servidor de desenvolvimento é: verifique se ele possui memória suficiente .
Todos os aplicativos java / tomcat que você mencionou precisam pré-alocar seu espaço de memória, e o SQL irá engolir o restante. Eu recomendaria pelo menos 3 GB de RAM (no máximo 8 GB). Cada um dos aplicativos da Atlassian vai querer 256-512MB de RAM, e o SQL vai querer pelo menos 1GB, e então o SO precisará de um pouco também.
Assista também ao seu disco IO, dependendo do que seus desenvolvedores estão fazendo, isso pode ser um grave gargalo.
Tags virtualization sql-server