Perutean dengan ExpressRoute untuk Office 365

Penting: Artikel ini adalah terjemahan mesin, lihat penafian. Temukan versi bahasa Inggris artikel di sini sebagai rujukan Anda.

Untuk memahami benar merutekan lalu lintas ke Office 365 menggunakan Azure ExpressRoute, Anda akan memerlukan menangkap inti ExpressRoute perutean persyaratan dan ExpressRoute sirkuit dan domain perutean. Ini Letakkan dasar-dasar untuk menggunakan ExpressRoute yang Office 365 pelanggan akan bergantung pada.

Beberapa item kunci di atas artikel yang akan Anda perlukan untuk memahami meliputi:

  • ExpressRoute sirkuit tidak dipetakan ke infrastruktur fisik tertentu, tapi adalah koneksi logika yang dibuat di satu lokasi peering oleh Microsoft dan penyedia peering atas nama Anda.

  • Ada 1:1 pemetaan antara rangkaian ExpressRoute dan pelanggan s-tombol.

  • Sirkuit setiap bisa mendukung hingga 3 hubungan peering independen (mengintip publik Azure, mengintip Azure privat dan Microsoft mengintip); Office 365 memerlukan Microsoft mengintip.

  • Sirkuit setiap memiliki bandwidth tetap yang dibagikan di semua peering hubungan.

  • Alamat IPv4 Umum dan publik sebagai angka yang akan digunakan untuk ExpressRoute sirkuit harus divalidasi sebagai dimiliki oleh Anda, atau diberikan secara ekslusif kepada Anda oleh pemilik rentang alamat.

  • Sirkuit ExpressRoute virtual berlebihan secara global dan akan mengikuti praktik perutean BGP standar. Ini adalah mengapa kami merekomendasikan dua fisik sirkuit per keluar untuk penyedia Anda di konfigurasi aktif aktif.

Lihat halaman FAQ untuk lebih banyak informasi tentang layanan yang didukung, biaya, dan konfigurasi detail. Lihat artikel lokasi ExpressRoute untuk informasi dalam daftar konektivitas penyedia menawarkan dukungan peering Microsoft. Kami juga telah direkam komponen 10 seri Azure ExpressRoute untuk Office 365 pelatihan saluran 9 untuk membantu menjelaskan konsep yang lebih mendalam.

Office 365 ujung depan server dapat diakses di Internet dan ExpressRoute. Server ini akan lebih suka untuk merutekan melalui ExpressRoute sirkuit saat keduanya tersedia. Karena ini ada kemungkinan merutekan asimetris jika lalu lintas dari jaringan Anda lebih suka untuk merutekan melalui sirkuit Internet Anda. Merutekan asimetris akan masalah karena perangkat yang menjalankan pemeriksaan stateful paket bisa memblokir lalu lintas pengirim yang mengikuti jalur yang berbeda dari paket keluar yang diikuti.

Terlepas dari Apakah Anda memulai koneksi ke Office 365 melalui Internet atau ExpressRoute, sumber harus berupa alamat dirutekan secara umum. Dengan banyak pelanggan mengintip secara langsung dengan Microsoft, memiliki alamat pribadi mana duplikasi mungkin antara pelanggan tidak memungkinkan.

Berikut ini adalah skenario di mana komunikasi dari Office 365 untuk jaringan di tempat Anda akan dimulai. Untuk menyederhanakan desain jaringan Anda, kami merekomendasikan perutean ini melalui jalur Internet.

Untuk Microsoft untuk merutekan kembali ke jaringan Anda untuk arus lalu lintas dwiarah ini, jalur BGP ke perangkat Anda di tempat harus dibagikan dengan Microsoft.

Saat Anda mengonfigurasi hubungan peering menggunakan domain perutean peering Microsoft dan disetujui untuk akses yang sesuai, Anda akan bisa melihat semua PaaS dan SaaS layanan tersedia melalui ExpressRoute. Layanan Office 365 yang didesain untuk ExpressRoute bisa dikelola dengan komunitas BGP atau filter merutekan.

Aplikasi lain seperti Office 365 Video, adalah aplikasi Office 365 ; Namun, Office 365 Video terdiri dari tiga komponen, portal, Layanan streaming dan jaringan pengiriman konten. Portal berada dalam SharePoint Online, kehidupan Layanan streaming dalam Layanan Media Azure dan jaringan pengiriman konten berada dalam Azure CDN. Tabel berikut menjelaskan komponen ini.

Komponen

Aplikasi yang mendasari

Disertakan dalam SharePoint Online BGP komunitas?

Penggunaan

Portal Video Office 365

SharePoint Online

Ya

Konfigurasi, unggah

Layanan streaming Video Office 365

Azure Media Services

Tidak

Layanan streaming, digunakan saat video tidak tersedia dari CDN

Jaringan pengiriman konten Video Office 365

Azure CDN

Tidak

Sumber Unduh video/streaming. Pelajari selengkapnya tentang Office 365 video jaringan.

Masing-masing Office 365 fitur yang tersedia menggunakan Microsoft mengintip dicantumkan di Office 365 titik akhir artikel dengan tipe aplikasi dan FQDN. Alasan untuk menggunakan FQDN dalam tabel adalah untuk memungkinkan pelanggan untuk mengelola lalu lintas menggunakan PAC file atau konfigurasi proksi lain, lihat panduan untuk mengelola Office 365 titik akhir misalnya PAC file.

Dalam beberapa situasi kita telah menggunakan wildcard domain mana satu atau beberapa sub-FQDN diiklankan berbeda dari domain tingkat wildcard yang lebih tinggi. Ini biasanya terjadi ketika wildcard mewakili daftar panjang server yang sedang diiklankan untuk ExpressRoute dan Internet, saat sub-sekumpulan tujuan kecil hanya diiklankan ke Internet, atau sebaliknya. Merujuk ke tabel di bawah ini untuk memahami mana perbedaan.

Tabel ini menampilkan wildcard FQDN yang sedang diiklankan untuk internet dan Azure ExpressRoute bersama sub-FQDN yang diiklankan hanya ke internet.

Wildcard domain diiklankan untuk sirkuit ExpressRoute dan Internet

Untuk Internet sirkuit hanya sub-FQDN

*.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

Biasanya PAC file yang dimaksudkan untuk mengirim permintaan jaringan ke ExpressRoute diiklankan titik akhir secara langsung ke sirkuit dan semua permintaan jaringan lainnya ke proksi Anda. Jika Anda sedang mengonfigurasi PAC file seperti ini, buat file PAC Anda dalam urutan berikut:

  1. Sertakan sub-FQDN dari dua kolom dalam tabel di atas di bagian atas file PAC Anda mengirim lalu lintas ke arah proksi Anda. Kami telah menyusun sampel PAC file untuk Anda gunakan dalam artikel kami tentang mengelola Office 365 titik akhir.

  2. Menyertakan semua FQDN ditandai diiklankan untuk ExpressRoute di artikel ini di bawah bagian pertama, mengirimkan lalu lintas secara langsung ke sirkuit ExpressRoute Anda.

  3. Menyertakan titik akhir jaringan atau aturan di bawah entri ini dua, mengirim lalu lintas ke arah proksi Anda.

Tabel ini menampilkan wildcard domain yang sedang diiklankan ke Internet sirkuit hanya bersama sub-FQDN yang diiklankan untuk Azure ExpressRoute dan sirkuit Internet. Untuk file PAC Anda di atas, FQDN dalam dua kolom dalam tabel di bawah ini tercantum sebagai diiklankan untuk ExpressRoute di link yang direferensikan, yang berarti mereka akan disertakan dalam grup kedua entri dalam file.

Domain wildcard untuk Internet sirkuit hanya

Sub-FQDN diiklankan untuk sirkuit ExpressRoute dan Internet

*.office.com

*.outlook.office.com

home.office.com

outlook.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

pencarian otomatis-< penyewa >. outlook.com

*.windows.net

login.windows.net

Untuk merutekan ke Office 365 aplikasi yang Anda pilih Anda harus menentukan beberapa faktor utama.

  1. Berapa banyak bandwidth aplikasi akan memerlukan. Contoh penggunaan yang sudah ada adalah metode yang hanya bisa diandalkan untuk menentukan ini di organisasi Anda.

  2. Apa keluar lokasi (s) Anda inginkan lalu lintas jaringan untuk meninggalkan jaringan Anda dari. Anda harus merencanakan untuk meminimalkan latensi jaringan untuk konektivitas ke Office 365 saat ini akan mempengaruhi kinerja. Karena Skype for Business menggunakan real time suara dan video terpengaruh oleh latensi jaringan yang buruk.

  3. Jika Anda ingin semua atau bagian dari lokasi jaringan Anda untuk memanfaatkan ExpressRoute.

  4. Lokasi apa penyedia pilihan jaringan menawarkan ExpressRoute dari.

Begitu Anda menentukan jawaban untuk pertanyaan ini, Anda bisa menyediakan rangkaian ExpressRoute yang sesuai dengan kebutuhan bandwidth dan lokasi. Untuk selengkapnya jaringan perencanaan bantuan, rujuk ke Office 365 jaringan penyelarasan panduan dan studi kasus pada bagaimana Microsoft gagang kinerja perencanaan jaringan.

Contoh 1: Lokasi geografis tunggal

Contoh ini adalah skenario untuk perusahaan fiktif disebut angka tiga riset yang memiliki satu lokasi geografis.

Karyawan angka tiga riset hanya diperbolehkan untuk menyambungkan ke layanan dan situs web di internet yang departemen keamanan secara eksplisit memungkinkan pasangan proksi keluar yang duduk antara jaringan perusahaan dan ISP mereka.

Angka tiga riset paket untuk menggunakan Azure ExpressRoute untuk Office 365 dan mengenali bahwa lalu lintas seperti lalu lintas ditentukan untuk pengiriman konten jaringan tidak akan bisa untuk merutekan melalui ExpressRoute untuk Office 365 koneksi. Karena semua lalu lintas sudah merutekan perangkat proksi secara default, permintaan tersebut akan terus berfungsi seperti sebelumnya. Setelah angka tiga riset menentukan mereka bisa memenuhi persyaratan perutean Azure ExpressRoute, mereka Lanjutkan untuk membuat sebuah rangkaian, mengonfigurasi perutean, dan menautkan sirkuit ExpressRoute baru ke jaringan virtual. Setelah konfigurasi Azure ExpressRoute mendasar, angka tiga riset menggunakan #2 PAC file kami menerbitkan untuk merutekan lalu lintas dengan data pelanggan tertentu melalui langsung ExpressRoute untuk Office 365 koneksi.

Seperti yang diperlihatkan dalam diagram berikut, angka tiga riset untuk memenuhi persyaratan untuk merutekan lalu lintas Office 365 melalui internet dan subset lalu lintas melalui ExpressRoute menggunakan kombinasi perubahan konfigurasi proksi perutean dan keluar.

  1. Menggunakan file PAC #2 kami menerbitkan untuk merutekan lalu lintas melalui titik keluar internet terpisah untuk Azure ExpressRoute untuk Office 365.

  2. Klien dikonfigurasikan dengan merutekan default terhadap proksi angka tiga riset.

Dalam contoh skenario ini, angka tiga riset menggunakan perangkat proksi keluar. Demikian pula, pelanggan yang tidak menggunakan Azure ExpressRoute untuk Office 365 mungkin ingin menggunakan teknik ini untuk merutekan lalu lintas berdasarkan biaya memeriksa lalu lintas untuk titik akhir volume tinggi terkenal.

Volume tertinggi FQDN untuk Exchange Online, SharePoint Online dan Skype for Business Online adalah sebagai berikut:

ExpressRoute pelanggan tepi jaringan
  • Outlook.Office365.com, outlook.office.com

  • < nama penyewa >. sharepoint.com, < nama penyewa > - my.sharepoint.com, < nama penyewa > - < aplikasi >. sharepoint.com

  • *. Lync.com bersama dengan rentang IP untuk lalu lintas non-TCP

  • * broadcast.officeapps.live.com, * excel.officeapps.live.com, * onenote.officeapps.live.com, * powerpoint.officeapps.live.com, * view.officeapps.live.com, * visio.officeapps.live.com, * word-edit.officeapps.live.com, * Word-view.officeapps.live.com, office.live.com

Pelajari selengkapnya tentang menggunakan dan mengelola pengaturan proksi di Windows 8 dan memastikan Office 365 tidak dicekik oleh proksi Anda.

Dengan satu rangkaian ExpressRoute, ada ketersediaan tanpa tinggi untuk angka tiga riset. Apabila angka tiga yang berlebihan sepasang perangkat tepi yang yang tampak konektivitas ExpressRoute gagal, tidak ada rangkaian ExpressRoute tambahan failover untuk. Ini membuat angka tiga riset dalam keadaan seperti gagal melalui internet akan membutuhkan konfigurasi manual kembali dan dalam beberapa kasus alamat IP baru. Jika angka tiga ingin menambahkan tinggi ketersediaan, solusi yang paling sederhana adalah untuk menambahkan tambahan sirkuit ExpressRoute untuk setiap lokasi dan mengonfigurasi sirkuit secara aktif aktif.

Skenario terakhir, perutean Office 365 lalu lintas melalui ExpressRoute adalah dasar arsitektur perutean yang lebih kompleks. Terlepas dari jumlah lokasi, jumlah benua mana lokasi tersebut ada, jumlah ExpressRoute sirkuit, dan lain-lain, bisa untuk merutekan lalu lintas ke Internet dan beberapa lalu lintas melalui ExpressRoute akan diperlukan.

Pertanyaan tambahan yang harus dijawab untuk pelanggan dengan beberapa lokasi di beberapa geografis termasuk:

  1. Apakah Anda memerlukan rangkaian ExpressRoute di lokasi setiap? Jika Anda menggunakan Skype for Business Online atau peduli dengan latensi sensitivitas untuk SharePoint Online atau Exchange Online, sepasang berlebihan aktif aktif ExpressRoute sirkuit direkomendasikan di setiap lokasi. Lihat Skype for Business media kualitas dan jaringan konektivitas panduan untuk detail selengkapnya.

  2. Jika rangkaian ExpressRoute tidak tersedia di kawasan tertentu, bagaimana Office 365 ditentukan lalu lintas merutekan?

  3. Apa itu metode pilihan untuk lalu lintas menggabungkan dalam kasus jaringan dengan banyak lokasi kecil

Masing-masing menyajikan tantangan unik yang mengharuskan Anda untuk mengevaluasi jaringan Anda sendiri serta opsi yang tersedia dari Microsoft.

Pertimbangan

Komponen untuk mengevaluasi

Sirkuit di lebih dari satu lokasi

Kami menyarankan sedikitnya dua sirkuit dikonfigurasi secara aktif aktif.

Biaya, bandwidth dan latensi kebutuhan harus dibandingkan.

Gunakan BGP merutekan biaya, PAC file, dan NAT untuk mengelola perutean dengan beberapa rangkaian.

Perutean dari lokasi tanpa rangkaian ExpressRoute

Kami merekomendasikan keluar dan resolusi DNS sebagai mendekati orang yang memulai permintaan untuk Office 365.

Pengalihan DNS bisa digunakan untuk memperbolehkan jarak jauh kantor untuk menemukan titik akhir yang sesuai.

Klien di remote office harus merutekan tersedia yang menyediakan akses ke sirkuit ExpressRoute.

Kantor kecil konsolidasi

Penggunaan bandwidth dan data yang tersedia akan dibandingkan dengan hati-hati.

Catatan: Microsoft akan lebih suka ExpressRoute melalui internet jika rute tersedia terlepas dari lokasi fisik.

Setiap pertimbangan ini harus dibawa ke dalam akun untuk setiap jaringan yang unik. Di bawah ini adalah contoh.

Contoh 2: Lokasi multi-geografis

Contoh ini adalah skenario untuk perusahaan fiktif disebut Humongous asuransi yang memiliki beberapa lokasi geografis.

Humongous asuransi geografis tersebar dengan kantor seluruh dunia. Mereka ingin mengimplementasikan Azure ExpressRoute untuk Office 365 untuk mempertahankan mayoritas lalu lintas Office 365 pada koneksi jaringan langsung. Humongous asuransi juga memiliki kantor pada dua benua tambahan. Karyawan dalam jarak jauh kantor tempat ExpressRoute tidak memungkinkan harus merutekan kembali ke salah satu atau kedua Fasilitas utama untuk menggunakan koneksi ExpressRoute.

Prinsip adalah untuk mendapatkan Office 365 ditentukan lalu lintas ke Microsoft datacenter secepat mungkin. Dalam contoh ini, Humongous asuransi harus memutuskan jika kantor jarak jauh mereka harus merutekan melalui Internet untuk masuk ke pusat data Microsoft melalui koneksi secepat mungkin atau jika kantor jarak jauh mereka harus merutekan melalui jaringan internal untuk masuk ke Microsoft Datacenter melalui koneksi ExpressRoute secepat mungkin.

Pusat data, Jaringan, dan arsitektur aplikasi Microsoft dirancang untuk komunikasi berbeda secara global dan layanan mereka dengan cara paling efisien. Ini adalah salah satu jaringan terbesar di dunia. Permintaan untuk Office 365 yang tetap berada di jaringan pelanggan lebih panjang dari diperlukan tidak akan dapat memanfaatkan arsitektur ini.

Dalam situasi Humongous asuransi, mereka harus melanjutkan bergantung pada aplikasi mereka bermaksud untuk digunakan melalui ExpressRoute. Misalnya, jika mereka berada di Skype for Business Online pelanggan, atau berencana memaksimalkan ExpressRoute konektivitas saat menyambungkan ke eksternal Skype for Business Rapat Online, desain direkomendasikan di Skype for Business Online media kualitas dan jaringan Panduan konektivitas adalah untuk menyediakan rangkaian ExpressRoute tambahan untuk lokasi ketiga. Ini mungkin lebih mahal dari perspektif jaringan; Namun, perutean permintaan dari benua satu sama lain sebelum menyampaikan ke Microsoft datacenter mungkin mengakibatkan pengalaman buruk atau tidak dapat digunakan selama Skype untuk Rapat Online bisnis dan komunikasi.

Jika Humongous asuransi tidak menggunakan atau tidak berencana untuk memaksimalkan Skype for Business Online dengan cara apa pun, merutekan lalu lintas jaringan Office 365 ditentukan kembali ke benua dengan ExpressRoute koneksi mungkin memungkinkan melalui mungkin mengakibatkan tidak diperlukan latensi atau TCP kemacetan. Dalam Internet perutean ditakdirkan lalu lintas Internet pada situs lokal yang direkomendasikan untuk memanfaatkan jaringan pengiriman konten itu Office 365 bergantung pada.

ExpressRoute multi-geografi

Saat Humongous asuransi adalah merencanakan strategi multi-geografi mereka, ada beberapa hal untuk dipertimbangkan di sekitar ukuran sirkuit, nomor telepon, failover, dan lain sebagainya.

Dengan ExpressRoute di lokasi tunggal dengan beberapa kawasan berusaha menggunakan sirkuit, Humongous asuransi ingin memastikan bahwa koneksi ke Office 365 dari remote office dikirimkan ke datacenter Office 365 terdekat headquarters dan diterima dengan lokasi kantor. Untuk melakukan ini, Humongous asuransi mengimplementasikan DNS pengalihan untuk mengurangi jumlah perjalanan pulang pergi dan Pencarian DNS yang diperlukan untuk menetapkan koneksi sesuai dengan lingkungan Office 365 paling dekat dengan titik keluar kantor internet. Ini mencegah klien mengatasi server lokal ujung depan dan memastikan orang yang tersambung ke server ujung depan dekat headquarters mana Humongous asuransi mengintip Microsoft. Anda juga bisa mempelajari untuk menetapkan Forwarder bersyarat untuk nama Domain.

Dalam skenario ini, lalu lintas dari jarak jauh office akan mengatasi Office 365 ujung depan infrastruktur di Amerika Utara dan memaksimalkan Office 365 untuk menyambungkan ke server backend sesuai arsitektur Office 365 aplikasi. Sebagai contoh, Exchange Online akan menghentikan koneksi di Amerika Utara dan server ujung depan tersebut akan tersambung ke server Surat backend tempat tinggal penyewa. Semua layanan memiliki layanan didistribusikan secara luas pintu depan yang terdiri dari unicast dan anycast tujuan.

Jika Humongous memiliki resolusi di beberapa benua, sedikitnya dua aktif aktif sirkuit per kawasan yang direkomendasikan untuk mengurangi penundaan untuk aplikasi yang sensitif seperti Skype for Business Online. Jika semua kantor sedang benua tunggal, atau tidak menggunakan kolaborasi secara real time, memiliki konsolidasi atau terdistribusi keluar arahkan adalah keputusan tertentu pelanggan. Saat beberapa rangkaian tersedia, BGP perutean akan memastikan failover harus sirkuit tunggal apa pun menjadi tidak tersedia.

Pelajari selengkapnya tentang sampel perutean konfigurasi dan https://azure.microsoft.com/en-us/documentation/articles/expressroute-config-samples-nat/.

Selektif perutean dengan ExpressRoute mungkin diperlukan untuk berbagai alasan, seperti pengujian, meluncurkan ExpressRoute untuk subset pengguna. Terdapat berbagai alat pelanggan bisa Anda gunakan untuk selektif merutekan lalu lintas jaringan Office 365 melalui ExpressRoute:

  1. Merutekan pemfilteran/pemisahan -Perbolehkan rute BGP untuk Office 365 melalui ExpressRoute untuk subset subnet atau router. Ini selektif merutekan segmen jaringan pelanggan atau lokasi kantor fisik. Ini umum untuk luar biasa peluncuran ExpressRoute untuk Office 365 dan yang dikonfigurasi pada perangkat BGP Anda.

  2. PAC file/URL – mengarahkan Office 365 ditentukan lalu lintas jaringan FQDN tertentu untuk merutekan di jalur tertentu. Ini selektif merutekan dengan komputer klien saat diidentifikasi dengan PAC file penggunaan.

  3. Merutekan pemfilteranfilter merutekan adalah cara untuk menggunakan subkumpulan didukung layanan melalui Microsoft mengintip.

  4. Komunitas BGP -pemfilteran berdasarkan BGP komunitas Tag memungkinkan pelanggan untuk menentukan aplikasi Office 365 akan melintasi ExpressRoute dan yang akan melintasi internet.

Berikut adalah link singkat Anda bisa menggunakan kembali: https://aka.ms/erorouting

Topik Terkait

Jaringan konektivitas ke Office 365
Azure ExpressRoute untuk Office 365
Mengelola ExpressRoute untuk Office 365 konektivitas
perencanaan jaringan dengan ExpressRoute untuk Office 365
Menerapkan ExpressRoute untuk Office 365
Media kualitas dan kinerja konektivitas jaringan di Skype for Business Online
mengoptimalkan jaringan Anda untuk Skype for Business Online
ExpressRoute dan QoS di Skype for Business Online
panggilan aliran menggunakan ExpressRoute
menggunakan BGP komunitas di ExpressRoute untuk Office 365 skenario
penyelarasan kinerjaOffice 365 menggunakan baseline dan kinerja Riwayat
pemecahan masalah kinerja paket untuk Office 365
URL Office 365 dan rentang alamat IP
Office 365 jaringan dan penyelarasan kinerja

Catatan: Penafian Terjemahan Mesin: Artikel ini telah diterjemahan oleh sistem komputer tanpa campur tangan manusia. Microsoft menawarkan terjemahan mesin ini untuk membantu pengguna yang bukan penutur bahasa Inggris agar dapat menikmati konten tentang produk, layanan, dan teknologi Microsoft. Karena artikel ini diterjemahkan oleh mesin, mungkin akan terdapat kesalahan kosa kata, sintaksis, atau tata bahasa.

Kembangkan keterampilan Anda
Jelajahi pelatihan
Dapatkan fitur baru terlebih dahulu
Gabung ke Office Insiders

Apakah informasi ini bermanfaat?

Terima kasih atas umpan balik Anda!

Terima kasih atas umpan balik Anda! Sepertinya menghubungkan Anda ke salah satu agen dukungan Office kami akan sangat membantu.

×