Todas as diretrizes para pensar ao considerar a virtualização de um servidor Exchange?

Question

Um amigo meu está pensando em virtualizar vários de seus servidores, incluindo seus servidores Exchange (2007) e seus sistemas de gateway BlackBerry-Exchange.

Os sistemas suportam cerca de 150 caixas de correio agora, com crescimento limitado projetado nos próximos anos. Os servidores não são muito utilizados atualmente, mas a empresa está investindo em atualizações para outras partes de sua infraestrutura, portanto, este também é um momento apropriado para atualizar a caixa de troca. O espaço de armazenamento parece ser o maior problema deles agora; eles estarão se mudando para uma SAN para o armazenamento deles, se forem dessa maneira.

Quais diretrizes você usaria ao considerar se um ambiente virtualizado faz sentido para a troca? Existem problemas significativos em relação às políticas de suporte da Microsoft? Em que tipo de níveis de carga não faz mais sentido virtualizar?

    

Answer 1

Estamos executando o Exchange 2007 virtualizado agora e temos um BES. Embora não estejamos nesse nível de usuários. Embora estejamos usando o VMWare ESX, não tivemos problemas com as políticas de suporte da Microsoft e conseguimos obter suporte quando precisamos. Funciona para nós.

Os maiores fatores de qualquer projeto de VM são memória e (na minha opinião) infraestrutura de disco. Se esses servidores de caixa de correio forem realmente de baixa utilização, o uso de discos virtuais com backup em disco deve ser bom. Se eles tiverem alguns armazenamentos de mensagens de alta utilização, eles provavelmente deverão estar em NPIV habilitado para o canal de fibra e ter esses LUNs diretamente apresentados para a VM. Nossos servidores do Exchange 2007 recebem muita memória RAM, o que pode torná-los uma boa opção em um ambiente de VM. Na minha opinião, se suas necessidades de RAM estão próximas ou acima de 16 GB, o hardware físico é mais adequado.

    

Answer 2

A VMware tem uma ótima página de recursos com white papers sobre virtualização do Exchange: www.vmware.com/solutions/business-critical-apps/exchange/resources.html

Também fizemos um bom podcast com membros da comunidade fazendo perguntas aos especialistas da VMware sobre isso. blogs.vmware.com/vmtn/2009/01/virtualizing-exchange-roundtable-podcast-32.html O sysadmin1138 está certo - é fundamental ter o armazenamento correto.

Como você pode escalar com mais VMs em vez de ampliá-la com uma grande máquina, colocamos 16.000 caixas de correio do Exchange em um servidor - então você ainda deve ter um pouco de espaço com 150!

    

Answer 3

Eu também concordaria com o sysadmin1138. Memória e disco são os pontos mais críticos a serem considerados em uma implementação desse tamanho. O sistema que eu administro tem cerca de 300 usuários com o Exchange 2007 e o BES virtualizado com quase todos os outros servidores em nosso ambiente, bem como em um par de servidores ESX. Enquanto a memória é facilmente gerenciada, estimada e utilizada, o disco pode ser mais desafiador. Evite sistemas de disco SATA para o Exchange devido às limitações de E / S. Stick com disco SAS ou FibreChannel. Usamos um sistema NetApp 3020 e obtivemos grande sucesso com ele em um ambiente VMware. Isso pode ser muito investimento para o seu projeto.

E como o Sr. Troyer mencionou, a VMware tem ótimas informações para virtualizar aplicativos importantes como o Exchange. Eu gerenciei duas lojas diferentes nas quais virtualizei quase 100% dos meus sistemas e ainda não tive nenhum tipo de problema de desempenho ao usar sistemas de disco de qualidade. A memória, como eu disse, é fácil de gerenciar e até mesmo comprometer demais a memória do meu host ainda me dá uma relação virtual para física de 12: 1 com ótimo desempenho. O disco é muito mais crítico e mais fácil de se meter em problemas, comprando muito pouco em termos de desempenho.

    

Answer 4

Acabei de concluir uma dessas implementações. Nesta implementação, - Coloquei o VM / VHD em um RAID 1 criado usando os discos rígidos da caixa de entrada (SAS 15K 400GB) - Eu tenho um destino iSCSI no HOST e depois o uso como uma unidade de passagem para a VM. - Instalou o Exchange 2007 SP1 na unidade de passagem - 4 processadores virtuais alocados e 8GB de RAM para a VM - Usando o VSS para backup de dados de troca

Portanto, aqui nessa implementação, o disco pass-thru fornece o melhor desempenho de I / O possível para o Exchange VM. Sendo um alvo iSCSI, posso expandi-lo sempre que houver necessidade de mais espaço no disco rígido. Espero que isso ajude.

    

Answer 5

Tim,

Eu passei por um P2V no início deste ano em um sistema Exchange 2K3 com uma escala semelhante à sua. Eu fiz um blog sobre isso . O Exchange é 90% + sobre IO e RAM quando se trata de desempenho. Tome alguns números de monitor de desempenho no ambiente atual e verifique se esses mesmos números e melhor estão disponíveis para a VM. Minha máquina virtual fica no NFS com algumas outras VMs, os datastores ficam de fora do armazenamento suportado pelo iscsi Raid10 15kSAS (software).

    

Answer 6

Não esqueça o Xen Server. É grátis e muito fácil de configurar. Estamos executando 300 usuários no Xen usando um Promise iSCSI SAN como armazenamento. Link para uma postagem no blog aqui .

    

Answer 7

A Microsoft tem um bom recurso para a virtualização no Hyper-V.

1) link

2) link

Estamos no processo de planejar uma implantação semelhante. Nós estaremos usando o iSCSI para um array RAID externo / rápido para o armazenamento da caixa de correio. Virtualizamos a caixa de correio em uma VM e colocamos as funções de transporte de hub e CAS em sua própria VM.

O VMWare também possui bons recursos para virtualizar o Exchange. Apesar de estarmos usando o Hyper-V, usamos seus documentos para ler sobre diferentes coisas que poderíamos fazer com DAGs (grupos de disponibilidade de banco de dados) e opções de recuperação de desastre. A maioria deles é possível implementar com o Hyper-V ou o VMWare em execução em duas ou mais caixas robustas (CPU e RAM).