O Exchange 2010 deve ser colocado na VM ou no servidor físico?

Question

Minha empresa está planejando instalar um novo Exchange 2010 no domínio.

Eu tenho um servidor dual Xeon 5520 DELL R710 2U executando o Windows Server 2008 R2. O servidor Exchange tem que servir cerca de 200 usuários, com cerca de 1000 e-mails em & fora por hora. Devo instalar o Exchange 2010 no servidor físico ou configurar uma VM do Hyper-V para o servidor do Exchange?

    

Answer 1

Esse é um servidor bastante robusto e um ambiente Exchange bastante pequeno. Você não menciona a RAM e a configuração de disco da caixa, mas, supondo que não sejam irracionais, você deve executar o E2K10 em uma VM.

O Exchange 2010 tem radicalmente reduzido os requisitos de E / S em comparação com o Exchange 2003 (contanto que você alimente RAM suficiente para que ele faça o cache efetivamente)

Para uma base de comparação, estou executando o Exchange 2003 (com toda a sua porcaria de E / S perf) em um site do cliente com 250 usuários e uma carga de email semelhante em uma VM ESXi 4.1 em um R710 com um Xeon da série 5500. Estou usando o 15K SAS DASD em alguns volumes RAID-10 (um para o banco de dados, um para os logs) e está sendo executado de forma aceitável (para o Exchange 2003). A latência de RPC não é ruim e os usuários não estão reclamando das mensagens de "Aguardando pelo Exchange Server ...".

Em algumas semanas, colocarei o Exchange 2010 em uma caixa idêntica a essa, como uma VM (quando o cliente compra as licenças). Eu vou ser de 64 bits, então, eu posso dar 16GB de RAM (ao invés dos 4GB que eu estou preso no E2K3). Eu não antecipo nenhum problema de desempenho, dado o benchmarking da caixa que fiz na pré-produção. Parâmetros de referência à parte, o E2K3 é um porco de E / S comparado ao E2K10. Para os meus propósitos, decidi que, se o E2K3 executasse o E2K10 aceitável, certamente o faria.

    

Answer 2

Se você tiver um cluster resiliente do Hyper-V por perto, eu vou nessa direção, já que a Microsoft finalmente chegou ao suporte oficial do Exchange sobre o VMware / Hyper-V / etc. A carga com a qual você vai lidar é bem baixa, então eu não esperaria nenhum problema de desempenho. Aqui estão algumas recomendações:

• verifique se os volumes de log do seu grupo de armazenamento estão em RAID10
• Reproduza a maior quantidade de RAM possível nos servidores de caixa de correio e de autoridade de certificação, pois o Exchange 2010 faz um cache bastante agressivo e pode melhorar muito o desempenho
• Se puder, tente dividir sua base de usuários entre vários grupos de armazenamento menores. Dessa forma, se você precisar desativar um grupo de armazenamento para manutenção, apenas uma pequena parte dos usuários será afetada.

Answer 3

Eu daria uma olhada nisso supondo que você vai usar o Vmware: link

Tenho certeza de que o Hyper-V tem documentos e práticas recomendadas semelhantes. Eu acho que também depende do seu conjunto de habilidades para lidar com o Exchange em geral. O Exchange é uma plataforma de mensagens "monstro", inclusive para o fato de que pode ser muito intensivo em recursos. Como o Hyper-V tem problemas com a alocação de memória dinâmica (acho que isso pode ter sido adicionado recentemente), você deve se certificar de que pode executar algum tipo de ferramenta de carregamento para ter uma ideia do que pode estar entrando, bem como algum tipo de planejador de capacidade.

Eu pessoalmente não tenho experiência com o Exchange em uma plataforma virtual, mas fiz o cluster do SQL Server no Vmware e ele vem com sua própria parte de sobrecarga administrativa.

Você pode tirar mais proveito da instalação na caixa física até se sentir confiante sobre a carga de produção e, em seguida, P2V em algum aspecto da arquitetura.