Noções Básicas Sobre Virtualização no Exchange 2010
Aplica-se a: Exchange Server 2010 SP3
Tópico modificado em: 2016-11-28
Você pode implantar o MicrosoftExchange Server 2010em um ambiente virtualizado. Este tópico fornece uma visão geral dos cenários que são suportados para implantar o Exchange 2010 em software de virtualização de hardware.
Sumário
Requisitos para Virtualização de Hardware
Requisitos de armazenamento da máquina raiz
Requisitos de Armazenamento do Exchange
Requisitos e recomendações de memória do Exchange
Cluster de failover baseado em host e migração para o Exchange
Os termos a seguir são usados neste tópico para discutir a virtualização do Exchange:
Inicialização a frio A ação de trazer um sistema de um estado de desligamento em uma inicialização limpa do sistema operacional. Nenhum estado de sistema operacional persiste nesse caso.
Estado salvo Quando uma maquina virtual é desligada, normalmente os hipervisores tem a capacidade de salvar o estado da máquina virtual, então quando a máquina é ligada novamente, ele retorna ao estado salvo em vez de uma inicialização a frio.
Migração planejada Quando um administrador do sistema inicia o movimentação de uma máquina virtual a partir de um hipervisor host para outro, a ação é uma migração planejada. A ação poderia ser uma migração única ou o administrador de sistema pode configurar a automação para mover a máquina virtual de forma programada. Uma migração planejada também poderia ser o resultado de algum outro evento que ocorre no sistema, diferente de falha de hardware ou software. O ponto-chave é que a máquina virtual do Exchange está operando normalmente e necessita ser realocada por algum motivo. Essa realocação pode ser feita através de tecnologia, como o Live Migration ou VMotion. No entanto, se a máquina virtual do Exchange ou o host do hipervisor em que a máquina virtual está localizada passa por algum tipo de condição de falha, o resultado não se caracteriza como uma migração planejada.
Requisitos para Virtualização de Hardware
O Microsoft suporta Exchange 2010 em produção no software de virtualização de hardware apenas quando todas as seguintes condições forem verdadeiras:
O software de virtualização de hardware está executando um dos seguintes procedimentos:
Windows Server 2008 com tecnologia Hyper-V
Windows Server 2008 R2 com tecnologia Hyper-V
Microsoft Hyper-V Server 2008
Microsoft Hyper-V Server 2008 R2
Microsoft Hyper-V Server 2012
Windows Server 2012 com tecnologia Hyper-V
Qualquer hipervisor de terceiros que tenha sido validado no Programa de Validação de Virtualização do Windows Server.
Dica
A implantação de servidores Exchange de produção em máquinas virtuais Windows Azure não é suportada.
A máquina virtual convidada com o Exchange tem as seguintes condições:
Ela tem o Exchange 2010. Isto inclui o modo de hospedagem do Exchange 2010, disponível no Exchange 2010 SP1 ou Exchange 2010 SP2.
Ela é implantada no Windows Server 2008 com SP2 (ou posteriores) ou no Windows Server 2008 R2 RTM (ou posteriores).
Dica
Quando você instala o Exchange 2010 em um ambiente do Hyper-V, pode receber esta mensagem de erro: "A instalação da função de servidor Transporte de Hub falhou." Para servidores virtualizados do Active Directory, recomendamos desabilitar o componente de integração de sincronização de horário e, em seguida, definir a hora com um provedor de tempo externo antes de instalar a função de Transporte de Hub. Essa recomendação é especialmente importante caso seu host ingresse no domínio que a máquina virtual está hospedando.
Para implantações do Exchange 2010 SP2 ou do Exchange 2010 SP1:
Todas as funções de servidor do Exchange 2010, incluindo a Unificação de Mensagens, são suportadas em uma máquina virtual. Máqunas virtuais de Unificação de Mensagens possuem os seguintes requisitos especiais:
Quatro processadores virtuais são necessários para a máquina virtual. A memória deve ser dimensionada usando orientações de práticas padrão. Para mais informações, consulte Noções Básicas Sobre Configurações de Memória e Desempenho do Exchange.
Quatro núcleos de processador físico estão disponíveis para uso em tempo integral pela máquina virtual de função de Unificação de Mensagens. Esse requisito significa que nenhum excesso de assinatura do processador pode estar em uso. Esse requisito afeta a habilidade da máquina virtual de função da Unificação de Mensagem usar os recursos do processador físico. Para obter mais informações, consulte a seção Virtualizando Servidores de Unificação de Mensagens.
As máquinas virtuais do servidor do Exchange (incluindo as máquinas virtuais de Caixa de Correio do Exchange quem são parte de um grupo de disponibilidade do banco de dados ou DAG), podem ser combinadas com cluster de failover baseado em host e tecnologia de migração, desde que as máquinas virtuais sejam configuradas de modo que não salvem e restaurem estado no disco quando alteradas ou desligadas. Toda atividade de failover deve resultar em uma inicialização a frio quando a máquina virtual estiver ativada no nó alvo. Toda migração planejada deve resultar em desligamento ou inicialização a frio, e uma migração online que faça uso de uma tecnologia como a migração Live Hyper-V. A migração do hipervisor de máquinas virtuais é suportada pelo fornecedor do hipervisor. Desse modo, assegure-se de que o fornecedor do hipervisor testou e suporta a migração das máquinas virtuais do Exchange. A Microsoft suporta a Migração Ativa Hyper-V dessas máquinas virtuais.
Para implantações da versão RTM (Versão de Produção) do Exchange 2010:
Todas as funções de servidor do Exchange 2010, exceto a Unificação de Mensagens, são suportadas em uma máquina virtual.
A Microsoft não oferece suporte ao combinar soluções de alta disponibilidade do Exchange (como DAGs) com soluções de migração, alta disponibilidade ou clustering baseadas no hipervisor que moverão ou automaticamente executarão o failover de servidores de caixa de correio que são membros de um DAG entre servidores raiz em cluster. Os DAGs são suportados em ambientes de virtualização de hardware desde que o ambiente de virtualização não use servidores raiz em cluster, ou os servidores raiz em cluster tenham sido configurados para nunca executar failover ou automaticamente mover servidores de caixa de correio que são membros de um DAG em outro servidor raiz.
O armazenamento usado pela máquina de convidado do Exchange para armazenamento de dados do Exchange (por exemplo, filas de bancos de dados de caixa de correio ou de Transporte de Hub) pode ser o armazenamento virtual de um tamanho fixo (por exemplo, discos rígido virtuais fixos (VHDs) em um ambiente do Hyper-V), o armazenamento de passagem SCSI ou armazenamento de Internet SCSI (iSCSI). O armazenamento de passagem é o armazenamento que é configurado no nível do host e dedicado a uma máquina de convidado. Os seguintes requisitos de disco virtual se aplicam a volumes usados para armazenar dados do Exchange:
O Exchange não tem suporte para discos virtuais que se expandem dinamicamente.
Discos virtuais que usam mecanismos delta ou diferenciados (como VHDs ou instantâneos diferenciados do Hyper-V) não são aceitos.
Dica
Em um ambiente Hyper-V, cada VHD fixo deve ter menos de 2.040 GB. Para hipervisores suportados de terceiros, verifique com o fabricante se existe alguma limitação de tamanho no disco.
Somente software de gerenciamento (por exemplo, software antivírus, software de backup ou software de gerenciamento de máquina virtual) poderá ser implantado na máquina raiz física. Nenhum outro aplicativo baseado em servidor (por exemplo, Exchange, SQL Server, Active Directory ou SAP) deverá ser instalado na máquina raiz. A máquina raiz deve ser dedicada para executar máquinas virtuais de convidados.
Alguns hipervisores incluem recursos para obtenção de instantâneos de máquinas virtuais. Os instantâneos de máquina virtual capturam o estado de uma máquina virtual durante a sua execução. Esse recurso permite obter vários instantâneos de uma máquina virtual e reverter a máquina virtual para qualquer um dos estados anteriores aplicando um instantâneo à máquina virtual. Entretanto, os instantâneos da máquina virtual não são sensíveis a aplicativos, e utilizá-los pode trazer consequências inesperadas e não intencionais para um aplicativo do servidor que mantenha dados de estado, como o Exchange. Como resultado, não é possível obter instantâneos de máquina virtual de uma máquina virtual de convidado do Exchange.
Vários produtos de virtualização de hardware permitem especificar vários processos virtuais que devem ser alocados para cada máquina virtual de candidato. Os processadores virtuais localizados na máquina virtual de convidado compartilham um número fixo de processadores lógicos no sistema físico. O Exchange aceita uma taxa de processador virtual para processador lógico de até 2:1. Por exemplo, um sistema de processador duplo usando processadores de quatro núcleos contém um total de 8 processadores lógicos no sistema host. Em um sistema com essa configuração, não aloque mais do que um total de 16 processadores virtuais a todas as máquinas virtuais de convidado combinadas.
Ao calcular o número total de processadores virtuais necessários pela máquina raiz, você deverá levar em conta também os requisitos do sistema operacional e de E/S. Na maioria dos casos, o número equivalente de processadores virtuais exigido no sistema operacional raiz para um sistema que hospeda máquinas virtuais do Exchange é 2. Esse valor deve ser usado como uma linha de base para o processador virtual do sistema operacional raiz ao se calcular a taxa global de núcleos físicos para processadores virtuais. Se o monitoramento de desempenho do sistema operacional raiz indicar que você está consumindo mais recursos de processador do que o equivalente a 2 processadores, será preciso reduzir a contagem de processadores virtuais designados às máquinas virtuais de convidado conforme o necessário e verificar se a taxa global de processador virtual para núcleo físico não é superior a 2:1.
O sistema operacional de uma máquina de convidado do Exchange deve usar um disco que tenha um tamanho mínimo de 15 GB mais o tamanho da memória virtual que está alocada na máquina de convidado. Esse requisito é necessário para atender aos requisitos de disco do sistema operacional e do arquivo de paginação. Por exemplo, se a máquina de convidado tiver alocado 16 GB de memória, o espaço em disco mínimo necessário para o disco do sistema operacional será de 31 GB.
Além disso, é possível que as máquinas virtuais de convidado possam ser impedidas de se comunicar diretamente com o fibre channel ou com HBAs (adaptadores de barramento de host) SCSI instalados na máquina raiz. Nesse caso, você deve configurar os adaptadores no sistema operacional da máquina raiz e apresentar os LUNs às máquinas virtuais de convidado como um disco virtual ou um disco de passagem.
O Exchange Jetstress 2010 é suportado para uso em instâncias de convidado virtual implantadas em um dos seguintes hipervisores. O Jetstress não é suportado quando usado em instâncias de convidado virtual em execução por qualquer outro hipervisor.
Windows Server 2008 R2 (ou mais recente) com tecnologia Hyper-V
Hyper-V Server 2008 R2 (ou mais recente)
VMware ESX 4.1 (ou mais recente)
Nós suportamos a ferramenta MicrosoftExchange Server Jetstress 2010 em uma máquina virtual convidada, se ela for implantada em um dos seguintes computadores host:
MicrosoftWindows Server 2008 R2 ou uma versão posterior
Microsoft Hyper-V Server 2008 R2 ou uma versão posterior
VMware ESX 4.1 ou uma versão posterior
Requisitos de armazenamento da máquina raiz
Os requisitos de espaço mínimo em disco para cada máquina-raiz são os seguintes:
As máquinas raiz, em alguns aplicativos de virtualização de hardware, podem exigir espaço de armazenamento para um sistema operacional e seus componentes. Por exemplo, durante a execução do Windows Server 2008 com Hyper-V, será necessário um mínimo de 10 GB para atender aos requisitos do Windows Server 2008. Para obter mais detalhes, consulte Requisitos de sistema para o Windows Server 2008 R2. O espaço de armazenamento adicional será necessário também para suportar o arquivo de paginação do sistema operacional, o software de gerenciamento e os arquivos de recuperação de pane (despejo).
Alguns hipervisores mantêm arquivos na máquina raiz que são exclusivos para cada máquina virtual de convidado. Por exemplo, em um ambiente do Hyper-V, um arquivo de armazenamento de memória temporário (arquivo BIN) é criado e mantido para cada máquina de convidado. O tamanho de cada arquivo BIN é igual à quantidade de memória alocada para a máquina de convidado. Além disso, outros arquivos também podem ser criados e mantidos na máquina host para cada máquina de convidado.
Requisitos de Armazenamento do Exchange
Os requisitos de armazenamento conectado ao servidor do Exchange virtualizado são:
A cada máquina de convidado do Exchange, deve ser alocado espaço de armazenamento suficiente na máquina raiz para o disco fixo que contém o sistema operacional de convidado, todos os arquivos de armazenamento de memória temporários em uso e os arquivos da máquina virtual relacionados que estão hospedados na máquina host. Além disso, para cada máquina de convidado do Exchange, você deve alocar também armazenamento suficiente para as filas de mensagens nos servidores de Transporte de Hub e de Transporte de Borda e armazenamento suficiente para os bancos de dados e os arquivos de log nos servidores de Caixa de Correio.
O armazenamento usado pelo Exchange deve ser hospedado em eixos de disco separados do armazenamento que está hospedando o sistema operacional da máquina virtual de convidado.
Há suporte para a configuração do armazenamento iSCSI para uso de um iniciador iSCSI dentro de uma máquina virtual de convidado do Exchange. Entretanto, haverá um desempenho reduzido nessa configuração se a pilha de rede dentro de uma máquina virtual não tiver recursos completos (por exemplo, nem todas as pilhas de rede virtual aceitam quadros jumbo).
Requisitos e recomendações de memória do Exchange
Alguns hipervisores podem superestimar ou ajustar dinamicamente a quantidade de memória disponível para uma máquina convidada específica com base no uso percebido de memória na máquina convidada em comparação às necessidades de outras máquinas convidadas gerenciadas pelo mesmo hipervisor. Essa tecnologia faz sentido para cargas de trabalho nas quais a memória seja necessária por breves períodos de tempo e depois possa ser liberada para outros usos. Porém, isso não faz sentido para cargas de trabalho projetadas para usar memória de forma contínua. O Exchange, como muitos aplicativos para servidores com otimizações de desempenho que envolvem o cache de dados na memória, é suscetível a um desempenho ruim do sistema e a uma experiência de cliente inaceitável caso não tenha controle total sobre a memória alocada à máquina física ou virtual na qual está sendo executado.
Muitos dos ganhos de desempenho de versões recentes do Exchange, especialmente os relacionados à redução de E/S, baseiam-se na utilização altamente eficiente de grandes quantidades de memória. Quando essa memória não estiver mais disponível, o desempenho esperado do sistema não poderá ser alcançado. Por esse motivo, a capacidade de superestimar a memória ou de ajustar dinamicamente a memória de máquinas virtuais deve ser desabilitada para servidores de produção do Exchange.
Dimensione a memória para máquinas convidadas usando os mesmos métodos utilizados para implantações físicas. Para obter mais detalhes sobre o dimensionamento da memória nas funções de servidor do Exchange 2010, consulte Noções Básicas Sobre Configurações de Memória e Desempenho do Exchange. Para mais orientação, consulte a seção “Considerações sobre aplicativos” de um informe oficial da equipe do Microsoft Hyper-V, disponível para download em Implementando e configurando memória dinâmica.
Cluster de failover baseado em host e migração para o Exchange
Aqui estão as respostas para algumas das perguntas frequentes sobre cluster de failover baseado em host e tecnologia de migração com DAGs do Exchange 2010.
A Microsoft oferece suporte à tecnologia de migração de terceiros?
A Microsoft não pode fazer declarações de suporte para a integração de produtos hipervisores de terceiros usando essas tecnologias com o Exchange, pois essas tecnologias não fazem parte do Programa de Validação de Virtualização de Servidor (SVVP). O SVVP abrange outros aspectos do nosso suporte para hipervisores de terceiros. É necessário se assegurar que seu fornecedor de hipervisor suporta a combinação de sua tecnologia de migração e cluster com o Exchange. Simplificando, caso o seu fornecedor de hipervisor suporte sua tecnologia de migração com o Exchange, então suportaremos o Exchange com sua tecnologia de migração.
Como a Microsoft define o cluster de failover baseado em host?
Cluster de failover baseado em host se refere a qualquer tecnologia que fornece a capacidade automática de reagir a falhas no nível do host e iniciar as máquinas virtuais afetadas em servidores alternativos. O uso desta tecnologia é suportada uma vez que, em um cenário de falha, a máquina virtual está chegando de uma inicialização a frio de um host alternativo. Essa tecnologia ajuda a garantir que a máquina virtual nunca opere a partir de um estado salvo que persiste no disco porque ele vai ser obsoleto em relação ao resto dos membros do DAG.
O que a Microsoft quer dizer com suporte à migração?
Tecnologia de migração se refere qualquer tecnologia que permite uma movimentação planejada de uma máquina virtual a partir de uma máquina host para outra máquina host. Essa movimentação também poderia ser um movimento automatizado que ocorre como parte recurso de balanceamento de carga, mas ela não está relacionada com uma falha no sistema. Migrações são suportados desde que as máquinas virtuais nunca operem a partir de um estado salvo que persiste no disco. Isso significa que a tecnologia que move uma máquina virtual, transportando o estado e memória da máquina virtual através da rede sem tempo de inatividade percebido é suportado para utilização com o Exchange. Um fornecedor de hipervisor de terceiros deve fornecer suporte para a tecnologia de migração, enquanto a Microsoft irá fornecer suporte para o Exchange quando usado nessa configuração.
Aviso
No caso do Microsoft Hyper-V, a opção de migração ao vivo é suportada, mas a opção de migração rápida não é suportada. É importante ter em mente que, quando selecionar a opção Mover em uma máquina virtual, em um ambiente do Hyper-V, o comportamento padrão atualmente é realizar uma migração rápida. Para ficar em um estado suportado pelos membros do DAG do Exchange SP1 e Exchange SP2, é crítico usar a opção de migração ao vivo, como mostrado na figura a seguir.
Migração ao vivo de membros do DAG no Hyper-V
Virtualizando Servidores de Unificação de Mensagens
Ao contrário do Exchange 2010 RTM, o Exchange 2010 SP1 e SP2 suporta a função de Unificação de Mensagens (UM) no Hyper-v e outros hipervisores suportados. O Exchange 2010 SP1 ou Exchange 2010 SP2 deve ser implantado para suportar a UM, pois a função de UM depende do componente de mídia fornecido pelo Microsoft Lync. Antes do lançamento do Exchange 2010 SP1, a equipe de engenharia do Lync tinha habilitado o processamento de áudio de alta qualidade em tempo real, em uma implantação virtual. Com o Exchange 2010 SP1, as mudanças foram integradas a função de UM.
© 2010 Microsoft Corporation. Todos os direitos reservados.