Arquitetura do Exchange
O Exchange usa uma arquitetura de bloco de construção única que fornece serviços de email para implantações de todos os tamanhos, desde pequenas organizações até as maiores corporações multinacionais. Essa arquitetura é descrita no diagrama a seguir.
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 passadas 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.
Arquitetura de função de servidor
O Exchange usa servidores de caixa de correio e servidores de Transporte de Borda. 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 Gerenciar bancos de dados de caixa de correio em Exchange Server.
Os servidores de caixa de correio contêm os serviços de Acesso ao Cliente que aceitam conexõ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, confira a seção arquitetura de protocolo acesso ao 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, consulte Centro de administração do Exchange no Exchange Server e Exchange Server PowerShell (Shell de Gerenciamento do Exchange).
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, consulte Proteção antispam no Exchange Server
Você gerencia os servidores de transporte de borda usando o Shell de Gerenciamento do Exchange. Para obter mais informações, consulte Exchange Server PowerShell (Shell de Gerenciamento 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 DAG (grupo de disponibilidade de banco de dados) é o elemento fundamental da estrutura de alta disponibilidade e resiliência do site que é incorporada a 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 aprimorados 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. Esse recurso é conhecido como redundância de sombra.
O serviço de transporte faz cópias redundantes de todas as mensagens entregues. Esse recurso é conhecido como Rede de segurança.
Em Exchange Server, um DAG representa um limite de alta disponibilidade de transporte. Você pode obter resiliência de site expandindo um DAG a vários sites do Active Directory.
Em Exchange Server, o transporte de alta disponibilidade é mais do que um melhor esforço para redundância de mensagens, pois a redundância não depende dos recursos compatíveis do servidor de email de envio. Portanto, você pode dizer que Exchange Server tenta garantir a redundância da mensagem mantendo várias 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 ao Cliente nos servidores do Exchange Mailbox são responsáveis por aceitar todas as formas de conexões de cliente. Os serviços de acesso ao cliente (front-end) fazem proxy dessas conexões com os serviços de back-end no servidor de caixa de correio de destino (o servidor local ou um servidor de caixa de correio remota que contém a cópia ativa da caixa de correio do usuário). Os clientes não se conectam diretamente aos serviços de back-end. Essa comunicação é mostrada no diagrama a seguir.
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, as solicitações de telefonia são diferentes de outras conexõ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 suas 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ção do servidor: no Exchange 2013 ou anterior, você pode instalar a função de servidor de Acesso ao Cliente e a função de servidor caixa de correio em computadores separados. No Exchange 2016 ou posterior, a função de servidor de Acesso ao Cliente é instalada automaticamente como parte da função de servidor caixa de correio e a função de servidor de Acesso ao 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 Versão prévia para Outlook na Web versão prévia do documento: no Exchange 2013 ou anterior, Outlook Web App incluiu a Exibição de Documentos WebReady para a visualização interna de documentos do Office e PDF. No Exchange 2016 ou posterior, Outlook na Web usa Servidor do Office Online Versão Prévia para fornecer recursos avançados de 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, consulte Instalar Servidor do Office Online em uma 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 sobre HTTP é habilitado por padrão e oferece controles adicionais, como a capacidade de habilitar ou desabilitar MAPI por HTTP por usuário e se deve anunciá-lo a clientes externos. Para saber mais, confira MAPI sobre HTTP do Exchange Server.