Distribuirea cu ExpressRoute pentru Office 365

Important : Acest articol este tradus automat, consultați exonerarea de răspundere. Versiunea în limba engleză a acestui articol se poate găsi aici pentru referință.

Pentru a înțelege corect rutare traficul către Office 365 utilizând Azure ExpressRoute, veți avea nevoie de o înţelegere fermă de bază ExpressRoute rutare cerințele și ExpressRoute circuite și domenii rutare. Aceste aranjarea fundamentele pentru utilizarea ExpressRoute care Office 365 clienți va se bazează pe.

Unele dintre elementele cheie în articolele de mai sus, care va trebui să înțelegeți includ:

  • ExpressRoute circuite nu sunt asociate la infrastructura fizică specifice, dar sunt o conexiune logică făcute într-o singură locație peering de Microsoft și un furnizor peering în numele dvs.

  • Există o mapare 1:1 între un circuit ExpressRoute și un client s-cheie.

  • Fiecare circuit acceptă până la 3 relații peering independente (privind Azure Public, privind Azure Private și Microsoft privind); Office 365 necesită Microsoft privind.

  • Fiecare circuit are o lățime de bandă fixă, care este partajat pe toate relațiile peering.

  • Orice public adrese IPv4 și publice ca numere care vor fi utilizate pentru ExpressRoute circuit trebuie să fie validate ca fiind deținut de care sau desemnat de către exclusiv proprietarul zona adresa.

  • Circuite ExpressRoute sine sunt redundante global și veți urma practicile rutare BGP standard.

Consultați pagina Întrebări frecvente despre pentru mai multe informații despre servicii acceptate, costuri și detalii de configurare. Consultați articolul de locații ExpressRoute pentru informații în lista de furnizori de conectivitate oferirea de asistență Microsoft peering. Am ați înregistrat, de asemenea, o serie de Azure ExpressRoute pentru Office 365 instruire 10 parte pe 9 canal pentru a explica mai bine conceptele.

Notă : Azure ExpressRoute pentru Office 365 nu funcționează cu IPv6 încă. Va trebui să dezactivați IPv6 sau altceva conexiunea va implicit la acesta și nu utilizați conexiunea ExpressRoute.

Infrastructura care acceptă traficul client pentru Office 365 aplicații sunt accesibile atât Internet și ExpressRoute sau pe mai multe ExpressRoute circuite. Traficul în rețea din Office 365 la rețeaua de clienți va traverseze ExpressRoute atunci când internet și a ExpressRoute sunt disponibile. Acest lucru prezintă posibilitatea de a distribui asimetrie dacă traficul de la rețeaua de clienți preferă distribui internet. Rute asimetrică sunt o problemă, deoarece dispozitive care efectuează complet starea pachetelor inspecție pot bloca returnată de trafic care urmează după o cale diferită decât pachete ieșire urmat.

Atunci când un computer client inițiază o conexiune la Office 365 prin internet, clientul puncte finale asociate cu solicitarea de trebuie să fie un public rutabile. Acest lucru este valabil pentru clienți inițiat conexiunile peste ExpressRoute. Cu mai multor clienţi privind directă cu Microsoft, având adrese private în cazul în care este posibil între clienții duplicarea nu este posibil.

Următoarele sunt scenarii în cazul în care va fi inițiată comunicații din Office 365 la rețeaua local:

Pentru Microsoft pentru a distribui înapoi la rețeaua pentru aceste fluxuri bidirecțional traficul, rute BGP pentru dispozitivele local trebuie să partajate cu Microsoft.

Pentru a vă conecta la Office 365 peste un circuit ExpressRoute, trebuie să configurați o relație peering utilizând Microsoft peering rutare domeniul. Azure publice și Private privind nu sunt necesare pentru Office 365 cu toate acestea, există servicii în legătură cu Office 365 care necesită domeniul rutare Azure Public. De exemplu, Azure RemoteApp și pachetul de gestionare a Office 365 sunt construite în partea de sus Microsoft Azure, ca rezultat al fiind o aplicație construit în Azure, unele dintre punctele finale sunt disponibile peste privind Azure Public.

Alte aplicații, cum ar fi Office 365 Video, este o aplicație Office 365 ; cu toate acestea, Office 365 Video este format din trei componente diferite, portal, serviciul difuzarea și rețele de distribuire a conținutului. Portal se află în SharePoint Online, difuzarea viața imagini în cadrul Azure Media Services, și rețele de distribuire a conținutului se află în cadrul Azure CDN. Următorul tabel descrie aceste componente.

Componentă

Aplicarea subiacente

Domeniu de rutare

Utilizare

Portalul Video Office 365

SharePoint Online

Microsoft privind

Configurare, încărcare

Serviciul difuzarea Video Office 365

Azure Media Services

Azure Public peering

Difuzarea serviciu, utilizate în cazul în care fișierul video nu este disponibilă la CDN

Rețele de distribuire a conținutului Office 365 Video

Azure CDN

Fără

Sursă principală de descărcare/streaming video. Aflați mai multe despre Office 365 video rețelele.

În timp ce Azure RemoteApp, pachetul de gestionare Office 365 și Office 365 Video sunt doar aplicațiile care au deficiențe dependancies domeniul rutare Azure Public, aplicațiile suplimentare pot necesita acest lucru în viitor. Pentru a înțelege ce Office 365 caracteristici și aplicații sunt disponibile, consultați articolul de puncte finale de Office 365. Există o coloană pentru fiecare aplicație enumerate care indică dacă această caracteristică este disponibilă utilizând Microsoft privind sau nu.

Fiecare dintre caracteristicile Office 365 care sunt disponibile utilizând Microsoft privind sunt listate în Office 365 finale articolul după tipul de aplicație și FQDN. Motivul pentru utilizarea FQDN în tabelele este pentru a permite clienților să gestionați traficul utilizând PAC fișierele sau alte configurațiile proxy, consultați Ghidul nostru la gestionarea Office 365 finale de exemplu PAC fișierele. Adrese IP că fiecare dintre aplicațiile necesită sunt greșită la nivel de aplicație și nu la nivel de caracteristici. Pentru fiecare aplicație care este disponibilă în ExpressRoute, intervalele de adrese IP sunt menționate în tabel separat și intervale IP care sunt disponibile prin internet doar și atât internet și ExpressRoute sunt detaliate.

Aceste adrese IP sunt grupate în BGP comunitate etichete pentru a face gestionarea distribuirea documentelor. Etichete de Comunitate utilizează includ:

Etichetă de șir de Comunitate

Aplicații incluse

Exchange

Exchange Online

Exchange Online Protection

Skype pentru business

Skype for Business online

SharePoint

SharePoint Online

Alte servicii office 365

Portal și elemente partajate

Autentificare și identitate

Office Online

Majoritatea cunoscute listat ca în curs de publicitate la ExpressRoute și internet sunt toate inclusiv. În unele situații am utilizat un metacaracter într-o FQDN într-o situație în cazul în care unul sau mai multe sub-cunoscute sunt publicitate diferit decât o versiune ulterioară wildcard nivel FQDN. De obicei, acest lucru se întâmplă atunci când metacaracterele reprezintă o listă lungă de servere care sunt toate publicitate la ExpressRoute și internet și nu există un subset mici de servere sau CNAMEs care sunt doar publicitate la internet sau invers. Consultați tabelele de mai jos pentru a înțelege în cazul în care sunt diferențele.

Acest tabel afișează wildcard cunoscute care sunt publicitate pentru internet și Azure ExpressRoute alături de sub-cunoscute care sunt publicitate doar la internet.

Wildcard FQDN promovate la ExpressRoute și internet

Sub FQDN reclamă doar la 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

De obicei, PAC fișierele sunt destinate să trimiteți solicitări de rețea ExpressRoute reclamă finale direct la circuit și toate celelalte solicitările de rețea la serverul proxy. Dacă sunteți configurarea unui fișier PAC astfel, compuneți fișierul PAC în următoarea ordine:

  1. Includeți sub-cunoscute din coloana două în tabelul de mai sus din partea de sus a fișierului PAC, trimiterea de trafic spre serverul proxy. Am creat un exemplu de fișier PAC pentru a utiliza în articolul nostru pe gestionarea Office 365 finale.

  2. Includeți toate cunoscute marcat promovate la ExpressRoute în acest articol sub prima secțiune, trimiterea de trafic direct la de circuit ExpressRoute.

  3. Include alte puncte finale de rețea sau reguli sub aceste două înregistrări, trimiterea de trafic spre serverul proxy.

Acest tabel afișează wildcard cunoscute care sunt promovate la internet doar alături de sub-cunoscute care sunt promovate Azure ExpressRoute și internet. Pentru fișierul PAC mai sus, cunoscute în două coloane din tabelul de mai jos sunt listate sub formă în curs de publicitate la ExpressRoute în link care face referire, ceea ce înseamnă acestea ar fi incluse în al doilea grup de intrări în fișier.

Wildcard FQDN reclamă doar la internet

Sub FQDN promovate la ExpressRoute și 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

Pentru a distribui la Office 365 aplicație de la alegere va trebui să determinați un număr de factori cheie.

  1. Cât de mult lățimea de bandă aplicația va necesita. Eșantionarea utilizarea existent este doar încredere metoda de stabilire a aceasta din organizația dvs. Utilizați nostru calculatoare doar pentru a valida de testare.

  2. Ce start de ieșire doriți traficul în rețea să lăsați rețeaua de la. Ar trebui să planificați pentru a minimiza latența de rețea pentru conectivitate la Office 365 ca acest lucru va afecta performanța. Deoarece Skype for Business utilizează în timp real voce și video este mai ales dacă sensibile la latență scăzute a rețelei.

  3. Dacă doriți ca toate sau un subset de locațiile din rețea date ExpressRoute.

  4. Ce locații furnizorul de rețea alese oferă ExpressRoute din.

După ce determinați răspunsurile la aceste întrebări, care asigură accesul un circuit ExpressRoute care îndeplinește cerințele de lățime de bandă și o locație. Pentru mai multe asistență pentru planificarea rețea, consultați Office 365 rețea ajustarea ghid și studiu de caz cum Microsoft ghidajele de rețea de performanță planificare.

Exemplul 1: O singură locație geografică

Acest exemplu este un scenariu pentru o firmă fictiv numit Trey cercetare care are o singură locație geografică.

Angajații la Trey cercetare sunt permise doar pentru a vă conecta la serviciile și site-uri web pe internet care departamentul securitate permite în mod explicit pe pereche de ieșire proxy-uri care stați între rețeaua de corporație și ISP lor.

Cercetare Trey intenționează să utilizeze Azure ExpressRoute pentru Office 365 și recunoaște că unele trafic, cum ar fi traficul destinată de distribuire a conținutului rețele nu se vor putea distribui peste ExpressRoute pentru Office 365 conexiune. Deoarece toate trafic deja distribuie dispozitive proxy în mod implicit, aceste solicitări vor continua să funcționeze ca înainte. După ce Trey cercetare determină se poate îndeplini cerințele de distribuire de Azure ExpressRoute, acestea se procedează pentru a crea un circuit, configurați distribuirea și legarea circuit ExpressRoute nou la o rețea virtuală. Odată ce configurația Azure ExpressRoute fundamentale în locul, Trey cercetare adaugă punctele finale Office 365 acceptate de ExpressRoute pentru Office 365 către un fișier de configurare (PAC) automată proxy sau URL-ul pentru a distribui traficul cu date specifice client peste directă ExpressRoute pentru Office 365 conexiuni.

Așa cum se arată în diagrama de mai jos, Trey cercetare se putea îndeplinesc cerința pentru a distribui traficul Office 365 prin internet și un subset de trafic peste ExpressRoute utilizând o combinație de distribuire și ieșire proxy modificări de configurare.

  1. Pentru a distribui traficul la un punct de ieșire internet separat pentru Azure ExpressRoute pentru Office 365se utilizează un fișier de configurare (PAC) automată proxy sau URL-ul.

  2. Clienții sunt configurate cu o cale implicit spre Trey cercetare proxy-uri.

În acest scenariu de exemplu, Trey cercetare este utilizând un dispozitiv de ieșire proxy. În mod similar, clienți care nu folosesc Azure ExpressRoute pentru Office 365 poate doriți să utilizați această metodă pentru a distribui traficul bazat pe costul inspectarea traficul destinate pentru un renumit volum mare finale.

Cel mai mare volum cunoscute pentru Exchange Online, SharePoint Online și Skype for Business Online sunt următoarele:

ExpressRoute client marginea de rețea
  • outlook.office365.com

  • outlook.office.com

  • <nume-entitate-găzduită>.sharepoint.com

  • <nume-entitate-găzduită>-my.sharepoint.com

  • <nume-entitate-găzduită>-<aplicație>.sharepoint.com

  • *.Lync.com

Aflați mai multe despre implementarea și gestionarea setărilor proxy în Windows 8 și asigurându-vă că Office 365 nu este reglat de serverul proxy.

Cu un singur circuit ExpressRoute, nu sunt disponibile înalt pentru Trey cercetare. În cazul în care Trey pe redundante pereche de marginea dispozitivele care sunt service conectivitate ExpressRoute eșua, nu există un circuit ExpressRoute suplimentar la comutare automată la. Acest lucru lasă Trey cercetare într-o neplăcută ca în caz contrar prin Internet va necesita re-configurare manuală și în unele cazuri adrese IP nou. Dacă Trey vrea să adăugați disponibilitate ridicată, soluția cea mai simplă este să adăugați circuite ExpressRoute suplimentare.

Scenariul ultima, distribuire Office 365 traficul peste ExpressRoute este foundation pentru arhitectura rutare chiar și mai complexe. Indiferent de numărul de locații, numărul de continente în cazul în care există aceste locații, numărul de ExpressRoute circuite și așa mai departe, posibilitatea de a distribui traficul unele la internet și unele traficul peste ExpressRoute vor fi necesare.

Întrebări suplimentare care trebuie să se răspundă pentru clienții cu mai multe locații în mai multe zone geografice includ:

  1. Au nevoie de un circuit ExpressRoute în fiecare locație? Dacă utilizați Skype for Business sau clientul se tem cu latență sensibilitate pentru SharePoint Online sau Exchange Online, un circuit ExpressRoute este recomandat în fiecare continent în cazul în care clientul are birouri. Consultați Skype for Business media calitatea și rețea conectivitate ghid pentru mai multe detalii.

  2. Dacă un circuit ExpressRoute nu este disponibilă într-o anumită regiune, cum ar trebui să traficul în Office 365 destinat fi distribuite?

  3. Ce este metoda preferată pentru consolidarea traficul în cazul rețele cu mai multe locații mici?

Fiecare dintre aceste prezintă o provocarea unic care necesită să evalueze propria rețea, cât și opțiunile disponibile de la Microsoft.

Considerent

Componente de rețea pentru a evalua

Circuite în mai multe locații

Cerințele de cost, latență și lățimea de bandă trebuie să fi comparat.

Utilizarea BGP distribui cost, PAC fișiere și NAT pentru a gestiona distribuirea cu mai multe circuite.

Distribuirea din locații fără un circuit ExpressRoute

Redirecționarea DNS pot fi utilizate pentru a permite birouri la distanță pentru a descoperi punctul final corespunzătoare.

Clienții office la distanță trebuie să aibă o cale care furnizează acces la circuit ExpressRoute disponibile.

Sintetizarea mici office

Utilizarea disponibilă lățimea de bandă și datele se compară cu atenție.

Notă : Microsoft va prefera ExpressRoute prin internet dacă distribuirea este disponibilă indiferent fizică locație.

Fiecare dintre aceste aspecte trebuie luate în considerare pentru fiecare rețea unice. Mai jos este un exemplu.

Exemplul 2: Locații geografice multiple

Acest exemplu este un scenariu pentru o firmă fictiv numit Humongous asigurare care are mai multe locații geografice.

Asigurări humongous este dispersate geografic cu birouri din toată lumea, care va implementa Azure ExpressRoute pentru Office 365 pentru a păstra majoritatea lor traficul Office 365 conexiunile de rețea directe. Asigurări humongous are, de asemenea, birouri pe două continente suplimentare. Angajați în office la distanță unde ExpressRoute nu este posibil va trebui să direcționați înapoi la unul dintre două locației principal pentru utilizarea unei conexiuni ExpressRoute.

Principiul de bază este de a obține Office 365 destinat traficul la un centru de date Microsoft cât mai curând posibil. În acest exemplu, Humongous asigurare trebuie să decidă dacă lor birouri la distanță ar trebui să distribuiți prin internet pentru a ajunge la un centru de date Microsoft peste orice conexiune cât mai curând posibil sau dacă lor birouri la distanță ar trebui să distribuiți într-o rețea interne pentru a ajunge la un centru de date Microsoft într-o conexiune ExpressRoute cât mai curând posibil.

Microsoft centrele de date, rețele și arhitectură de aplicație sunt proiectate să ia Global diferite comunicațiile și servicii-le în mod mai eficient posibil. Solicitările destinate Office 365 care rămân în rețele client mai mult necesare nu se vor putea beneficia de această arhitectură.

În Humongous asigurare situația, care ar trebui să procedeze în funcție de aplicații intenționează să utilizeze peste ExpressRoute. De exemplu, dacă aceștia îl unei conferințe Skype for Business Online client sau planificați să utilizați ExpressRoute conectivitate atunci când vă conectați la externe Skype for Business Online întâlniri, proiectare recomandate în Skype for Business Online media calitatea și Ghidul de conectivitate rețea este pentru asigurarea accesului un circuit suplimentar ExpressRoute pentru locația al treilea. Acest lucru poate fi mai costisitoare dintr-o perspectivă rețele; cu toate acestea, distribuirea solicitările de pe un continent la altul înainte de a livra la un centru de date Microsoft poate provoca o experiență slabă sau inutilizabil în timpul Skype pentru întâlniri Online pentru firme și comunicațiile.

Dacă Humongous asigurare nu utilizați sau nu planificați să utilizați Skype for Business Online în orice mod, distribuirea Office 365 destinat traficul în rețea înapoi la un continent cu o conexiune la ExpressRoute poate fi este posibil. În ambele cazuri, rutare internet destinat traficul de Internet pe site-ul locale este recomandat pentru a beneficia de rețele de distribuire a conținutului care Office 365 se bazează pe.

ExpressRoute geografie cu mai multe

Când Humongous asigurare este planificați strategia geografie multiple lor, există o serie de aspecte de reținut în jurul dimensiunea circuit (discutate aici), numărul de circuite, comutare automată și așa mai departe.

Cu ExpressRoute într-o singură locație cu mai multe regiuni încercarea de a utiliza circuit, Humongous asigurare vrea să vă asigurați că conexiuni din Office 365 de la distanță office sunt trimise la centrul de date Office 365 cel mai apropiat sediul și primite de către locația sediul. Pentru a face acest lucru, Humongous asigurare implementează redirecționarea DNS pentru a reduce numărul de circuite și căutări DNS necesare pentru a stabili o conexiune corespunzătoare cu mediu Office 365 cea mai apropiată de punctul de ieșire internet sediul. De asemenea, puteți afla pentru a atribui un expeditor condiționată pentru un nume de domeniu.

În acest scenariu, traficul de la distanță office va rezolva Office 365 front-end infrastructură în America de Nord și folosiți Office 365 să se conecteze la serverele back-end în funcție de arhitectură de aplicare Office 365 . De exemplu, Exchange Online ar terminarea conexiunea din America de Nord și aceste servere front-end ar conectarea la serverul de cutie poștală back-end oriunde entitatea găzduită stabilit. Consultați conectivitatea Client pentru mai multe informații despre cum fiecare aplicație este proiectat să gestioneze conectivitatea client.

Dacă Humongous are majore birouri în mai multe continente, cel puțin un circuit pe continent este recomandat pentru a reduce latență pentru aplicații sensibile, cum ar fi Skype for Business. Dacă toate sucursalele sunt într-un singur continent sau se utilizează colaborarea în timp real, au punctul de ieșire sintetizate sau distribuită este o decizie specifice clienților care ar depind de numărul de persoane pe locație, utilizarea aplicațiilor în fiecare locație, cerințele de disponibilitate ridicată, și așa mai departe. Atunci când sunt disponibile mai multe circuite, BGP distribuirea vor asigura comutare automată orice singur circuit ar trebui să devină disponibilă.

Aflați mai multe despre eșantion distribuirea configurațiile și https://azure.microsoft.com/en-us/documentation/articles/expressroute-config-samples-nat/.

Distribuirea selectivă cu ExpressRoute pot fi necesare pentru o varietate de motive, cum ar fi testarea, rulare ExpressRoute de la un subset de utilizatori. Există diverse instrumente clienții puteți utiliza pentru a distribui selectivă traficul în rețea Office 365 peste ExpressRoute:

  1. Distribuirea filtrarea/separarea -distribuie BGP la Office 365 peste ExpressRoute care să permită un subset de subrețele sau routere. Acest lucru direcționează selectivă de segment de rețea clienților sau adresa de birou fizic. Aceasta este comune pentru implementarea uimitor de ExpressRoute pentru Office 365.

  2. Fișiere PAC/URL-uri -îi îndrumă pe Office 365 destinat traficul în rețea pentru cunoscute specifice pentru a distribui pe o cale specifice. Acest lucru selectivă direcționează de client computer identificate de implementare de fișier PAC.

  3. BGP Comunităților -filtrarea funcție de etichete de Comunitate BGP permite unui client pentru a determina ce aplicații Office 365 va traverseze ExpressRoute și care va traverseze internet.

Iată un link scurt, puteți utiliza pentru a se întoarcă: https://aka.ms/erorouting

Subiecte asociate

Conectivitate la Office 365 de rețea
Azure ExpressRoute pentru Office 365
Gestionarea ExpressRoute pentru Office 365 conectivitate
planificarea rețelei cu ExpressRoute pentru Office 365
Implementarea ExpressRoute pentru Office 365
Media calitatea și performanța de conectivitate cu aplicații de rețea în Skype for Business Online
optimizarea rețelei pentru Skype for Business Online
ExpressRoute și QoS în Skype for Business Online
apelați fluxul utilizând ExpressRoute
utilizând BGP Comunităților în ExpressRoute pentru Office 365 scenarii
ajustarea performanței Office 365 utilizând nivelurile de referință și istoricul de performanță
performanța plan de depanare pentru Office 365
Office 365 adrese URL și intervale de adrese IP
Office 365 rețelei și ajustarea performanței

Notă : Exonerare de răspundere pentru traducere automată: Acest articol a fost tradus de un sistem computerizat, fără intervenție umană. Microsoft oferă aceste traduceri automate pentru a ajuta utilizatorii vorbitori de alte limbi decât engleza să beneficieze de conținutul despre produsele, serviciile și tehnologiile Microsoft. Pentru că articolul a fost tradus de un computer, poate conține erori de vocabular, sintaxă sau gramatică.

Extindeți-vă competențele
Explorați instruirea
Fiți primul care obține noile caracteristici
Alăturați-vă utilizatorilor Office Insider

Au fost utile aceste informații?

Vă mulțumim pentru feedback!

Vă mulțumim pentru feedback! Se pare că ar fi util să luați legătura cu unul dintre agenții noștri de asistență Office.

×