Estamos pensando em configurar uma instância do SQL 2008 dentro de uma VM para um ambiente de produção. Todas as nossas instâncias de SQL usam iSCSI sobre gigabit ethernet para conversar com um NAS, assim como essa nova instância. Qualquer motivo isso é uma má idéia ou quaisquer considerações para fazer isso funcionar bem? A VM estaria rodando no Xen 5.5 ou poderíamos configurá-la no Hyper-V se houvesse um caso convincente para isso. E o VHD da VM seria armazenado em um NAS diferente do que o armazenamento SQL está ativado.
Eu ajudei na criação de um ambiente SQL virtual dentro do Hyper-V não muito longo. Infelizmente, foi para uma empresa separada da minha e agora colocamos uma divisão bastante grande sobre quem cuida de quê. Devido a isso eu não tenho acesso direto ao ambiente para ver como ele está funcionando, mas eu costumo falar com o cara que o executa e ele diz que as coisas funcionam muito bem para eles. Sua configuração é bem parecida com a que você lista, pois eles também funcionam com um dispositivo NAS.
Se você está pensando em usar o Hyper-V, acredito que a Microsoft tenha algumas opções interessantes de licenciamento. Talvez valha a pena conferir este link: link
Além disso, aqui está o FAQ do Hyper-V: link
Eu também tenho um pequeno ambiente de teste SQL em execução no ESX, que funciona muito bem. Esse ambiente não fala com um dispositivo NAS, por isso é difícil para mim dizer como funcionaria bem em uma situação como essa.
O Xen é ótimo e nós o amamos muito. I / O é motivo de preocupação, como Randolph mencionou. Isso também pode ser parcialmente resolvido usando drivers IO paravirtualizados para o Xen. Você também obterá um melhor desempenho se usar discos locais em vez de SAN via iSCSI, mas se o iSCSI atender às suas necessidades, você estará pronto.
A menos que o SQL 2008 Enterprise, a licença não permita várias instâncias em uma única caixa, você estará apenas consolidando o hardware.
NICs que têm suporte de virtualização estarão próximas da velocidade do fio, o que não deve ser uma grande preocupação - a maioria dos servidores modernos pode saturar o NIC com o tráfego iSCSI sem muito esforço.
O Disk I / O é uma preocupação, mas você não disse nenhum disco local, então já trabalhou com esse disco.
Isso fala sobre algumas surpresas no desempenho com discos locais: link
Steve Radich - Fundador - link