Configurando um servidor hyper-v para um pequeno escritório e como alocar seus recursos

Question

Especificações estimadas da máquina: Processador Dual X5550 Xeon, Cache de 8,66GHz 8M, hyper threading (arquitetura Core i7 Xeon), ram de 24GB 1333MHz, drives SAS de 8x143gb 10K RPM em array raid6 de hardware com memória de controlador de 512mb.

Funções que este servidor deve ter:

• Servidor Web IIS 7, Instância de Produção
• Sql Server 2008, Instância de produção
• Exchange 2007

Papéis altamente desejáveis de ter:

• Servidor Web IIS 7, Instância de teste
• Sql Server 2008, instância de armazenamento temporário + nível de dados do Team Foundation Server
• Nível de aplicativo do Team Foundation Server

Papéis que seria bom ter:

• Controlador de domínio de backup

Ideia inicial de como alocar as VMs:

1. Produção de servidor da web
2. Produção do Sql Server
3. Exchange Server
4. Servidor Web / Sql Staging + Team Foundation
5. Backup do DC

Essa caixa provavelmente seria hospedada em um datacenter de colocation com uma conexão de 100mbps. Agora, às minhas perguntas específicas:

1. Esta máquina é poderosa o suficiente para executar todas essas funções?
2. Como os recursos do servidor seriam otimamente alocados para essas funções? Minha ideia inicial sobre como alocar VMs para as funções é a abordagem correta?
3. Que tipo de implicações existem para um domínio que coloca um DC de backup na nuvem?
4. Se o DC primário passar para o DC de backup nessa caixa, haverá alguma degradação de desempenho perceptível na rede da empresa que está em uma conexão Comcast de 50mbps / 10mbps para um DC externo?

Editar: informações da organização, cerca de 35 funcionários / caixas de e-mail. Nosso site é para 35 funcionários + 20.000 usuários. Para uso, o site geralmente tem apenas algumas centenas de acessos por dia, portanto, o uso médio é sempre baixo. O uso de e-mail provavelmente seria um pouco maior no lado maior, com o envio de muitos documentos por e-mail.

Atualmente toda a nossa hospedagem é feita com espaço compartilhado e um servidor de banco de dados compartilhado para que eu não tenha uma idéia exata das cotas de uso, mas obviamente não pode ser grande demais para que nunca tenhamos problemas com os US $ 20 / mês. custos de hospedagem.

    

Answer 1

1. As especificações parecem boas, mas isso realmente dependerá da carga geral por servidor. Que tipo de aplicativo da web você está construindo? Com quantos dados você estará trabalhando? Quantas caixas de correio no Exchange?

2. Parece que você tem 6 funções lógicas de servidor + hiper-v, portanto, para a memória, você está calculando uma média de apenas 3Gb por servidor. Dependendo da carga, eu esperaria que o banco de dados & Servidores Exchange querem mais, e tudo pode se beneficiar de mais (como regra). Em termos de disco, novamente, muito dependerá de quantos dados você está trabalhando. Colocando sua produção & servidores de armazenamento no mesmo hardware efetivamente dobra a quantidade de dados para esses aplicativos. Adicione caixas de correio, reqs do SO e repo de código, etc. para ter uma ideia dos seus requisitos.

3. Eu não sei.

4. Isso provavelmente dependerá da carga do usuário. Se for alto e sua SDC estiver em todo o país, geralmente você pode esperar atrasos. O mesmo acontecerá com o servidor Exchange se sua empresa for muito centrada em email.

Meu pessoal pref. Neste caso, seria para manter os servidores de teste + controle de versão e SDC em casa, e talvez também o servidor do Exchange. Colocar os servidores de produção no colo está bem. O servidor do Exchange provavelmente também estaria bem, dependendo do tráfego esperado. Manter os servidores de temporariedade separados oferece uma camada extra de redundância em caso de falha do equipamento. Manter os servidores SDC e Exchange internos mantém o tempo de resposta baixo para os usuários da rede.