Compartilhar via


Arquitetura do Exchange

APLICA-SE A:yes-img-162016 yes-img-192019 yes-img-seSubscription Edition

O Exchange utiliza uma arquitetura de bloco modular único que fornece serviços de e-mail para implementações de todos os tamanhos, desde pequenas organizações até às maiores empresas multinacionais. Esta arquitetura é descrita no diagrama seguinte.

Arquitetura do Exchange.

Os componentes individuais são descritos nas seções a seguir.

Arquitetura de comunicação do servidor

A comunicação entre servidores exchange e versões anteriores e futuras do Exchange ocorre na camada de protocolo. A comunicação entre camadas não é permitida. A arquitetura de comunicação é resumida como "todo servidor é uma ilha". Essa arquitetura tem os seguintes benefícios:

  • Comunicações reduzidas entre servidores.

  • Comunicações que reconhecem a versão.

  • Falhas isoladas.

  • Design integrado dentro de cada servidor.

A comunicação de camada de protocolo entre servidores Exchange é mostrada no diagrama a seguir.

Comunicação entre servidores Exchange.

Arquitetura de função de servidor

O Exchange utiliza servidores de Caixa de Correio e servidores de Transporte edge. As funções de servidor são descritas nas seções a seguir.

Servidores Caixa de Correio

  • Os servidores de caixa de correio contêm os serviços de transporte que são usados para rotear emails. Para saber mais, confira Mail flow and the transport pipeline

  • Os servidores de caixa de correio contêm bancos de dados de caixa de correio que processam, renderizam e armazenam dados. Para obter mais informações, consulte Gerir bases de dados de caixa de correio no Exchange Server.

  • Os servidores de caixa de correio contêm os serviços de Acesso de Cliente que aceitam ligações de cliente para todos os protocolos. Esses serviços de front-end são responsáveis por rotear ou fazer proxy das conexões com os serviços de back-end correspondentes em um servidor de caixa de correio. Os clientes não se conectam diretamente aos serviços de back-end. Para obter mais informações, veja a secção Arquitetura do protocolo de Acesso de Cliente mais adiante neste tópico.

  • No Exchange 2016, os servidores Caixa de Correio contêm os serviços de Unificação de Mensagens (UM) que fornecem caixa postal e outros recursos de telefonia às caixas de correio.

    Observação

    A Unificação de Mensagens não está disponível no Exchange 2019.

  • Você gerencia os servidores de caixa de correio usando o Centro de administração do Exchange (EAC) e o Shell de Gerenciamento do Exchange. Para obter mais informações, veja Exchange admin center in Exchange Server and Exchange Server PowerShell (Exchange Management Shell).

Servidores de Transporte de Borda

  • Os servidores de transporte de borda tratam de todo o fluxo de email externo para a organização do Exchange.

  • Os servidores de transporte de borda normalmente são instalados na rede de perímetro e estão inscritos na organização interna do Exchange. O processo de sincronização EdgeSync disponibiliza informações do destinatário e outras informações de configuração ao servidor de transporte de borda à medida que os emails entram e saem da organização do Exchange.

  • Os servidores de transporte de borda fornecem regras antispam e de fluxo de emails à medida que os emails entram e saem da organização do Exchange. Para obter mais informações, veja Proteção antisspam no Exchange Server

  • Você gerencia os servidores de transporte de borda usando o Shell de Gerenciamento do Exchange. Para obter mais informações, veja Exchange Server PowerShell (Shell de Gestão do Exchange).

Saiba mais sobre os servidores Transporte de Borda e, Servidores Transporte de Borda.

Arquitetura de alta disponibilidade

Os recursos de alta disponibilidade no Exchange Server são descritos nas seções a seguir.

Alta disponibilidade da caixa de correio

Um grupo de disponibilidade de base de dados (DAG) é o elemento fundamental da arquitetura de elevada disponibilidade e resiliência do site incorporada no Exchange Server. Um DAG é um grupo de servidores de caixa de correio que hospedam um conjunto de bancos de dados e fornece recuperação automática, no nível de banco de dados, das falhas de banco de dados, de rede e de servidor. E os DAGs no Exchange 2016 ou posterior foram melhorados em comparação com o Exchange 2013. Para saber mais sobre DAGs, confira Database availability groups.

Alta disponibilidade de transporte

  • O serviço de transporte faz cópias redundantes de todas as mensagens em trânsito. Esta funcionalidade é conhecida como redundância sombra.

  • O serviço de transporte faz cópias redundantes de todas as mensagens entregues. Esse recurso é conhecido como Rede de segurança.

  • No Exchange Server, um DAG representa um limite de elevada disponibilidade de transporte. Você pode obter resiliência de site expandindo um DAG a vários sites do Active Directory.

  • No Exchange Server, a elevada disponibilidade do transporte é mais do que um melhor esforço para a redundância de mensagens, uma vez que a redundância não depende das funcionalidades suportadas do servidor de e-mail de envio. Por conseguinte, pode dizer que Exchange Server tenta garantir a redundância de mensagens ao manter múltiplas cópias de mensagens durante e após a entrega.

Saiba mais em Alta disponibilidade de transporte.

Arquitetura de protocolo de Acesso para Cliente

Os serviços de Acesso de Cliente nos servidores da Caixa de Correio do Exchange são responsáveis por aceitar todas as formas de ligações de cliente. Os serviços de Acesso de Cliente (front-end) proxy destas ligações aos serviços de back-end no servidor de caixa de correio de destino (o servidor local ou um servidor de Caixa de Correio remoto que contém a cópia ativa da caixa de correio do utilizador). Os clientes não se conectam diretamente aos serviços de back-end. Essa comunicação é mostrada no diagrama a seguir.

Como os clientes se comunicam com os servidores Exchange.

O protocolo usado por um cliente determina o protocolo usado para fazer proxy da solicitação aos serviços de back-end no servidor de caixa de correio de destino. Por exemplo, se o cliente se conectou usando HTTP, o servidor de caixa de correio usará HTTP para fazer proxy da solicitação ao servidor de caixa de correio de destino (protegido via SSL usando um certificado autoassinado). Se o cliente usou IMAP ou POP, o protocolo usado será IMAP ou POP.

No Exchange 2016, os pedidos de telefonia são diferentes das outras ligações de cliente. Em vez de fazer proxy da solicitação, o servidor de caixa de correio redireciona a solicitação para o servidor de caixa de correio que retém a cópia ativa da caixa de correio do usuário. Os dispositivos de telefonia são necessários para estabelecer as respetivas sessões SIP e RTP diretamente com os serviços de Mensagens Unificadas no servidor de caixa de correio do Exchange 2016 de destino.

Observação

A Unificação de Mensagens não está disponível no Exchange 2019.

Alterações na arquitetura do Exchange

  • Consolidação de funções de servidor: no Exchange 2013 ou anterior, pode instalar a função de servidor de Acesso de Cliente e a função de servidor da Caixa de Correio em computadores separados. No Exchange 2016 ou posterior, a função de servidor de Acesso de Cliente é instalada automaticamente como parte da função de servidor da Caixa de Correio e a função de servidor de Acesso de Cliente não está disponível como uma opção de instalação separada. Essa alteração reflete a filosofia da colocalização da função de servidor do Exchange que tem sido uma prática recomendada desde Exchange 2010. Uma arquitetura de servidor multifunção do Exchange oferece os seguintes benefícios tangíveis:

    • Todos os servidores Exchange em seu ambiente (com a provável exceção de todos os servidores Transporte de Borda) podem ser exatamente os mesmos: o mesmo hardware, a mesma configuração, etc. Essa uniformidade simplifica a compra de hardware, bem como a manutenção e o gerenciamento dos servidores Exchange.

    • Você provavelmente precisará de menos servidores físicos do Exchange. Isso resulta em custos de manutenção contínuos mais baixos, menos licenças de servidor do Exchange e rack reduzida, espaço físico e requisitos de energia.

    • A escalabilidade é aprimorada porque você está distribuindo a carga de trabalho em um número maior de máquinas físicas. Durante uma falha, a carga nos servidores multifunções restantes do Exchange aumenta somente de forma incremental, o que garante que as outras funções nos servidores do Exchange não sejam negativamente afetadas.

    • A resiliência é aprimorada, porque um servidor multifunção do Exchange pode sobreviver a um número maior de falhas da função (ou serviço) de Acesso para Cliente e ainda fornecer o serviço.

  • Melhorias de pesquisa: a instância de pesquisa local agora consegue ler dados da cópia de banco de dados de caixa de correio local. Como resultado, as instâncias de pesquisa passiva não precisam mais coordenar com seus correspondentes ativos para executar atualizações de índice, e os requisitos de largura de banda entre a cópia ativa e uma cópia passiva tiveram uma redução de 40% em comparação com as versões anteriores do Exchange. Além disso, a pesquisa agora é capaz de executar várias leituras de disco assíncronas antes de um usuário concluir um termo de pesquisa. Isso preenche o cache com informações relevantes e fornece latência de consulta de pesquisa de subsegundo para clientes online como o Outlook na Web.

  • Servidor do Office Online Pré-visualização para Outlook na Web pré-visualização de documentos: no Exchange 2013 ou anterior, Outlook Web App inclui a Visualização de Documentos WebReady para a pré-visualização incorporada de documentos do Office e PDF. No Exchange 2016 ou posterior, Outlook na Web utiliza o Servidor do Office Online Preview para fornecer capacidades avançadas de pré-visualização e edição para documentos. Embora isso forneça uma experiência de documento consistente com outros produtos, como SharePoint e Skype for Business, exige que você implante o Servidor do Office Online Preview em seu ambiente local se ainda não o tiver. Para obter mais informações, veja Instalar Servidor do Office Online numa organização do Exchange.

  • MAPI sobre HTTP é o padrão para conexões do Outlook: o MAPI sobre HTTP foi introduzido no Exchange 2013 Service Pack 1 e oferece melhorias sobre o método de conexão (RPC sobre HTTP) tradicional do Outlook em Qualquer Lugar. No Exchange 2016 ou posterior, o MAPI através de HTTP está ativado por predefinição e oferece controlos adicionais, como a capacidade de ativar ou desativar o MAPI através de HTTP por utilizador e se pretende anunciá-lo a clientes externos. Para saber mais, confira MAPI sobre HTTP do Exchange Server.