Roteamento com o ExpressRoute para Office 365

Importante :  Este artigo foi traduzido por um sistema de tradução automática, leia o aviso de isenção de responsabilidade. Para sua referência, veja a versão em inglês deste artigo aqui.

Para entender corretamente como rotear o tráfego para o Office 365 usando o Azure ExpressRoute, você precisa ter uma noção exata dos requisitos de roteamento essenciais do ExpressRoute e dos circuitos e domínios de roteamento do ExpressRoute. Eles demonstram os conceitos básicos para usar o ExpressRoute de que dependem os clientes do Office 365.

Alguns dos principais aspectos nos artigos acima que você precisará entender incluem:

  • Os circuitos do ExpressRoute não estão mapeados para uma infraestrutura física específica; eles são uma conexão lógica feita em um único local de emparelhamento pela Microsoft e por um provedor de emparelhamento em seu nome.

  • É feito um mapeamento individual entre um circuito do ExpressRoute e uma s-key do cliente.

  • Cada circuito pode dar suporte a até três relações de emparelhamento independentes (emparelhamento do Azure Público, emparelhamento do Azure Privado e emparelhamento da Microsoft); o Office 365 requer emparelhamento da Microsoft.

  • Cada circuito tem uma largura de banda fixa que é compartilhada entre todas as relações de emparelhamento.

  • Os endereços públicos IPv4 e números públicos de sistema autônomo que serão usados no circuito do ExpressRoute terão que ser validados como pertencentes a você ou atribuídos exclusivamente a você pelo proprietário do intervalo de endereços.

  • Os próprios circuitos do ExpressRoute são globalmente redundantes e seguirão as práticas de roteamento BGP padrão.

Confira a página de perguntas frequentes para saber mais sobre os serviços com suporte, os custos e os detalhes de configuração. Confira o artigo de locais do ExpressRoute para saber mais sobre a lista de provedores de conectividade que dão suporte ao emparelhamento da Microsoft. Também gravamos uma série em 10 episódios do Treinamento do Azure ExpressRoute para Office 365 no Canal 9 para ajudar a explicar os conceitos de forma mais completa.

Observação : O Azure Rota Expressa para Office 365 ainda não funciona com IPv6. Você precisará desabilitar o IPv6 ou a conexão o usará como padrão e não usará a conexão do ExpressRoute.

A infraestrutura que aceita o tráfego de cliente de aplicativos do Office 365 pode ser acessada na Internet e no ExpressRoute ou em vários circuitos do ExpressRoute. O tráfego de rede do Office 365 para a rede do cliente percorrerá o ExpressRoute quando a Internet e o ExpressRoute estiverem disponíveis. Isso permitirá a possibilidade de assimetria de rota se o tráfego de rede do cliente preferir a rota de Internet. As rotas assimétricas são um problema porque os dispositivos que realizam inspeção de pacote com estado podem bloquear o tráfego de retorno que segue um caminho diferente do que os pacotes de saída seguiram.

Quando um computador cliente inicia uma conexão com o Office 365 pela Internet, os pontos de extremidade do cliente associados à solicitação devem ser roteáveis publicamente. O mesmo vale para as conexões iniciadas pelo cliente iniciado pelo ExpressRoute. Com muitos clientes emparelhando diretamente com a Microsoft, não é viável ter endereços privados em que seja possível a duplicação entre clientes.

Abaixo estão cenários em que as comunicações do Office 365 para o seu local rede serão iniciadas:

Para que a Microsoft faça o roteamento novamente para sua rede nesses fluxos de tráfego bidirecionais, as rotas BGP para seus dispositivos locais devem ser compartilhadas com a Microsoft.

Para se conectar ao Office 365 por um circuito do ExpressRoute, você deverá configurar uma relação de emparelhamento usando o domínio de roteamento do emparelhamento da Microsoft. Os emparelhamentos dos Azure Público e Privado não são necessários para o Office 365. No entanto, existem serviços relacionados ao Office 365 que exigem o domínio de roteamento do Azure Público. Por exemplo, o Azure RemoteApp e o pacote de gerenciamento do Office 365 são desenvolvidos no Microsoft Azure e, como são aplicativos criados no Azure, alguns dos pontos de extremidade estão disponíveis pelo emparelhamento do Azure Público.

Outros aplicativos, como o Vídeo do Office 365 , são aplicativos do Office 365. No entanto, o Vídeo do Office 365 contém três componentes diferentes: o portal, o serviço de streaming e a rede de distribuição de conteúdo. O portal reside no SharePoint Online, o serviço de streaming reside nos Serviços de Mídia do Azure e a rede de distribuição de conteúdo reside no CDN Azure. A tabela a seguir descreve esses componentes.

Componente

Aplicativo subjacente

Domínio de roteamento

Uso

Portal de vídeo do Office 365

SharePoint Online

Emparelhamento da Microsoft

Configuração, carregamento

Serviço de streaming do Vídeo do Office 365

Serviços de Mídia do Microsoft Azure

Emparelhamento do Azure Público

Serviço de streaming, usado quando o vídeo não está disponível na CDN

Rede de distribuição de conteúdo do Vídeo do Office 365

Azure CDN

Nenhum

Fonte principal de download/streaming de vídeo. Saiba mais sobre a rede de vídeo do Office 365.

Embora o Azure RemoteApp, o pacote de gerenciamento do Office 365 e o Vídeo do Office 365 sejam os únicos aplicativos que têm dependências no domínio de roteamento do Azure Público, outros aplicativos podem necessitar dele no futuro. Para entender quais recursos e aplicativos do Office 365 estão disponíveis, consulte o artigo sobre pontos de extremidade do Office 365. Há uma coluna para cada aplicativo listado que indica se o recurso está disponível com o emparelhamento da Microsoft ou não.

Cada um dos recursos Office 365 disponíveis usando a correspondência de Microsoft estão listadas no artigo de pontos de extremidade do Office 365 por tipo de aplicativo e FQDN. O motivo para usar o FQDN nas tabelas é permitir que os clientes a gerenciar o tráfego usando arquivos de PAC ou outras configurações de proxy, consulte nosso guia aos arquivos de gerenciamento de pontos de extremidade do Office 365 PAC por exemplo. Os endereços IP que cada um dos aplicativos exige são divididas no nível do aplicativo e não no nível do recurso. Para cada aplicativo que está disponível em rota expressa, os intervalos de endereços IP são mencionados em uma tabela separada e os intervalos de IP que estão disponíveis apenas na Internet e a internet e a rota expressa são detalhados.

Esses endereços IP são agrupados em marcas de comunidade BGP para tornar o gerenciamento de roteamento mais fácil. As marcas de comunidade em uso incluem:

Marca de cadeia de caracteres de comunidade

Aplicativos incluídos

Exchange

Exchange Online

Proteção do Exchange Online

Skype for Business

Skype for Business Online

SharePoint

SharePoint Online

Outros serviços do Office 365

Portal e serviços compartilhados

Autenticação e identidade

Office Online

A maioria dos FQDNs listados como sendo anunciado a rota expressa e à internet são completa. Em algumas situações usamos um caractere curinga em um FQDN em uma situação onde um ou mais sub-FQDNs são anunciados diferente o curinga de nível superior FQDN. Isso geralmente acontece quando o curinga representa uma lista longa de servidores que anunciado a rota expressa e à internet e há um pequeno conjunto sub de servidores ou CNAMEs que só são anunciados para a internet, ou vice-versa. Consulte as tabelas abaixo para entender onde estão as diferenças.

Essa tabela exibe o FQDNs curinga que são anunciados à Internet e ao Azure ExpressRoute junto com os sub-FQDNs que são anunciados somente à Internet.

FQDN curinga anunciado ao ExpressRoute e à Internet

Sub-FQDN anunciado apenas à Internet

*.microsoftonline.com

click.email.microsoftonline.com

portal.microsoftonline.com

provisioningapi.microsoftonline.com

adminwebservice.microsoftonline.com

*.officeapps.live.com

NexusRules.officeapps.live.com

Nexus.officeapps.live.com

odc.officeapps.live.com

odc.officeapps.live.com

cdn.odc.officeapps.live.com

ols.officeapps.live.com

ocsredir.officeapps.live.com

ocws.officeapps.live.com

ocsa.officeapps.live.com

Geralmente arquivos PAC destinam-se para enviar solicitações de rede a rota expressa anunciado pontos de extremidade diretamente para o circuito e todas as outras solicitações de rede para o proxy. Se você estiver configurando um arquivo de PAC assim, redija seu arquivo de PAC na seguinte ordem:

  1. Inclua os sub-FQDNs da coluna dois na tabela acima na parte superior do arquivo PAC, enviando o tráfego para o proxy. Criamos um arquivo PAC de amostra para você usar no nosso artigo sobre gerenciar pontos de extremidade do Office 365.

  2. Inclua todos os FQDNs marcados anunciados ao ExpressRoute neste artigo abaixo da primeira seção, enviando o tráfego diretamente para o circuito do ExpressRoute.

  3. Inclua outras regras ou pontos de extremidade de rede abaixo dessas duas entradas, enviando o tráfego para o proxy.

Esta tabela exibe o curinga FQDNs que são anunciado à internet apenas junto com os sub-FQDNs que estão anunciado rota de expressa do Azure e na internet. Para o arquivo de PAC acima, os FQDNs na coluna dois a tabela a seguir são listados como sendo anunciado a rota expressa no link referenciado, significando que eles seriam incluídos no segundo grupo de entradas no arquivo.

FQDN curinga anunciado apenas à Internet

Sub-FQDN anunciado ao ExpressRoute e à Internet

*.office.com

*.outlook.office.com

home.office.com

portal.office.com

www.office.com

*.office.net

agent.office.net

*.office365.com

outlook.office365.com

smtp.office365.com

*.outlook.com

*.protection.outlook.com

*.mail.protection.outlook.com

*.windows.net

login.windows.net

É preciso determinar uma série de fatores a fim de rotear para o aplicativo do Office 365 desejado.

  1. Quanta largura de banda exigem o aplicativo. Amostragem uso existente é o único método confiável para determinar isso em sua organização. Use nossas calculadoras somente para validar o teste.

  2. Os locais de saída de onde você deseja que o tráfego de rede saia da sua rede. Você deve planejar minimizar a latência de rede para a conectividade com o Office 365, já que isso afetará o desempenho. Como o Skype for Business usa voz e vídeo em tempo real, ele é particularmente suscetível a uma latência de rede ruim.

  3. Se você quer que todos ou um subconjunto de seus locais de rede aproveitem o ExpressRoute.

  4. De que locais seu provedor de rede escolhido oferece o ExpressRoute.

Depois de determinar as respostas para essas perguntas, você pode provisionar um circuito de rota expressa que atende às necessidades de largura de banda e local. Para obter assistência de planejamento de rede mais, consulte o Office 365 rede ajuste guia e o estudo de caso sobre como alças de Microsoft rede planejamento de desempenho.

Exemplo 1 – localização geográfica única

O exemplo é um cenário de uma empresa fictícia chamada Trey Research que tem um único local geográfico.

Os funcionários da Trey Research só têm permissão para se conectar aos serviços e sites na Internet que o departamento de segurança permitem explicitamente no par de proxis de saída que ficam entre a rede corporativa e o ISP.

Trey Research planeja usar rota expressa do Azure para Office 365 e reconhece que alguns tráfego como o tráfego destinado para redes não será capazes de rotear sobre a rota expressa para conexão de Office 365 de fornecimento de conteúdo. Desde que todo o tráfego já rotas para os dispositivos de proxy por padrão, essas solicitações continuarão a funcionar como antes. Após Trey Research determina que eles podem atender aos requisitos de roteamento de rota expressa do Azure, eles prosseguir para criar um circuito, configure o roteamento e vincular o novo circuito de rota expressa a uma rede virtual. Depois que a configuração de rota expressa do Azure fundamental estiver no lugar, Trey Research adiciona os pontos de extremidade de Office 365 suportados pelo rota expressa para Office 365 para um arquivo de configuração (PAC) de proxy automático ou a URL para rotear o tráfego com dados específicos do cliente sobre a rota expressa direta para conexões de Office 365.

Como mostrado no diagrama a seguir, a Trey Research consegue atender o requisito de direcionar o tráfego do Office 365 tráfego pela Internet e um subconjunto de tráfego pelo ExpressRoute usando uma combinação de alterações de configuração de proxy de saída e de roteamento.

  1. Um arquivo de configuração (PAC) de proxy automático ou URL é usado para rotear o tráfego através de um ponto de egresso de internet separada para rota expressa do Azure para Office 365.

  2. Os clientes são configurados com uma rota padrão para proxies da Trey Research.

Nesse cenário de exemplo, a Trey Research está usando um dispositivo de proxy de saída. Da mesma forma, os clientes que não usam o Azure ExpressRoute para Office 365 talvez queiram usar essa técnica para direcionar o tráfego com base no custo de inspeção do tráfego destinado a pontos de extremidade reconhecidos pelo alto volume.

Os FQDNs de maior volume para Exchange Online, SharePoint Online e Skype for Business Online são os seguintes:

Rede de borda do cliente do ExpressRoute
  • outlook.office365.com

  • outlook.office.com

  • <nome-do-locatário>.sharepoint.com

  • <nome-do-locatário>-my.sharepoint.com

  • <nome-do-locatário>-<aplicativo>. sharepoint.com

  • *.Lync.com

Saiba mais sobre implantação e gerenciamento de configurações de proxy no Windows 8 e garantindo o que Office 365 não está limitado pelo seu proxy.

Com um único circuito do ExpressRoute, não existe alta disponibilidade para a Trey Research. Se o par redundante de dispositivos de borda que estão atendendo à conectividade do ExpressRoute falhar, não haverá um circuito do ExpressRoute adicional para fazer failover. Isso deixa a Trey Research em um impasse, já que fazer failover para a Internet exigiria a reconfiguração manual e, em alguns casos, novos endereços IP. Se a Trey quiser adicionar alta disponibilidade, a solução mais simples será adicionar circuitos do ExpressRoute adicionais.

O último cenário, o roteamento do tráfego do Office 365 pelo ExpressRoute, é a base de uma arquitetura de roteamento ainda mais complexa. Independentemente da quantidade de locais, do número de continentes onde esses locais estão, do número de circuitos do ExpressRoute e assim por diante, a capacidade de direcionar parte do tráfego para a Internet e outra parte pelo ExpressRoute é obrigatória.

As perguntas adicionais que devem ser respondidas para clientes com vários locais em vários países incluem:

  1. Elas exigem um circuito do ExpressRoute em cada local? Caso esteja usando o Skype for Business ou o cliente esteja preocupado com uma sensibilidade de latência para o SharePoint Online ou para o Exchange Online, é recomendável ter um circuito do ExpressRoute em cada continente onde o cliente tem filiais. Confira o guia de qualidade de mídia e conectividade de rede do Skype for Business para obter mais detalhes.

  2. Se um circuito do ExpressRoute não está disponível em determinada região, como o tráfego destinado ao Office 365 deve ser direcionado?

  3. Qual é o método preferencial para consolidar o tráfego no caso de redes com muitos locais pequenos?

Cada um deles representa um desafio exclusivo que exige de você avaliar suas próprias redes e as opções disponíveis na Microsoft.

Considerações

Componentes de rede a serem avaliados

Circuitos em mais de um local

As necessidades de custo, latência e largura de banda devem ser comparadas.

Use NAT, arquivos PAC e custos de rota BGP para gerenciar o roteamento com vários circuitos.

Roteamento de locais sem um circuito do ExpressRoute

O encaminhamento de DNS pode ser usado para permitir que filiais remotas encontrem o ponto de extremidade apropriado.

Os clientes na filial remota devem ter uma rota disponível que dê acesso ao circuito do ExpressRoute.

Consolidação de pequenas empresas

O uso de dados e de largura de banda disponíveis deve ser comparado com cuidado.

Observação : A Microsoft prefere o ExpressRoute em vez da Internet quando a rota está disponível, independentemente da localização física.

Cada um desses aspectos devem ser levados em consideração para cada rede exclusiva. Eis um exemplo.

Exemplo 2 – vários locais geográficos

O exemplo é um cenário de uma empresa fictícia chamada Humongous Insurance que tem vários locais geográficos.

A Humongous Insurance está espalhada pelo mundo com várias filiais e implementará o Azure ExpressRoute para Office 365 a fim de manter a maioria do tráfego do Office 365 em conexões de rede diretas. A Humongous Insurance também tem filiais em outros dois continentes. Os funcionários na filial remota onde o ExpressRoute não está disponível precisará direcionar novamente para uma das duas instalações principais a fim de usar uma conexão do ExpressRoute.

O princípio norteador é enviar o tráfego destinado ao Office 365 para um data center da Microsoft assim que possível. Neste exemplo, a Humongous Insurance deve decidir se suas filiais remotas devem direcionar pela Internet para acessar um data center da Microsoft por qualquer conexão que for mais rápida ou se devem direcionar por uma rede interna para acessar um data center da Microsoft pela conexão do ExpressRoute que for mais rápida.

Os data centers, as redes e a arquitetura de aplicativo da Microsoft são desenvolvidos para pegar comunicações globalmente diferentes e atendê-las da maneira mais eficiente possível. As solicitações destinadas ao Office 365 que permanecem nas redes de clientes por mais tempo do que o necessário não conseguem aproveitar essa arquitetura.

No caso da Humongous Insurance, eles devem continuar dependendo dos aplicativos que pretendem usar pelo ExpressRoute. Por exemplo, se são clientes do Skype for Business Online ou planejam utilizar a conectividade do ExpressRoute para se conectar a reuniões externas do Skype for Business Online, o design recomendado no guia de qualidade de mídia e conectividade de rede do Skype for Business Online é o provisionamento de mais um circuito do ExpressRoute para o terceiro local. Isso pode ser mais barato de uma perspectiva de rede. No entanto, o roteamento de solicitações de um continente para outro antes de enviar a um data center da Microsoft pode prejudicar ou inutilizar a experiência durante reuniões e comunicações no Skype for Business Online.

Se a Humongous Insurance não está usando ou não planeja aproveitar o Skype for Business Online de alguma forma, pode ser possível rotear o tráfego de rede destinado ao Office 365 para um continente com uma conexão do ExpressRoute. Em ambos os casos,o roteamento de tráfego destinado à Internet no local é recomendado para aproveitar a rede de distribuição de conteúdo redes de que o Office 365 depende.

Multigeografia do ExpressRoute

Quando a Humongous Insurance planeja sua estratégia multigeográfica, existem várias coisas a se considerar em relação ao tamanho do circuito (discutido aqui), ao número de circuitos, a failover e outros.

Com o ExpressRoute em um único local com diversas regiões tentando usar o circuito, a Humongous Insurance deseja ter certeza de que as conexões de/para o Office 365 da filial remota sejam enviadas para o data center do Office 365 mais próximo da matriz e recebido pelo local da matriz. Para isso, a Humongous Insurance implementa o encaminhamento de DNS para reduzir o número de idas e vindas e pesquisas de DNS necessárias para estabelecer a conexão adequada com o ambiente do Office 365 mais parecido com o ponto de saída de Internet da matriz. Você também pode aprender a atribuir um encaminhador condicional a um nome de domínio.

Nesse cenário, o tráfego da filial remota resolveria a infraestrutura de front-end do Office 365na América do Norte e aproveitaria o Office 365 para se conectar aos servidores de back-end de acordo com a arquitetura do aplicativo do Office 365. Por exemplo, o Exchange Online terminaria a conexão na América do Norte e esses servidores de front-end se conectariam ao servidor de caixa de correio de back-end onde o locatário estava instalado. Confira a conectividade do cliente para saber mais sobre como cada aplicativo foi projetado para lidar com a conectividade de cliente.

Se a Humongous tem grandes filiais em vários continentes, recomenda-se pelo menos um circuito por continente para reduzir a latência de aplicativos confidenciais, como o Skype for Business. Se todas as filiais ficam em um único continente ou elas não usam colaboração em tempo real, ter um ponto de saída consolidado ou distribuído é uma decisão específica do cliente que depende da quantidade de pessoas por local, do uso do aplicativo em cada local, dos requisitos de alta disponibilidade e assim por diante. Quando vários circuitos estão disponíveis, o roteamento de BGP fará com que o failover ocorra se algum circuito único ficar indisponível.

Saiba mais sobre configurações de roteamento de exemplo e https://azure.microsoft.com/en-us/documentation/articles/expressroute-config-samples-nat/.

O roteamento seletivo com o ExpressRoute pode ser necessário por vários motivos, como testes ou a distribuição do ExpressRoute para um subconjunto de usuários. Há várias ferramentas que os clientes podem usar para direcionar seletivamente o tráfego de rede do Office 365 pelo ExpressRoute:

  1. Filtragem/diferenciação de rota – permitindo as rotas BGP para o Office 365 pelo ExpressRoute para um subconjunto de sub-redes ou roteadores. Isso direcionará seletivamente por segmento de rede do cliente ou pela localização física da filial. Isso é comum para a distribuição escalonada do ExpressRoute para o Office 365.

  2. arquivos PAC/URLs – direcionando tráfego de rede destinado ao Office 365 para FQDNs específicos a fim de direcionar por um caminho específico. Isso encaminha seletivamente por computador cliente conforme identificado pela implantação do arquivo PAC.

  3. Comunidades BGP – a filtragem com base em marcas de comunidade BGP permite que um cliente determine quais aplicativos do Office 365 percorrerão o ExpressRoute e quais percorrerão a Internet.

Aqui está um link curto que você pode usar para voltar: https://aka.ms/erorouting

Tópicos Relacionados

Conectividade com o Office 365 de rede
Rota expressa do Azure para Office 365
Rota expressa Gerenciando para conectividade do Office 365
planejamento de rede com rota expressa para Office 365
Rota expressa implementando para o Office 365
qualidade de mídia e desempenho de conectividade de rede no Skype for Business Online
otimizar sua rede para o Skype for Business Online
rota expressa e QoS no Skype for Business Online
fluxo usando rota expressa de chamadas
comunidades BGP usando rota expressa para Office 365 cenários
ajuste de desempenho do Office 365 usando linhas de base e o histórico de desempenho
plano de solução de problemas de desempenhopara o Office 365
URLs do Office 365 e intervalos de endereços IP
rede do Office 365 e ajuste de desempenho

Observação : Aviso de Isenção de Tradução Automática: Este artigo foi traduzido por computador, sem intervenção humana. A Microsoft oferece essas traduções automáticas para ajudar as pessoas que não falam inglês a aproveitar os textos escritos sobre produtos, serviços e tecnologias da Microsoft. Como este artigo foi traduzido automaticamente, é possível que contenha erros de vocabulário, sintaxe ou gramática.

Expanda suas habilidades
Explore o treinamento
Obtenha novos recursos primeiro
Ingressar no Office Insider

Essas informações foram úteis?

Obrigado por seus comentários!

Agradecemos pelos seus comentários! Parece que pode ser útil conectar você a um de nossos agentes de suporte do Office.

×