Diretivas de suporte e recomendações da Microsoft para servidores Exchange em ambientes de virtualização de hardware

 

Tópico modificado em: 2012-06-06

Este tópico fornece as diretivas de suporte da Microsoft para execução de versões aceitas atualmente do Microsoft Exchange Server em produção em um ambiente de virtualização de hardware. Este tópico fornece também recomendações para execução no servidor Exchange em produção em um ambiente de virtualização de hardware.

O software de virtualização de hardware permite executar vários sistemas operacionais separados simultaneamente em uma única máquina física. A Microsoft possui os seguintes softwares que oferecem funcionalidade de virtualização de hardware:

  • Windows Server 2008 Hyper-V Technology/Microsoft Hyper-V Server   O Windows Server 2008 oferece uma tecnologia de virtualização de 64 bits chamada Hyper-V. O Hyper-V é um hypervisor: uma camada de software que se situa exatamente acima do hardware e abaixo de um ou mais sistemas operacionais. Para obter mais informações sobre o Hyper-V, consulte Virtualization and Consolidation with Hyper-V

  • Windows Server 2008 R2 Hyper-V Technology/Microsoft Hyper-V Server   O Windows Server 2008 R2 Hyper-V é projetado sobre a arquitetura e as funções do Windows Server 2008 Hyper-V por meio da adição de novos recursos que aprimoram a flexibilidade do produto. Para obter mais informações sobre os recursos e cenários principais do Windows Server 2008 R2 Hyper-V, consulte Virtualização com Hyper-V: Visão geral

  • Microsoft Virtual Server   O Virtual Server é um software que fornece tecnologia de virtualização do servidor com engenharia para a plataforma do sistema Windows Server (Windows Server 2003 e Windows Server 2003 R2). Para obter mais informações sobre o Microsoft Virtual Server, consulte Virtual Server 2005 R2 SP1 Product Overview

  • Microsoft Virtual PC   O Virtual PC é um software que permite a criação de máquinas virtuais separadas na área de trabalho do Microsoft Windows, sendo que cada uma delas virtualiza o hardware de um computador físico. Para obter mais informações sobre o Virtual PC, consulte Microsoft Virtual PC 2007 Product Information

Terceiros também fornecem funcionalidade de virtualização de hardware. Para obter detalhes sobre a diretiva de suporte da Microsoft para software de virtualização de hardware de terceiros, consulte:

Para obter informações de design e dimensionamento, recomendações e práticas recomendadas para execução do servidor Exchange em produção em ambientes de virtualização de hardware aceitos que não são da Microsoft, verifique com o fabricante do software de virtualização.

Terminologia usada neste tópico

Os seguintes termos são usados neste tópico:‎

  • Hypervisor
    uma camada de software que se situa exatamente acima do hardware e abaixo de um ou mais sistemas operacionais.
  • Raiz
    A máquina física que está executando o software de virtualização de hardware. Em alguns ambientes de virtualização de hardware, essa máquina também é conhecida como máquina pai ou host.
  • Convidado
    Uma máquina virtual que está em execução como uma máquina filha de um ambiente de virtualização de hardware. A máquina virtual normalmente é executada em um segundo ou terceiro nível acima do hardware na máquina host.

Diretiva de suporte e recomendações para o Exchange Server 2007

A Microsoft aceita o Exchange Server 2007 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 for o Windows Server 2008 com tecnologia Hyper-V, Microsoft Hyper-V Server ou qualquer hypervisor de terceiros que tenha sido validado no Windows Server Virtualization Validation Program

  • A máquina virtual convidada do Exchange Server tem as seguintes condições:

    • Está executando o Microsoft Exchange Server 2007 com Service Pack 1 (SP1) ou uma versão posterior.

    • É implantada no sistema operacional Windows Server 2008 de 64 bits.

    • Não tem a função de servidor Unificação de Mensagens instalada. Todas as funções de servidor do Exchange 2007, exceto a função de Unificação de Mensagens, são aceitas em um ambiente de virtualização.

    • Atende a todos os requisitos estabelecidos em Requisitos do sistema do Exchange 2007.

  • O armazenamento usado pela máquina convidada do Exchange Server para os dados do Exchange (por exemplo, bancos de dados de caixa de correio ou filas de transporte de hub) pode ser um armazenamento virtual de tamanho fixo (por exemplo, discos rígidos virtuais fixos [VHD] em um ambiente Hyper-V), armazenamento de passagem SCSI ou armazenamento iSCSI (Internet SCSI). O armazenamento de passagem é o armazenamento configurado no nível de host e dedicado a uma máquina convidada. Todo armazenamento usado por uma máquina convidada do Exchange para dados do Exchange deve ser um armazenamento em nível de bloco. O Exchange 2010 não oferece suporte ao uso de volumes NAS (armazenamento conectado à rede). Não há suporte para o armazenamento NAS que é apresentado ao convidado como armazenamento em nível de bloco usando o hipervisor. Os volumes de passagem devem ser apresentados como armazenamento em nível de bloco ao software de virtualização de hardware. Isso acontece porque o Exchange 2010 não oferece suporte ao uso de volumes NAS (armazenamento conectado à rede). Os seguintes requisitos de disco virtual se aplicam aos volumes usados para armazenar dados do Exchange.

    Dica

    Em um ambiente Hyper-V, cada VHD fixo deve ter menos de 2.040 GB (gigabytes). Para hipervisores de terceiros com suporte, consulte o fabricante para saber há alguma limitação de tamanho de disco.

    • Discos virtuais que se expandem dinamicamente não são aceitos pelo Exchange.

    • Discos virtuais que usam mecanismos delta ou diferenciados (como VHDs ou instantâneos diferenciados do Hyper-V) não são aceitos.

  • Somente software de gerenciamento (por exemplo, software antivírus, software de backup, software de gerenciamento de máquina virtual, etc.) poderá ser implantado na máquina raiz física. Nenhum outro aplicativo baseado em servidor (por exemplo, Exchange Server, SQL Server, Active Directory ou SAP) deve ser instalado na máquina raiz. A máquina raiz deve ser dedicada para executar máquinas virtuais de convidados.

  • O Microsoft oferece suporte à CCR (replicação contínua em cluster) e ao SCC (cluster de cópia única) nos ambientes de virtualização de hardware, contanto que o ambiente de virtualização não inclua nenhum clustering baseado em hipervisor ou solução de migração (por exemplo, migração rápida do Hyper-V ou VMware ESX vMotion) que esteja configurado para fazer failover automaticamente ou mover os servidores de caixas de correio clusterizados que estão em execução como máquinas convidadas entre servidores raiz.

  • Alguns hypervisors 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 conseqüências inesperadas e não intencionais para um aplicativo do servidor que mantém dados de estado, como o servidor 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 processador quadrúplo 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 em todas as máquinas virtuais de convidado combinadas.

Considerações de desempenho e escalabilidade

Executar o Exchange 2007 SP1 em uma máquina virtual de convidado não altera os requisitos de design do servidor Exchange de uma perspectiva do aplicativo. A máquina virtual de convidado do servidor Exchange ainda deve ser dimensionada corretamente para tratar a carga de trabalho. Você usa a mesma abordagem para dimensionar um servidor Exchange virtualizado que usaria para dimensionar um servidor Exchange não virtualizado. As funções de Caixa de Correio, Acesso para Cliente e Servidor de Transporte devem continuar a ser projetadas para desempenho, capacidade e confiabilidade. Além disso, elas devem ser recursos alocados que sejam suficientes para tratar a carga no sistema, com base nos perfis de uso do sistema. Para obter detalhes e orientação sobre o dimensionamento de funções de servidor do Exchange, consulte:

Considerações sobre alocação dinâmica de memória

Vários hipervisores incluem recursos para o ajuste dinâmico do volume de RAM disponível em uma ou mais máquinas virtuais. Essa funcionalidade permite que o hipervisor aloque RAM em máquinas virtuais com base nos requisitos atuais percebidos da RAM das máquinas virtuais específicas.

Geralmente, essa funcionalidade é apropriada para cargas de trabalho de máquinas virtuais que usam um grande volume de memória por curtos períodos e, em seguida, retomam as operações normais. Nesse cenário, o hipervisor pode alocar memória para atender às necessidades da carga de trabalho específica e, depois, recuperar a memória para outras máquinas virtuais. No entanto, essa funcionalidade pode não ser adequada a cargas de trabalho criadas para usar continuamente um determinado pool de memória.

Muitos dos aperfeiçoamentos de desempenho das versões recentes do Exchange baseiam-se no uso eficiente de uma alocação de RAM de tamanho adequado. Essa afirmativa é verdadeira principalmente para os aperfeiçoamentos relacionados a reduções em operações de E/S. Para que as otimizações de desempenho sejam possíveis, o Exchange deve armazenar os dados em cache na RAM. Quando a RAM é reduzida dinamicamente, o sistema não atinge o desempenho esperado. Nesse cenário, o Exchange pode exibir desempenho reduzido ou os usuários finais podem experienciar desempenho reduzido ao se conectar ao Exchange. Portanto, em máquinas virtuais que executam o Exchange em um ambiente de produção, é melhor desativar a superinscrição de memória ou a alocação dinâmica de memória. Em vez disso, configure um tamanho de memória estático com base nos valores apropriados para o Exchange 2007.

Para obter mais informações sobre considerações de memória, consulte Planejando Configurações de Memória. Para obter mais informações sobre alocação dinâmica de memória, consulte a seção que contém considerações de aplicativo no white paper da equipe do Hyper-V, Implementando e configurando memória dinâmica.

Considerações da máquina virtual

A seguir, são apresentadas considerações para máquinas virtuais de convidados do Exchange:

  • Ao calcular o número total de processadores virtuais alocados, você deve incluir os requisitos do sistema operacional raiz. Vários produtos de virtualização de hardware (por exemplo, Hyper-V) alocam processadores virtuais para o sistema operacional da máquina raiz. O número de processadores virtuais disponíveis para a máquina raiz pode variar, dependendo do número de processadores físicos e de núcleos na máquina raiz e em outras definições de configuração. No caso do Hyper-V, o número de processadores virtuais designados à máquina raiz será igual ao número de núcleos do processador físico na máquina raiz. Esse número normalmente representa um valor maior do que o geralmente necessário pela maioria das configurações do Exchange.

  • 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 necessário 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 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 utilização do processador do que o equivalente a 2 processadores, você deverá reduzir a contagem de processadores virtuais designados às máquinas virtuais de convidado de acordo e verificar se a taxa global de núcleo físico para processador virtual não é superior a 2:1.

  • O design de rede e de armazenamento da máquina de convidado do servidor Exchange exige considerações adicionais para a máquina raiz, especificamente o impacto para as CPUs na máquina raiz. Em alguns ambientes de virtualização de hardware (como o Hyper-V), todas as solicitações de E/S feitas pelas máquinas virtuais de convidados são atendidas pela máquina raiz. Nesses ambientes, recomendamos que nenhum outro aplicativo intensivo de E/S (por exemplo, Microsoft SQL Server) seja implantado nas máquinas de convidados que estejam hospedadas na mesma máquina raiz que as máquinas de convidados do servidor Exchange.

  • A adição de uma camada de virtualização em um servidor Exchange (em que o Exchange esteja executando em uma máquina virtual de convidado) significa que há componentes adicionais cujo desempenho e disponibilidade devem ser monitorados. Considerações adicionais ao monitorar o Exchange em um ambiente virtual são:

    • Ciclos de CPU dentro de uma máquina virtual de convidado ocorrem em relação às frações de tempo da CPU na máquina raiz. Esse comportamento faz com que os valores dos contadores de desempenho relacionados à CPU dentro de uma máquina virtual de convidado sejam diferentes dos valores relatados pela máquina raiz. Entretanto, os dois valores relatados pelos sistemas estão corretos, pois baseiam-se no ponto de vista do sistema e na maneira na qual os recursos do processador são compartilhados entre as máquinas raiz e de convidado. Para obter informações sobre esse problema em um ambiente do Hyper-V, consulte Hyper-V: Clocks lie... which performance counters can you trust? (página em inglês)

      Dica

      UNRESOLVED_TOKEN_VAL(exBlog) 

    • Os contadores de desempenho específicos do Exchange estão disponíveis apenas na máquina de convidado. A máquina raiz publica apenas dados de desempenho para recursos que esteja usando diretamente e contadores específicos do ambiente de host (por exemplo, contadores de desempenho do Hyper-V). A máquina raiz não publica nenhum dado de desempenho específico do Exchange.

  • As máquinas virtuais de convidados em alguns hypervisors apresentarão tendências de escalabilidade de núcleo do processador diferentes das tendências de escalabilidade do processador apresentadas por máquinas físicas. É importante que você teste completamente a sobrecarga da máquina virtual de convidado configurada antes de colocá-la em produção.

  • Alguns hypervisors incluem recursos de controle de recursos que permitem equilibrar os recursos entre as máquinas de convidados. Por exemplo, em um ambiente do Hyper-V, você pode especificar uma porcentagem de recursos do processador que estejam reservados para cada máquina de convidado. Isso é conhecido como reserva de máquina virtual. Você pode especificar também uma porcentagem máxima de recursos do processador que podem ser usados em cada máquina de convidado. Isso é conhecido como limite de máquina virtual. Além disso, você pode designar um peso relativo para cada máquina de convidado para determinar como os recursos devem ser alocados quando várias máquinas de convidados estão executando e competindo por recursos. Na maioria dos ambientes, as definições de controle de recursos do hypervisor não precisarão ser modificadas de suas definições padrão. Recomendamos que você verifique com o fabricante do hypervisor as informações de configuração e ajuste.

  • O suporte a caixas de correio grandes (por exemplo, 1 GB e superior) exige o uso de replicação contínua em cluster ou soluções VSS baseadas em hardware. O uso de VSS baseado em hardware não é possível em um ambiente de virtualização de hardware.

Considerações de alta disponibilidade e recuperação de desastres

O Exchange 2007 inclui vários recursos de alta disponibilidade e recuperação de desastres, como a replicação contínua local (LCR), a replicação contínua em cluster (CCR), a replicação contínua em espera (SCR) e clusters de cópia única (SCC). Essas quatro configurações são aceitas em um ambiente virtualizado.

Alguns softwares de virtualização de hardware incluem recursos que aceitam cluster ou portabilidade de máquinas virtuais de convidados em várias máquinas raiz físicas. Por exemplo, o Hyper-V inclui uma solução cluster chamada migração rápida, que combina as máquinas host do Hyper-V com o cluster de failover do Windows. Para obter mais detalhes sobre migração rápida, você pode baixar o Quick Migration with Hyper-V White Paper Com os sistemas operacionais With the Windows Server 2008 Enterprise e Windows Server 2008 Datacenter, você pode executar cada servidor que forneça serviços de cliente como uma máquina virtual de convidado em um servidor físico e configurar o servidor físico como um nó em um cluster de failover (um gropo de computadores conectados que trabalham juntos para fornecer redundância de serviços). Nessa configuração, outros servidores físicos do cluster estão prontos para aceitar as máquinas virtuais de convidados quando necessário por meio de uma migração rápida. O impacto da migração rápida em uma máquina de convidado depende da natureza da interrupção:

  • Interrupções agendadas   Uma interrupção agendada ocorre quando o administrador move manualmente recursos em cluster para outro nó do cluster. Nesse cenário, o estado da máquina de convidado é suspenso e salvo, os recursos são transferidos para o nó especificado e a máquina de convidado é retomada para o estado salvo no nó especificado. A partir de uma perspectiva do Exchange, o servidor geralmente experimenta apenas conexões TCP eliminadas. Os clientes experimentarão uma interrupção no serviço durante o processo de migração: Os usuários do Microsoft Office Outlook em Modo Cache do Exchange, bem como os clientes do Exchange ActiveSync, ficarão rapidamente offline e os usuários do Outlook em Modo Online, bem como os usuários do Office Outlook Web Access, POP3 e IMAP4 não poderão acessar suas caixas de correio durante o processo de migração. A duração da interrupção dependerá do tempo que leva para suspender, mover e reiniciar a máquina virtual e é altamente influenciada pela conectividade de armazenamento e pelo tamanho da memória da máquina virtual.

  • Interrupções não agendadsa   Uma interrupção não agendada ocorre quando uma falha afeta um nó ativo no grau de acionamento de diretivas de failover de cluster. Por exemplo, se o nó ativo perder energia ou experimentar uma falha catastrófica de software ou de hardware. Nesse cenário, a máquina de convidado experimentará uma perda de energia inesperada. Em uma máquina de convidado do Exchange que hospeda a função de servidor Caixa de Correio, o desligamento inesperado colocará os bancos de dados em um estado de desligamento anormal. Quando o convidado do Exchange for reiniciado, o Exchange executará seus processos de recuperação de falha internos e repetirá todos os arquivos de log de todos os bancos de dados. O tempo para a recuperação completa dependerá de como os vários arquivos de log deverão ser repetidos; todos os arquivos de log gerados após o ponto de verificação deverão ser repetidos. Geralmente, você pode esperar obter uma taxa de repetição de pelo menos dois arquivos de log por segundo.

Escolha de uma solução de alta disponibilidade para um servidor Exchange virtualizado

Recomendamos o uso de soluções internas de alta disponibilidade do servidor Exchange para servidores Exchange virtualizados, em vez de soluções de cluster ou de portabilidade fornecidas pelo hypervisor (como o recurso de migração rápida do Hyper-V). Os recursos encontrados no servidor Exchange (em particular, replicação contínua em cluster (CCR)) fornecem mais benefícios do que aqueles encontrados em soluções do hypervisor que movem máquinas virtuais entre máquinas raiz físicas.

O mecanismo de replicação de dados internos no Exchange (replicação contínua) pode ser combinado com cluster de failover do Windows em uma configuração conhecida como CCR. A CCR pode ser implantada em um ambiente de virtualização de hardware, fornecendo, por meio dela, um serviço e uma solução de disponibilidade de dados para o Exchange 2007 em um ambiente virtualizado. Em um ambiente de CCR (ou SCC) virtualizado, cada máquina de convidado que é um nó do cluster deve estar hospedada em máquinas raiz físicas separadas para fornecer redundância e alta disponibilidade verdadeiras.

Dica

Ela é aceita para implantar CCR ou SCC usando uma combinação de nós físicos e virtuais. Como em todas as configurações de alta disponibilidade do Exchange, você deve garantir que todos os nós sejam corretamente dimensionados para tratar a carga de trabalho completa durante as interrupções agendadas ou não agendadas.

Não recomendamos usar a migração de máquina virtual baseada no hypervisor (como a migração rápida do Hyper-V) para servidores Exchange virtualizados. Em uma configuração de migração de máquina virtual, uma interrupção não agendada pode resultar em perda de dados. Em um ambiente de CCR, esse tipo de perda de dados é altamente abrandada por um recurso chamado dumpster de transporte. O dumpster de transporte se beneficia da redundância do ambiente para recuperar parte dos dados afetados pelo failover. Para obter mais informações, consulte Cluster Continuous Replication

As diferenças entre as soluções de migração de máquina virtual e CCR (quando implantada em um ambiente de virtualização de hardware) são listadas na seguinte tabela:

Migração de máquina virtual vs. replicação contínua em cluster

  Migração de máquina virtual Replicação contínua em cluster

Detecção de pulsação do sistema operacional

Sim

Sim

Detecção de pulsação do servidor Exchange

Não

Sim

Cópias de dados do Exchange

1

2

Exige armazenamento compartilhado

Sim

Não

Aceita backup com reconhecimento do Exchange de nó passivo

Não

Sim

Considerações sobre backup e restauração

O servidor Exchange tem requisitos de E/S significativos. Ao implantar grandes servidores Exchange em máquinas virtuais de convidados, recomendamos usar discos de passagem para armazenamento de dados. A implementação atual de VSS no Hyper-V não aceita backups baseados em raiz para discos de passagem ou discos iSCSI que estejam conectados a um iniciador iSCSI dentro da máquina virtual de convidado. Como resultado, os backups de VSS de uma máquina virtual de convidado do Exchange que são executados na máquina raiz não são aceitos em discos de passagem ou iSCSI conectados à máquina virtual de convidado.

Para executar backups aceitos de um servidor Exchange virtualizado usando um desses tipos de armazenamento, você deve executar backups de dentro da máquina virtual de convidado. Você pode usar um software de backup que aceite APIs de backup de streaming ESE ou uma solução VSS baseada em software com reconhecimento do Exchange (por exemplo, o Microsoft System Center Data Protection Manager).

O backup de VSS de uma máquina virtual de convidado do Exchange de dentro da máquina raiz é aceito quando forem usados discos rígidos virtuais do Hyper-V (VHDs).

Algumas soluções de armazenamento também incluem métodos aceitos pelo fornecedor do armazenamento para obter backups de VSS baseados em hardware diretamente dos volumes de armazenamento. O suporte a esses métodos é oferecido pelo fornecedor de armazenamento e não pela Microsoft.

Considerações sobre armazenamento

Recomendamos usar LUNs separados protegidos usando matriz redundante de matrizes de discos independentes (RAID) para o sistema operacional host, para cada disco do sistema operacional de convidado e para todo o armazenamento em máquina virtual. Os LUNs para bancos de dados e arquivos de log devem ser isolados de acordo com as práticas recomendadas de armazenamento do Exchange 2007. Todos os requisitos de armazenamento e as práticas recomendadas do Exchange 2007 se aplicam a servidores Exchange em execução em um ambiente de virtualização de hardware. Para obter mais informações sobre requisitos de armazenamento, recomendações e práticas recomendadas do Exchange 2007, consulte Planning Storage Configurations

A figura a seguir ilustra a configuração de armazenamento do Exchange 2007 em um ambiente do Hyper-V.

Configuração de armazenamento do Exchange 2007 em um ambiente do Hyper-V

Hyper-V e Exchange Storage

Requisitos de armazenamento de máquina virtual de convidado

O sistema operacional de uma máquina convidada do Exchange deve usar um disco que tenha pelo menos 15 GB, mais o tamanho da memória virtual alocada para a máquina convidada. 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 alocou 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 evento, você deve configurar os adaptadores no sistema operacional da máquina raiz e apresentar os LUNs às máquinas virtuais convidadas como um disco virtual ou um disco de passagem.

Requisitos de armazenamento da máquina raiz

Cada máquina raiz tem requisitos mínimos de espaço em disco que devem ser atendidos:

  • 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, ao executar o Windows Server 2008 com o Hyper-V, você precisará de no mínimo 10 GB para atender aos Windows Server 2008 System Requirements para o sistema operacional. O espaço de armazenamento adicional será necessário também para aceitar o arquivo de paginação do sistema operacional, o software de gerenciamento e os arquivos de recuperação de desastres (dump).

  • Alguns hypervisors 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 memoria 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 e recomendação de armazenamento do servidor Exchange

A seguir, estão os requisitos e as recomendação para armazenamento conectado a um servidor Exchange virtualizado:

  • Cada máquina convidada do Exchange Server deve receber espaço de armazenamento suficiente na máquina raiz para o disco que contém o sistema operacional convidado, qualquer arquivo de armazenamento de memória temporário em uso e arquivos de máquina virtual relacionados 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 do disco que são separados do armazenamento que está hospedando o sistema operacional da máquina virtual de convidado.

  • Os discos virtuais podem não executar tão bem quanto outros tipos de discos. Você deve consultar a documentação de desempenho e de escalabilidade do fabricante do hypervisor para compreender como a E/S do Exchange pode ser afetada pelo uso de diferentes opções de armazenamento.

  • Recomendamos usar o armazenamento de passagem de SCSI para bancos de dados de transporte de host e de caixa de correio e arquivos de log de transações. Embora o uso de discos de passagem limite a portabilidade de máquinas virtuais, essa configuração tem demonstrado oferecer o melhor desempenho de todas as opções de armazenamento para um servidor Exchange virtualizado.

  • Ao usar o armazenamento iSCSI, o melhor desempenho é obtido quando o componente iSCSI Initiator está configurado na máquina host e os discos são apresentados à máquina de convidado como discos de passagem. Recomendamos usar velocidades do Gigabit Ethernet ou mais rápido para o armazenamento iSCSI e isolar a rede de armazenamento iSCSI de qualquer outro tráfego. Recomendamos também usar as placas de interface de rede física dedicada para tráfego de rede iSCSI. Em um ambiente do Hyper-V, recomendamos ainda que as placas de rede iSCSI física dedicada sejam configuradas para usar quadros jumbo e não serem vinculadas a nenhuma opção de rede virtual.

  • A configuração do armazenamento iSCSI para usar um iniciador iSCSI dentro de uma máquina virtual de convidado do Exchange é aceita. Entretanto, haverá um desempenho reduzido nessa configuração, pois a pilha de rede dentro de uma máquina virtual não tem tantos recursos quanto uma pilha de rede não virtualizada (por exemplo, uma pilha de rede virtual não aceita quadros jumbo). Entretanto, como o armazenamento iSCSI está conectado diretamente no iniciador iSCSI de convidado e não configurado como discos de passagem, a máquina virtual tem maior portabilidade.

Considerações sobre rede

É recomendável especificar configurações de rede ao executar o Exchange 2007 em um ambiente de virtualização de hardware. Essas configurações são baseadas dependendo de se o Exchange foi implantado para alta disponibilidade.

Para ambientes que não são implantados para alta disponibilidade (por exemplo, sem CCR, sem SCC, sem Migração Rápida), é recomendável seguir a orientação de planejamento e implantação fornecida pelo seu fornecedor de hypervisor. Por exemplo, no caso do Hyper-V, é recomendável seguir a orientação estabelecida no Hyper-V Planning and Deployment Guide (página em inglês) e no Microsoft Hyper-V Server 2008 Configuration Guide

Para ambientes implantados para alta disponibilidade (por exemplo, CCR ou SCC), é recomendável ter pelo menos dois NICs na máquina raiz. Um NIC deve ser dedicado à máquina raiz do hypervisor e o outro NIC deve ser dedicado às máquinas virtuais de convidado. NICs separados adicionais devem ser usados para qualquer armazenamento iSCSI em uso pelas máquinas raiz e de convidado.

Dica

Se você estiver implantando as máquinas de convidado de Acesso para Cliente ou Transporte de Hub no Hyper-V que também estejam configuradas para alta disponibilidade usando Balanceamento de Carga de Rede (NLB), será necessário instalar o hotfix do artigo 953828 da Base de Dados de Conhecimento Microsoft, "The NLB host does not converge as expected on Windows Server 2008 Hyper-V virtual machines" (em inglês). Para obter mais informações sobre como instalar e configurar o NLB, consulte Network Load Balancing Deployment Guide (em inglês).

Diretiva de suporte e recomendações para o Exchange Server 2003

A Microsoft aceita o Exchange Server 2003 em produção no software de virtualização de hardware (máquinas virtuais) apenas quando todas as seguintes condições forem verdadeiras:

  • O software de virtualização de hardware é o Microsoft Virtual Server 2005 R2 ou qualquer versão posterior do Microsoft Virtual Server.

  • A versão do Exchange Server que está em execução na máquina virtual é o Microsoft Exchange Server 2003 com Service Pack 2 (SP2) ou posterior.

  • As Adições de Máquina Virtual do Microsoft Virtual Server 2005 R2 são instaladas no sistema operacional de convidado.

  • O Exchange Server 2003 está configurado como um servidor independente e não como parte de um cluster de failover do Windows.

  • O driver SCSI que está instalado no sistema operacional de convidado é o driver do Microsoft Virtual Machine PCI SCSI Controller.

  • O recurso Desfazer do disco rígido virtual não está habilitado para a máquina virtual do Exchange.

    Dica

    Quando um adaptador SCSI do Microsoft Virtual Server for adicionado a uma máquina virtual após as Adições de Máquina Virtual terem sido instaladas, o sistema operacional de convidado detecta e instala um driver Adaptec SCSI genérico. Nesse caso, as Adições de Máquina Virtual devem ser removidas e então reinstaladas no driver SCSI correto para serem instaladas no sistema operacional de convidado.

Para verificar o driver SCSI que está instalado no sistema operacional de convidado, siga estas etapas:

  1. No sistema operacional de convidado, clique com o botão direito do mouse em Meu Computador e clique em Gerenciar.

  2. Em Ferramentas do Sistema, clique em Gerenciador de Dispositivos.

  3. Em Controladores SCSI e RAID, verifique se o Microsoft Virtual Machine PCI SCSI Controller está listado. Se você vir um driver diferente listado, deverá reinstalar as Adições de Máquina Virtual. Por exemplo, se você vir Adaptec listado, deverá reinstalar as Adições de Máquina Virtual.

    Dica

    Se a máquina virtual estiver configurada para usar um controlador IDE apenas, nenhuma ação será necessária.

Considerações de desempenho e escalabilidade

Quando você planeja implantar o Exchange Server 2003 SP2 em um ambiente virtualizado, os mesmos aspectos de desempenho e escalabilidade descritos no Exchange Server 2003 Performance and Scalability Guide se aplicarão ao dimensionar cada máquina virtual do Exchange Server 2003.

Entretanto, alguns fatores afetam diretamente o desempenho e a escalabilidade do Exchange Server 2003 quando ele estiver em execução no Virtual Server 2005 R2. Esses fatores devem ser considerados quando você dimensionar as configurações do host e as configurações de convidado.

A seguir, estão os fatores a serem considerados sobre a configuração da máquina virtual:

  • Cada máquina virtual pode ter apenas uma CPU. Isso limita a potência de processamento da instalação do Exchange virtualizada. O servidor deve ser dimensionado de tal maneira que uma única CPU possa tratar a carga estimada no servidor. Além disso, o número de máquinas virtuais que estão em execução ao mesmo tempo no computador host afetará o desempenho global do sistema inteiro.

  • Quando você dimensionar a capacidade do disco da máquina virtual, o tempo necessário para executar um backup online completo dos dados do servidor Exchange sobre a rede deve ser considerado. Considere adicionar um adaptador de rede virtual dedicado para backups do servidor Exchange.

    Dica

    Embora você possa executar um backup offline dos arquivos .VHD (disco rígido virtual) no nível do host, isso não substitui a necessidade de executar um backup regular do servidor Exchange. Para obter mais informações sobre processos de backup e de restauração do servidor Exchange, consulte o Exchange Server 2003 Disaster Recovery Operations Guide.

  • Crie discos virtuais de tamanho fixo separados para bancos de dados do servidor Exchange e arquivos de log e armazene-os em unidades físicas separadas no servidor host.

  • O desempenho do servidor Exchange deve ser validado antes da produção usando as Ferramentas de Desempenho do Exchange Server 2003. Para obter mais informações sobre essas ferramentas, consulte o Exchange Server 2003 Performance and Scalability Guide.

A seguir, estão os fatores a serem considerados sobre a configuração do host:

  • Verifique se o servidor que está em execução no Virtual Server 2005 R2 está dimensionado corretamente para tratar o número de máquinas virtuais que você planeja implantar. Essa estimativa devem incluir a CPU, a memória, os adaptadores de rede e a configuração do disco.

  • Use uma solução de disco rígido que permita acesso rápido. Você pode usar um disco rígido SCSI, uma matriz redundante de discos independentes (RAID) ou uma rede de área de armazenamento (SAN) para armazenar os arquivos .VHD usados por dados do servidor Exchange.

  • Se um programa antivírus estiver instalado no host, ele deverá ser configurado para não verificar arquivos .VHD.

Diretiva de suporte para versões do servidor Exchange anteriores ao Exchange Server 2003

A Microsoft não aceita nenhuma versão do Microsoft Exchange Server anterior ao Exchange Server 2003 em produção em ambientes de virtualização de hardware. Essa diretiva se aplica ao Exchange 2000 Server, ao Exchange 2000 Conferencing Server, ao Exchange Server 5.5 e a todas as versões anteriores do servidor Exchange.