Este artigo foi traduzido por máquina. Para visualizar o arquivo em inglês, marque a caixa de seleção Inglês. Você também pode exibir o texto Em inglês em uma janela pop-up, movendo o ponteiro do mouse sobre o texto.
Tradução
Inglês

Virtualização de 2016 do Exchange

[Este tópico é uma documentação de pré-lançamento e está sujeito a alterações em versões futuras. Tópicos em branco são incluídos como espaços reservados. Se você tem comentários, adoraríamos saber! Envie-nos um email para ExchangeHelpFeedback@microsoft.com.]  

Aplica-se a:Exchange Server 2016

Resumo: como usar o software de virtualização de hardware com Exchange 2016.

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

Sumário

Requirements for hardware virtualization

Host machine storage requirements

Exchange storage requirements

Exchange memory requirements and recommendations

Host-based failover clustering and migration for Exchange

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

  • Inicialização a frio   Ao retomar o sistema de um estado de desligamento 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 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 é 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.

Microsoft suporta Exchange 2016 em produção no software de virtualização de hardware somente quando todas as seguintes condições forem verdadeiras:

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

    noteObservação:
    Implantação do Exchange 2016 em provedores de infra-estrutura-como um serviço (IaaS) é suportada se todos os requisitos de suporte são atendidos. No caso de provedores que são provisionamento de máquinas virtuais, esses requisitos incluem garantindo o hipervisor que está sendo usado para máquinas virtuais do Exchange é totalmente suportado e que a infra-estrutura a ser utilizado por Exchange cumpre os requisitos de desempenho que foram determinados durante o processo de dimensionamento. Implantação de máquinas virtuais do Microsoft Azure é suportada se todos os volumes de armazenamento usado para bancos de dados do Exchange e logs de transações do banco de dados (incluindo bancos de dados de transporte) estão configurados para o armazenamento do Azure Premium.
  • A máquina virtual convidada com o Exchange tem as seguintes condições:

    • Ele é executado Exchange 2016.

    • Ele é implantado em uma versão do Windows Server que é suportado com o Exchange 2016. Consulte Pré-requisitos do Exchange 2016 para obter mais detalhes.

Para implantações de Exchange 2016:

  • Todas as funções de servidor Exchange 2016 são suportadas em uma máquina virtual.

  • Exchange máquinas virtuais do servidor (incluindo as máquinas virtuais Exchange que fazem parte de um grupo de disponibilidade do banco de dados ou DAG), pode ser combinado com a tecnologia de migração e de clustering de failover baseado em host, desde que as máquinas virtuais são configuradas, de forma que eles não salvar e restaurar o estado no disco quando movido ou colocado 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. Todos os migração planejada seja deve resultar em inicialização desligamento e frio ou uma migração online que faz uso de uma tecnologia como migração ao vivo do Hyper-V. Migração de hipervisor das máquinas virtuais é suportada pelo fornecedor hipervisor; Portanto, você deve garantir que o seu fornecedor de hipervisor testou e dá suporte à migração de máquinas virtuais de Exchange. Microsoft suporta a migração ao vivo do 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) 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 de convidado compartilham um número fixo de processadores lógicos no sistema físico. O Exchange suporta uma taxa de processador virtual para processador lógico de até 2:1, embora a taxa recomendada seja 1: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 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 podem ser impedidas de se comunicar diretamente com Fibre Channel ou SCSI adaptadores de barramento (HBAs) instalados na máquina host. Nesse caso, você deve configurar os adaptadores no sistema operacional da máquina host e apresente os números de unidades lógicas (LUNs) para máquinas virtuais convidadas como um disco virtual ou um disco de passagem.

  • A única maneira com suporte para enviar emails a domínios externos do Azure recursos de computação é por meio de uma retransmissão de SMTP (também conhecida como um host inteligente de SMTP). O recurso do Azure compute envia o email para a retransmissão de SMTP e, em seguida, o provedor de retransmissão de SMTP oferece o email para o domínio externo. Microsoft Exchange Online Protection for um provedor de uma retransmissão de SMTP, mas há um número de provedores de terceiros também. Para obter mais informações, consulte a postagem Envio de email do recurso do Windows Azure Compute a domínios externosdo Blog da equipe de suporte do Microsoft Azure.

Voltar ao início

Os requisitos de espaço mínimo em disco para cada máquina host são os seguintes:

  • Máquinas de host em alguns aplicativos de virtualização de hardware podem exigir o espaço de armazenamento para um sistema operacional e seus componentes. Espaço de armazenamento adicional também é necessária para suportar o arquivo de paginação do sistema operacional, software de gerenciamento e travar arquivos de recuperação (dump).

  • 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 sua máquina host esteja executando Windows Server 2012 Hyper-V ou 2012 Hyper-V e você estiver configurando um cluster de failover baseado em host que irá hospedar servidores de caixa de correio de Exchange em um grupo de disponibilidade do banco de dados, é recomendável seguir as orientações documentadas no artigo da Base de Conhecimento Microsoft, 2872325, Cluster de convidado nós no Hyper-V talvez não consiga criar ou ingressar em.

Voltar ao início

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 usado por máquina convidada Exchange para armazenamento de dados de 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 Internet SCSI (iSCSI). Armazenamento de passagem é armazenamento que tiver configurado no nível do host e dedicado máquina um convidado. Todo o armazenamento usado por uma máquina de convidado Exchange para armazenamento de dados de Exchange deve ser blocos de armazenamento porque 2016 do Exchange não é compatível com o uso de volumes de armazenamento (NAS Network) conectado à rede, que não seja no cenário SMB 3.0 descritos neste tópico. Além disso, armazenamento NAS apresentada para o convidado como não há suporte para armazenamento de blocos via o hipervisor.

  • 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).

Voltar ao início

Alguns hipervisores têm a capacidade de receber assinaturas demais/overcommit ou ajustar dinamicamente a quantidade de memória disponível para uma máquina de convidado específicos com base no uso de memória na máquina convidada em comparação com as necessidades de outras máquinas de convidado gerenciadas pelo mesmo hipervisor perceptivelmente. Essa tecnologia faz sentido para cargas de trabalho na qual memória é necessária para breves períodos de tempo e, em seguida, pode ser surrendered para outros usos. No entanto, não faz sentido para cargas de trabalho que foram projetados para usar memória continuamente. Exchange, assim como muitos aplicativos de servidor com otimizações para desempenho que envolvem o cache de dados na memória, é suscetível a desempenho ruim do sistema e uma experiência de cliente inaceitável se ele não tem controle total sobre a memória alocada para a física ou máquina virtual no qual ele está sendo executado. Como resultado, uso de memória dinâmica ou memória overcommit recursos para Exchange não é suportado.

Voltar ao início

A seguir estão as respostas para algumas perguntas frequentes sobre a tecnologia de migração e de clustering de failover baseado em host com Exchange 2016 DAGs:

  • A Microsoft oferece suporte à tecnologia de migração de terceiros?

    A Microsoft não pode fazer instruçõ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 Servidores (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.

Voltar ao início

 
Mostrar: