Implementação otimizada da nova configuração do SQL / IIS?

Question

Precisamos implementar um novo servidor MS-SQL / IIS que atenda as páginas da intranet internamente. No momento, estamos vendo em média 22 acertos por segundo, mas cada solicitação é bem pequena.

Qual seria a sua configuração de servidor recomendada?

a) servidor único com ambas as aplicações
b) dois servidores físicos, um por aplicativo
c) dois servidores VMware, um por aplicativo
d) outro

Além disso, qual versão do Windows e do MS-SQL você optaria, neste momento, e por quê?

    

Answer 1

Você não diz qual carga você espera do aplicativo da Intranet. Eu estou supondo que a menos que o seu seja uma grande empresa, o aplicativo da Intranet não será tão grande. Nesse caso, o alvo principal é a capacidade de gerenciamento. Nesse caso, eu usaria duas VMs do Hyper-V. Você pode colocá-los no mesmo servidor físico para começar e, se a carga ficar muito grande, coloque cada VM em seu próprio servidor.

A vantagem de ter IIS e SQL em servidores separados é a simplicidade. Você não precisa se preocupar com as alterações feitas em um serviço que afeta o outro.

A vantagem de usar VMs em vez de servidores reais é que você pode fazer backup de VMs apenas copiando (shadow) a pasta em que estão. Isso faz com que os service packs do SQL Server muito sejam menos assustadores . Se você tiver dois servidores físicos, poderá manter cópias da mesma VM em ambos os servidores. Se perder um servidor físico, poderá exibir rapidamente a VM no outro servidor físico. Também facilita muito as atualizações de hardware.

Eu usaria o W2k8 para o IIS. Se vale a pena usar o x64 é discutível. Eu usei x64 no meu servidor IIS mais recente, mas acabei tendo que executar o IIS no modo de 32 bits porque muitos dos servidores COM necessários estão disponíveis apenas nas versões x86. Para o servidor SQL que usa o x64, isso será comprovado no futuro se você achar que precisa de > 4 GB de RAM e, para ser honesto, nunca poderá ter muita memória para um SQL Server. Eu provavelmente escolheria o SQL 2008 com base no fato de que você terá que fazê-lo, e é muito mais fácil fazê-lo agora do que atualizar mais tarde.

Ter um SQL Server em um disco virtual pode levantar algumas sobrancelhas (ou será em uma SAN?), mas o teste de nossos bancos de dados de tamanho médio sugere que o impacto no desempenho é quase imperceptível. Na verdade, quando movi recentemente um dos nossos SQL Servers para uma VM, ele ficou cerca de 50% mais rápido, simplesmente por causa do enorme aumento na velocidade do disco do novo servidor host em comparação a um dois anos de idade.

John Rennie

    

Answer 2

Eu gerencio as instâncias do IIS e do servidor SQL em um ambiente de produção muito ativo. No passado, sempre tínhamos o nosso servidor sql / iis "cookie cutter" e os colocamos em cada uma das diferentes áreas. Houve muito tempo em que os desenvolvedores fizeram alterações ou instalaram software que causou problemas no servidor que obviamente afetam seu servidor SQL também. Tendo dito que eu recomendaria definitivamente dividir os aplicativos em servidores separados. Eu não sei as implicações de desempenho para ter sql em um ambiente de VM ou não. Temos uma compilação de cluster de teste sql na VM e ela é executada bem com muitas outras instâncias de VM também.

Recentemente, começamos a consolidar nossos servidores SQL em um cluster de failover do SQL 2005 executado no Windows Server 2003. Eles existem em dois servidores físicos em uma configuração ativa / passiva com um back-end de SAN. Se eu pudesse fazer isso, eu teria usado o SQL 2008, então não preciso me preocupar com a atualização por um tempo e consideraria colocá-los na VM também.

Nossos servidores IIS existem em um cluster da Web no Windows Server 2003 na VM.

O que realmente gosto na VM é que, como dito acima, as instâncias de VMs podem ser desativadas e movidas sem muito aviso para os usuários finais. Por exemplo, quando um servidor físico pode sair da concessão, a instância da VM não sai da concessão. E para o hardware real, você pode simplesmente mover suas instâncias de VM para outra peça de hardware enquanto faz a troca.

    

Answer 3

• Dois servidores físicos, um por aplicativo (se você tiver duas máquinas, vamos usá-las)
• Windows Server 2008 SP2 64 bits (porque inclui o IIS7)
• SQL Server 2008 SP1 64 bits (as ferramentas de gerenciamento são um pouco melhores que o SQL Server 2005)

Answer 4

D) Outros

Não há informações suficientes. Qual é o seu orçamento? Você já tem uma infraestrutura virtual? Quanta carga você espera no servidor?

Se você tem um orçamento ilimitado e uma carga significativa, a resposta óbvia é separar e virtualizar tudo.

Para todos os pessimistas de SQL virtualizados: mostre-me a evidência de que a virtualização de SQL deve ser diferente da virtualização de qualquer outra coisa. ; )

    

Answer 5

Eu escolheria a opção B ou C. A divisão dos dois seria melhor. Se você tiver uma boa configuração do Virtual Server, não vejo razão para que eles não possam ser servidores virtuais. Você pode querer saber quantas solicitações de página e solicitações SQL obterá para o desempenho.

A menos que você tenha uma pesquisa pesada de texto completo em sua caixa SQL, eu usaria o SQL2008. Caso contrário, eu iria com o SQL2005. O Server 2008 e o SQL2008 se integram muito bem uns com os outros, então eu iria com eles.

-JFV

    

Answer 6

Meus £ 0,02:

• Coloque o servidor de banco de dados em uma caixa separada. Isso permite otimizar isso para um servidor de banco de dados. Um ou mais servidores da Web em cluster podem ser executados em caixas de 1U baratas. Escalar um servidor de banco de dados é muito mais fácil em uma única caixa.

• Não use VMs, a menos que você tenha um aplicativo específico para elas. Eles realmente só oferecem um benefício se você tiver um grande número de aplicativos separados que deseja proteger.

• O SQL Server 2008 oferece a você mais três anos de vida útil para o seu sistema gratuitamente. O SQL Server 2005 irá para a EOL 3 anos antes de 2008, portanto, o uso do SQL Server 2008 dá ao seu aplicativo mais tempo antes de precisar ser migrado.

Answer 7

Não é a opção A, certamente não está na mesma INSTANCE do Windows.

O SQL Server realmente não funciona muito bem com outros aplicativos no mesmo servidor, pois é muito fácil de obter com RAM e pode excluir outros aplicativos / serviços. (Eu também recomendo FIXAR a quantidade de RAM que o SQL Server usa, desligar o parâmetro "automático")

Você pode ter um único servidor, rodar vmware e hospedar as duas instâncias virtuais do Windows 2008. Se você não começou a trabalhar com o vmware (ou qualquer outro ambiente de virtualização), siga em frente.

Uma vez que você descobre que o seu servidor vm está funcionando perfeitamente, você pode investir em produtos vmware mais avançados: esx, centro virtual, etc. e você pode construir seu DR / HA e capacidade com clustering.