Virtualização do Exchange Server

APLICA-SE A:2016 2019 Subscription Edition

Você pode implantar o Exchange Server 2016 e o Exchange Server 2019 em um ambiente virtualizado. Este tópico fornece uma visão geral dos cenários com suporte para implantar o Exchange em um software de virtualização de hardware.

Os seguintes termos são usados nesta discussão sobre virtualização do Exchange:

• Inicialização a frio: ao trazer um sistema de um estado desligado para uma inicialização limpa do sistema operacional, a ação é uma inicialização a frio. Nenhum estado de sistema operacional persiste nesse caso.

• Estado salvo: quando uma máquina virtual é desligada, os hipervisores normalmente têm a capacidade de salvar o estado da máquina virtual; Portanto, quando a máquina é ligada novamente, ela retorna ao estado salvo em vez de passar por uma inicialização a frio.

• Migração planejada: quando um administrador do sistema inicia a movimentação de uma máquina virtual de um host de hipervisor para outro, a ação é uma migração planejada. A ação pode ser uma única migração ou um administrador do sistema pode configurar uma automação para mover a máquina virtual em uma base cronometrada. Uma migração planejada também pode ser o resultado de algum outro evento que ocorre no sistema, que não seja uma falha de hardware ou software.

  O ponto-chave de uma migração planejada é que a máquina virtual do Exchange está operando normalmente e precisa ser realocada por algum motivo. Essa realocação pode ser feita por meio de tecnologia (por exemplo, migração ao vivo ou vMotion). No entanto, se a máquina virtual do Exchange ou o host de hipervisor onde a máquina virtual está localizada enfrentar algum tipo de condição de falha, o resultado não será caracterizado como uma migração planejada.

Requisitos para virtualização de hardware

A Microsoft dá suporte ao Exchange 2016 e ao Exchange 2019 em produção em um software de virtualização de hardware somente quando todas as seguintes condições são verdadeiras:

• O software de virtualização de hardware está executando um dos seguintes procedimentos:

  • Qualquer versão do Windows Server com tecnologia Hyper-V ou Microsoft Hyper-V Server

  • Qualquer hipervisor de terceiros que tenha sido validado no Windows Server Virtualization Validation Program.

    Observação

    A implantação do Exchange 2016 ou Exchange 2019 em provedores de IaaS (Infraestrutura como Serviço) terá suporte se todos os requisitos de capacidade de suporte forem atendidos. No caso de provedores que provisionam máquinas virtuais, esses requisitos incluem garantir que o hipervisor usado para máquinas virtuais do Exchange tenha suporte total e que a infraestrutura a ser utilizada pelo Exchange atenda aos requisitos de desempenho determinados durante o processo de dimensionamento. Há suporte para a implantação em máquinas virtuais do Microsoft Azure se todos os volumes de armazenamento usados para bancos de dados do Exchange e logs de transações de banco de dados (incluindo bancos de dados de transporte) estiverem configurados para Azure Armazenamento Premium.

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

  • Está executando o Exchange 2016 ou o Exchange 2019.

  • Ele é implantado em uma versão com suporte do Windows Server para Exchange.

Para implantações do Exchange 2016 ou Exchange 2019:

• Todas as funções do Exchange Server têm suporte em uma máquina virtual.

• As máquinas virtuais do Exchange Server (incluindo as máquinas virtuais do Exchange que fazem parte de um grupo de disponibilidade de banco de dados ou DAG) podem ser combinadas com a tecnologia de migração, clustering e failover baseada em host, desde que as máquinas virtuais estejam configuradas de forma que não salvem e restaurem o estado no disco quando movidas ou colocadas offline. Todas as atividades de failover que ocorrem no nível do hipervisor devem resultar em uma inicialização a frio quando a máquina virtual é ativada no nó de destino. Toda migração planejada deve resultar em desligamento e inicialização a frio ou em uma migração online que faz uso de uma tecnologia como o Hyper-V Live Migration. A migração de máquinas virtuais com hipervisor é suportada pelo fornecedor do hipervisor; portanto, você deve garantir que o fornecedor do hipervisor testou e dá suporte à migração de máquinas virtuais do Exchange. A Microsoft dá suporte à migração ao vivo Hyper-V dessas máquinas virtuais.

• Somente um software de gerenciamento (por exemplo, software antivírus, software de backup ou software de gerenciamento de máquina virtual) pode ser implantado no computador host físico. Nenhum outro aplicativo baseado em servidor (por exemplo, Exchange, SQL Server, Active Directory ou SAP) deverá ser instalado na máquina host. A máquina host 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 convidada compartilham um número fixo de núcleos de processadores físicos no sistema físico. O Exchange dá suporte a uma proporção de núcleo de processador físico para processador virtual não superior a 2:1, embora recomendemos uma proporção de 1:1. Por exemplo, um sistema com processador duplo usando processadores quad core contém um total de 8 núcleos de processador físico 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 host, 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 host 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 host ao se calcular a taxa global de núcleos físicos para processadores virtuais. Se o monitoramento de desempenho do sistema operacional host 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.

• É possível que as máquinas virtuais convidadas sejam impedidas de se comunicar diretamente com os HBAs (adaptadores de barramento de host) Fibre Channel ou SCSI instalados no computador host. Nesse caso, você deve configurar os adaptadores no sistema operacional da máquina host e apresentar os LUNs (números de unidades lógicas) às máquinas virtuais de convidado como um disco virtual ou um disco de passagem.

• A única maneira com suporte de enviar emails para domínios externos de recursos de computação do Azure é por meio de uma retransmissão SMTP (também conhecida como host inteligente SMTP). O recurso de computação do Azure envia o email para a retransmissão SMTP e, em seguida, o provedor de retransmissão SMTP entrega o email para o domínio externo. O Exchange Online é um provedor de retransmissão SMTP, mas também há vários provedores terceirizados. Para obter mais informações, confira Solucionar problemas de conectividade SMTP de saída no Azure.

Requisitos de armazenamento da máquina host

Os requisitos mínimos de espaço em disco para cada computador host são descritos na lista a seguir:

• As máquinas host, em alguns aplicativos de virtualização de hardware, podem exigir espaço de armazenamento para um sistema operacional e seus componentes. 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 host 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.

• Se o computador host estiver executando o Windows Server 2012 Hyper-V ou Hyper-V 2012 e você estiver configurando um cluster de failover baseado em host que hospedará servidores de Caixa de Correio do Exchange em um DAG, recomendamos seguir as diretrizes em KB2872325.

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 host 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 convidada do Exchange, você também deve alocar armazenamento suficiente para as filas de mensagens e para os bancos de dados e arquivos de log nos servidores de Caixa de Correio.

• O armazenamento usado pela máquina convidada do Exchange para armazenamento de dados do Exchange (por exemplo, bancos de dados de caixa de correio e filas de transporte) pode ser armazenamento virtual de tamanho fixo (por exemplo, discos rígidos virtuais fixos (VHD ou VHDX) em um ambiente Hyper-V), armazenamento virtual dinâmico ao usar arquivos VHDX com Hyper-V, armazenamento de passagem SCSI ou armazenamento iSCSI (Internet SCSI). O armazenamento de passagem é o armazenamento que é configurado no nível do host e dedicado a uma máquina de convidado. Todo o armazenamento usado por uma máquina convidada do Exchange para armazenamento de dados do Exchange deve ser armazenamento em nível de bloco porque o Exchange não dá suporte ao uso de volumes NAS (armazenamento anexado à rede), exceto no cenário SMB 3.0 descrito posteriormente neste tópico. Além disso, o armazenamento NAS que é apresentado ao convidado como armazenamento em nível de bloco via hipervisor não é suportado.

• Discos rígidos virtuais fixos podem ser armazenados em arquivos SMB 3.0 baseado em armazenamento em nível de bloco se a máquina de convidado estiver sendo executada no Hyper-V do Windows Server 2012 (ou uma versão posterior do Hyper-V). O único suporte à utilização dos compartilhamentos de arquivos SMB 3.0 é o armazenamento de VHDs fixos. Esses compartilhamentos de arquivos não podem ser utilizados para armazenamento direto de dados do Exchange. Ao utilizar os compartilhamentos de arquivos SMB 3.0 para armazenar VHDs, o armazenamento que sustenta o compartilhamento de arquivos deve ser configurado para alta disponibilidade, para garantir a melhor disponibilidade possível do serviço do Exchange.

• 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 têm a capacidade de assinar/confirmar em excesso 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 com as 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 de servidor com otimizações de desempenho que envolvem cache de dados na memória) é suscetível ao baixo desempenho do sistema e a uma experiência de cliente inaceitável se não tiver controle total sobre a memória alocada para a máquina física ou virtual na qual está em execução. Como resultado, não há suporte para o uso de recursos de memória dinâmica ou overcommit de memória para o Exchange.

Cluster de failover baseado em host e migração para o Exchange

Veja a seguir algumas respostas para algumas perguntas frequentes sobre failover baseado em host, clustering e tecnologia de migração com DAGs do Exchange:

• 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 de hipervisor de terceiros usando essas tecnologias com o Exchange, porque essas tecnologias não fazem parte do Programa de Validação de Virtualização de Servidor (SVVP). O SVVP abrange outros aspectos do suporte da Microsoft 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. Se o seu fornecedor de hipervisor suporta sua tecnologia de migração com o Exchange, então a Microsoft suportará 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 fornecerá suporte para o Exchange quando usado nessa configuração.