Virtualização do Exchange 2013

Aplica-se a: Exchange Server 2013

Você pode implantar o Microsoft Exchange Server 2013 em um ambiente virtualizado. Este tópico fornece uma visão geral dos cenários que são suportados para implantar o Exchange 2013 em software de virtualização de hardware.

• Arranque a frio: ao trazer um sistema de um estado de desligar para um limpo início do sistema operativo, a ação é um arranque a frio. Nenhum estado de sistema operacional persiste nesse caso.

• Estado guardado: quando uma máquina virtual é desligada, os hipervisores normalmente têm a capacidade de guardar o estado da máquina virtual, por isso, quando a máquina é ligada novamente, regressa a esse estado guardado em vez de passar por um arranque a frio.

• Migração planeada: quando um administrador de sistema inicia a movimentação de uma máquina virtual de um anfitrião hipervisor para outro, a ação é uma migração planeada. 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 é a máquina virtual do Exchange que 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

A Microsoft aceitará o Exchange 2013 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:

  • 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 implementação do Exchange 2013 em fornecedores de Infraestrutura como Serviço (IaaS) é suportada se todos os requisitos de suporte forem cumpridos. No caso dos fornecedores que aprovisionam máquinas virtuais, estes requisitos incluem garantir que o hipervisor que está a ser utilizado para máquinas virtuais do Exchange é totalmente suportado e que a infraestrutura a ser utilizada pelo Exchange cumpre os requisitos de desempenho que foram determinados durante o processo de dimensionamento. A implementação em máquinas virtuais do Microsoft Azure é suportada se todos os volumes de armazenamento utilizados para bases de dados do Exchange e registos de transações de bases de dados (incluindo bases de dados de transporte) estiverem configurados para o Azure Armazenamento Premium.

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

  • Está executando o Exchange 2013.

  • Está implantada no Windows Server 2008 R2 SP1 (ou versões posteriores), ou no Windows Server 2012, ou no Windows Server 2012 R2.

Para implantações do Exchange 2013:

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

• As máquinas virtuais do exchange server (incluindo máquinas virtuais da Caixa de Correio do Exchange que fazem parte de um grupo de disponibilidade de base de dados ou DAG) podem ser combinadas com a ativação pós-falha baseada no anfitrião clustering e tecnologia de migração, desde que as máquinas virtuais estejam configuradas de modo a não guardarem e restaurarem o estado no disco quando movidas ou offline. Toda a atividade de ativação pós-falha que ocorre ao nível do hipervisor tem de resultar num arranque a frio quando a máquina virtual é ativada no nó de destino. Toda a migração planeada tem de resultar em encerramento e arranque a frio ou numa migração online que utilize uma tecnologia como a Migração em Direto do Hyper-V. A migração de hipervisores de máquinas virtuais é suportada pelo fornecedor do hipervisor; Por conseguinte, tem de garantir que o fornecedor do hipervisor testou e suporta a migração de máquinas virtuais do Exchange. A Microsoft suporta a Migração em Direto do Hyper-V destas máquinas virtuais.

• Somente um 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 host física. 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 partilham um número fixo de núcleos de processador físico no sistema físico. O Exchange suporta uma proporção de núcleo de processador virtual para físico não superior a 2:1, embora recomendemos uma proporção de 1:1. Por exemplo, um sistema de processador duplo com processadores quad core contém um total de 8 núcleos de processador físico no sistema anfitrião. 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.

• 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 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 forma suportada de enviar e-mails para domínios externos a partir de recursos de computação do Azure é através de um reencaminhamento SMTP (também conhecido como um anfitrião inteligente SMTP). O recurso de computação do Azure envia o e-mail para o reencaminhamento de SMTP e, em seguida, o fornecedor de reencaminhamento SMTP envia o e-mail para o domínio externo. Exchange Online é um fornecedor de um reencaminhamento SMTP, mas também existem vários fornecedores de terceiros. 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 de espaço mínimo em disco para cada máquina host são os seguintes:

• 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. Por exemplo, durante a execução do Windows Server 2008 R2 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 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 anfitrião estiver a executar Windows Server 2012 Hyper-V ou Hyper-V 2012 e estiver a configurar um cluster de ativação pós-falha baseado no anfitrião que irá alojar servidores da Caixa de Correio do Exchange num grupo de disponibilidade de base de dados, recomendamos que siga as orientações documentadas no artigo da Base de Dados de Conhecimento Microsoft, 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 de convidado do Exchange, você deve alocar também armazenamento suficiente para as filas de mensagens e armazenamento suficiente para os bancos de dados e os arquivos de log nos servidores de Caixa de Correio.

• O armazenamento utilizado pelo computador convidado do Exchange para armazenamento de dados do Exchange (por exemplo, bases de dados de caixa de correio e filas de transporte) pode ser um armazenamento virtual de um tamanho fixo (por exemplo, discos rígidos virtuais fixos (VHD ou VHDX) num ambiente Hyper-V), armazenamento virtual dinâmico ao utilizar ficheiros VHDX com o Hyper-V, armazenamento pass-through 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. Todo o armazenamento usado por uma máquina de convidado do Exchange para armazenamento de dados do Exchange deve estar em nível de bloco porque o Exchange 2013 não oferece suporte ao uso de volumes de armazenamento anexado à rede (NAS), a não ser na situação SMB 3.0 descrita posteriormente nesse tópico. Além disso, o armazenamento NAS que é apresentado ao convidado como armazenamento em nível de bloco via hipervisor não é suportado.

• Os discos virtuais fixos ou dinâmicos podem ser armazenados em ficheiros SMB 3.0 que são suportados pelo armazenamento ao nível do bloco se o computador convidado estiver a ser executado no Windows Server 2012 Hyper-V (ou numa versão posterior do Hyper-V). A única utilização suportada de partilhas de ficheiros SMB 3.0 destina-se ao armazenamento de discos virtuais fixos ou dinâmicos. Esses compartilhamentos de arquivos não podem ser utilizados para armazenamento direto de dados do Exchange. Ao utilizar partilhas de ficheiros SMB 3.0 para armazenar discos virtuais fixos ou dinâmicos, o armazenamento que suporta a partilha de ficheiros deve ser configurado para elevada disponibilidade para garantir a melhor disponibilidade possível do serviço 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 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. , 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. Como consequência, não há suporte para a utilização de recursos de memória dinâmica para o Exchange.

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

A seguir, 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 2013:

• 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 com estas tecnologias com o Exchange, uma vez que estas 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.