Aplicativos usando SQL no Hyper-V. Separá-los ou todos em um servidor?

Question

Estamos mudando para um cluster do Hyper-V com licenciamento de data center em breve e poderemos gerar vários servidores virtuais, se necessário. Temos cerca de oito aplicativos que usam bancos de dados SQL. Existe alguma vantagem / desvantagem em configurar um servidor SQL separado para cada aplicativo, em vez de manter tudo em execução em um grande servidor SQL?

    

Answer 1

O fato de isso estar no HyperV é, na maioria das vezes, um obstáculo nessa situação. Abordá-lo com os mesmos critérios que você usaria para colocar bancos de dados SQL diferentes em instâncias iguais ou diferentes no hardware real.

1. Limites de desempenho do sistema - memória, E / S, CPU, encadeamento / processos, etc. Se colocar todos os bancos de dados juntos, você aumentará seu desempenho, escalará em mais instâncias em hardware diferente (ou com uma VM, dimensione seu hardware provisionado, se possível.)

2. Outros critérios, como janelas de backup, trabalhos agendados, armazenamento em cluster, que geralmente são uma extensão dos itens acima. A segurança geralmente não é uma preocupação, a menos que você tenha bancos de dados diferentes que precisem obter autenticação de diferentes domínios não confiáveis.

Por seu comentário: se você estiver fazendo tudo em uma instância agora e não tendo problemas , continue fazendo isso em uma VM de tamanho correto. Adicionar mais VMs apenas usará mais recursos para instâncias de sistema operacional adicionais. Que tipo de manutenção você faria em um banco de dados que está afetando outros bancos de dados? A menos que você esteja fazendo algo como reindexar em um banco de dados que esteja impactando o desempenho em outros sistemas, e eles não tenham janelas de manutenção sobrepostas ou períodos de desempenho reduzido permitido. Isso é o que eu estava dizendo, a única razão real para fazer isso é por razões de desempenho. Caso contrário, tente consolidar.