กำหนดเส้นทางกับ ExpressRoute สำหรับ Office 365

สิ่งสำคัญ:  บทความนี้เป็นการแปลด้วยเครื่อง โปรดดู ข้อจำกัดความรับผิดชอบ โปรดดูบทความฉบับภาษาอังกฤษ ที่นี่ เพื่อใช้อ้างอิง

ทำให้เข้าใจได้อย่างถูกต้องกำหนดเส้นทางรับส่งข้อมูลOffice 365 ใช้ Azure ExpressRoute คุณจะต้องเป็น grasp ของบริษัทของความต้องการกำหนดเส้นทาง ExpressRouteหลักและวงจร ExpressRoute และโดเมนที่กำหนดเส้นทาง ต่อไปนี้เค้าโครงพื้นฐานของการใช้ ExpressRoute ที่จะอาศัยOffice 365 ลูกค้า

มีบางอย่างของรายการหลักในบทความข้างต้นที่คุณจำเป็นต้องทำความเข้าใจเกี่ยวกับ:

  • วงจร ExpressRoute ไม่ได้แมปไปยังเฉพาะโครงสร้างพื้นฐานที่มีอยู่จริง แต่มีการเชื่อมต่อทางตรรกะทำที่ตำแหน่งที่ตั้ง peering เดียว โดย Microsoft และผู้ให้บริการ peering ในนามของคุณ

  • การแมป 1:1 ระหว่างแอวง ExpressRoute และ s-คีย์ลูกค้าได้

  • แต่ละวงจรสามารถสนับสนุน 3 ขึ้นเป็นอิสระ peering ความสัมพันธ์ (peering สาธารณะ Azure, peering Azure ส่วนตัว และ Microsoft peering); Office 365 จำเป็นต้องใช้ Microsoft peering

  • แต่ละวงจรมีด้านแบนด์วิดท์คงที่ใช้ร่วมกันระหว่างความสัมพันธ์ peering ทั้งหมด

  • ที่อยู่ IPv4 สาธารณะใด ๆ และสาธารณะเป็นตัวเลขที่จะใช้สำหรับการ ExpressRoute วงต้องตรวจสอบการเป็นเจ้าของคุณ หรือมอบหมายให้คุณเท่านั้น โดยเจ้าของช่วงที่อยู่

  • วงจร ExpressRoute เองจะซ้ำจากส่วนกลาง และจะทำตามหลักปฏิบัติกำหนดเส้นทางปอนด์อังกฤษมาตรฐาน

ดูหน้า FAQสำหรับข้อมูลเพิ่มเติมบนบริการที่ได้รับการสนับสนุน ต้นทุน และรายละเอียดการกำหนดค่า ดูบทความตำแหน่งที่ตั้ง ExpressRouteสำหรับข้อมูลในรายการของผู้ให้บริการการเชื่อมต่อที่นำเสนอ Microsoft peering support เราได้บันทึกชุดExpressRoute Azure สำหรับการฝึกอบรม Office 365 10 part 9 แชนเนลเพื่อช่วยอธิบายแนวคิดอย่างครบถ้วน

หมายเหตุ: Azure ExpressRoute สำหรับ Office 365 ไม่ทำงานร่วมกับ IPv6 ได้ คุณจำเป็นต้องปิด IPv6 มิฉะนั้นการเชื่อมต่อที่จะเริ่มต้นในตาราง และไม่ใช้การเชื่อมต่อ ExpressRoute

โครงสร้างพื้นฐานที่ยอมรับการรับส่งข้อมูลลูกค้าสำหรับแอปพลิเคชันOffice 365 จะสามารถเข้าถึงได้ บนอินเทอร์เน็ตและ ExpressRoute หรือวงจร ExpressRoute หลาย เครือข่ายจากOffice 365 ไปยังเครือข่ายลูกค้าจะข้าม ExpressRoute เมื่อทั้งอินเทอร์เน็ตและ ExpressRoute จะพร้อมใช้งาน นี้ทำให้เกิดความไม่สมมาตรของการกำหนดเส้นทางที่อาจเกิดขึ้นถ้าปริมาณการใช้งานเครือข่ายลูกค้าต้องกำหนดเส้นทางอินเทอร์เน็ต กำหนดเส้นทาง asymmetrical มีปัญหาเนื่องจากอุปกรณ์ที่การตรวจสอบสถานะ ful แพคเก็ตสามารถบล็อกการรับส่งข้อมูลผู้ส่งที่ตามหลังเส้นทางอื่นกว่าแพคเก็ตขาออกที่ติดตาม

เมื่อคอมพิวเตอร์ลูกค้าเริ่มการเชื่อมต่อกับOffice 365 อินเทอร์เน็ต ปลายทางลูกค้าที่เกี่ยวข้องกับการร้องขอต้อง routable แบบสาธารณะได้ เหมือนกับเป็นจริงสำหรับลูกค้าที่เริ่มต้นการเชื่อมต่อผ่าน ExpressRoute กับลูกค้าหลาย peering โดยตรงกับ Microsoft มีที่อยู่ที่ส่วนที่ซ้ำได้ระหว่างลูกค้าไม่เป็นไปได้ด้วย

ต่อไปนี้เป็นสถานการณ์สมมติที่จะเริ่มการติดต่อสื่อสารจากOffice 365 กับเครือข่ายของคุณภายในองค์กร:

สำหรับ Microsoft เพื่อกำหนดเส้นทางกลับไปยังเครือข่ายของคุณสำหรับขั้นตอนเหล่านี้ทิศทางรับส่งข้อมูล ปอนด์อังกฤษเส้นทางไปยังอุปกรณ์ภายในองค์กรของคุณจะสามารถใช้ร่วมกับ Microsoft

การเชื่อมต่อกับOffice 365 เหนือวงแอ ExpressRoute คุณต้องกำหนดค่าความสัมพันธ์ peering โดยใช้โดเมนกำหนดเส้นทาง peering Microsoft Azure สาธารณะและส่วนตัว peering ไม่จำเป็นสำหรับOffice 365 อย่างไรก็ตาม มีบริการที่เกี่ยวข้องกับOffice 365 ที่จำเป็นต้องใช้โดเมนที่กำหนดเส้นทาง Azure สาธารณะ ตัวอย่างเช่น Azure RemoteApp และแพคความ management Office 365 สร้างขึ้นด้านบนของ Microsoft Azure เนื่องจากกำลังแอปพลิเคชันที่มีอยู่แล้วภายใน Azure ปลายทางบางอย่างจะพร้อมใช้งานผ่าน peering Azure สาธารณะ

แอปพลิเคชันอื่น ๆ เช่นOffice 365 วิดีโอ มีแอปพลิเคOffice 365 อย่างไรก็ตามOffice 365 วิดีโอประกอบด้วยองค์ประกอบที่แตกต่างกันสาม พอร์ทัล บริการส่งกระแสข้อมูล และเครือข่ายส่งเนื้อหา เว็บไซต์แสดงอยู่ภายใน SharePoint Online ชีวิตบริการส่งกระแสข้อมูลภายในบริการสื่อ Azure และเครือข่ายส่งเนื้อหาที่แสดงอยู่ภายใน Azure CDN ตารางต่อไปนี้สรุปองค์ประกอบเหล่านี้

คอมโพเนนต์

ต้นแบบของแอปพลิเคชัน

โดเมนที่กำหนดเส้นทาง

ใช้

พอร์ทัลวิดีโอของ office 365

SharePoint Online

Microsoft peering

กำหนดค่า อัปโหลด

บริการแบบกระแสข้อมูลวิดีโอของ office 365

Azure Media Services

Azure peering สาธารณะ

บริการ ใช้ในกรณีวิดีโอไม่พร้อมใช้งานจาก CDN การสตรีม

เครือข่ายส่งเนื้อหาวิดีโอของ office 365

Azure CDN

ไม่มี

แหล่งหลักของวิดีโอดาวน์โหลด/สตรีม ศึกษาเพิ่มเติมเกี่ยวกับเครือข่ายวิดีโอของ Office 365

ในขณะที่ Azure RemoteApp, Office 365 management แพคแล้วส่งOffice 365 วิดีโอ แอปพลิเคชันเท่านั้นที่มีภาวะการขึ้นต่อเสียบนโดเมนที่กำหนดเส้นทางสาธารณะ Azure แอปพลิเคชันเพิ่มเติมอาจจำเป็นต้องใช้นี้ในอนาคต เมื่อต้องการทำความเข้าใจว่าฟีเจอร์Office 365 และแอปพลิเคชันจะพร้อมใช้งาน ดูบทความปลายทาง Office 365 มีคอลัมน์สำหรับแต่ละแอปพลิเคชันที่มีอยู่ในรายการที่ระบุว่า ฟีเจอร์พร้อมใช้งานโดยใช้ Microsoft peering หรือไม่

ฟีเจอร์Office 365 ที่พร้อมใช้งานโดยใช้ Microsoft peering แต่ละรายการจะแสดงในบทความปลายทาง Office 365ตามชนิดของแอปพลิเคชันและ FQDN เหตุผลสำหรับการใช้ FQDN ในตารางเพื่อ อนุญาตให้ลูกค้าเพื่อจัดการการรับส่งข้อมูลโดยใช้ไฟล์ PAC หรือกำหนดค่าพร็อกซีอื่น ๆ ดูคำแนะนำของเราเพื่อจัดการปลายทาง Office 365 PAC ตัวอย่างไฟล์ได้ IP ที่อยู่ที่แต่ละรายการของแอปพลิเคชันจำเป็นต้องใช้ไม่ค่าระดับแอปพลิเคชันและระดับฟีเจอร์ไม่ สำหรับทุกแอปพลิเคชันที่พร้อมใช้งานผ่าน ExpressRoute ช่วงที่อยู่ IP ที่ถูกกล่าวถึงในตารางที่แยกต่างหากและช่วง IP ที่พร้อมใช้งานผ่านอินเทอร์เน็ตเท่านั้น และอินเทอร์เน็ตและ ExpressRoute มีรายละเอียด

ที่อยู่ IP เหล่านี้ถูกจัดกลุ่มเป็นแท็กชุมชนปอนด์อังกฤษเพื่อทำให้การจัดการการกำหนดเส้นทางได้ง่ายขึ้น รวมแท็กชุมชนใช้:

แท็กสตริงที่ชุมชน

แอปพลิเคชันที่มีอยู่

Exchange

Exchange Online

Exchange Online Protection

Skype สำหรับธุรกิจ

Skype for Business Online

SharePoint

SharePoint Online

บริการ office 365 อื่น ๆ

พอร์ทัลและที่แชร์

รับรองความถูกต้องและข้อมูลเฉพาะตัว

Office Online

ส่วนใหญ่ FQDNs แสดงรายการเป็นการโฆษณา ExpressRoute และอินเทอร์เน็ตรวมทั้งหมดได้ ในบางสถานการณ์ เราได้ใช้อักขระใน FQDN ในสถานการณ์ที่อย่าง น้อยหนึ่งย่อย-FQDNs โฆษณาแตกต่างจากตัวแทนระดับสูงกว่า FQDN นี้มักจะเกิดขึ้นเมื่อตัวแทนแสดงรายการแบบเต็มของเซิร์ฟเวอร์ที่ทั้งหมดโฆษณา ExpressRoute และอินเทอร์เน็ต และมีขนาดเล็กชุดย่อยของเซิร์ฟเวอร์หรือ CNAMEs ที่เฉพาะโฆษณาอินเทอร์เน็ต หรือย้อนกลับ การอ้างอิงถึงตารางด้านล่างนี้เพื่อทำความเข้าใจความแตกต่างตรงไหน

ตารางนี้แสดงอักขระตัวแทน FQDNs ที่โฆษณาทางอินเทอร์เน็ตและ Azure ExpressRoute ควบคู่ไปกับย่อย-FQDNs ที่โฆษณากับอินเทอร์เน็ตเท่านั้น

อักขระตัวแทน FQDN โฆษณา ExpressRoute และอินเทอร์เน็ต

โฆษณา 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

โดยปกติแล้วไฟล์ PAC มีไว้เพื่อส่งการร้องขอเครือข่าย ExpressRoute โฆษณาปลายทางได้โดยตรงไปวงและทั้งหมดอื่นบนเครือข่ายร้องขอการพร็อกซีของคุณ ถ้าคุณกำลังกำหนดค่าไฟล์ PAC ดังนี้ เรียบเรียงไฟล์ของคุณ PAC ตามลำดับต่อไปนี้:

  1. รวม FQDNs ย่อยจากคอลัมน์ที่สองในตารางข้างต้นที่ด้านบนของแฟ้มของคุณ PAC ส่งการรับส่งข้อมูลไปสู่พร็อกซีของคุณ เราได้สร้างไฟล์เพื่อให้คุณสามารถใช้ในบทความของเราในการจัดการ Office 365 ปลายทางPAC ตัวอย่าง

  2. รวม FQDNs ทั้งหมดที่ถูกทำเครื่องหมายเพื่อ ExpressRoute โฆษณาในบทความนี้ด้านล่างส่วนแรก ส่งการรับส่งข้อมูลไปยังวง ExpressRoute ของคุณโดยตรง

  3. รวมอื่น ๆ ปลายทางเครือข่ายหรือกฎด้านล่างรายการเหล่านี้สอง ส่งการรับส่งข้อมูลไปสู่พร็อกซีของคุณ

ตารางนี้แสดงอักขระตัวแทน FQDNs ที่โฆษณาทางอินเทอร์เน็ตเฉพาะควบคู่ไปกับย่อย-FQDNs ที่ ExpressRoute Azure โฆษณาและอินเทอร์เน็ต สำหรับไฟล์ของคุณ PAC ด้านบน FQDNs ในคอลัมน์ที่สองในแบบตารางด้านล่างจะแสดงรายการเป็นการโฆษณาไปยัง ExpressRoute ในลิงก์การอ้างอิง ซึ่งหมายความว่า พวกเขาจะถูกรวมไว้ในกลุ่มที่สองของรายการในไฟล์

อักขระตัวแทน FQDN โฆษณากับอินเทอร์เน็ตเท่านั้น

โฆษณา ExpressRoute และอินเทอร์เน็ต FQDN ย่อย

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

เมื่อต้องการกำหนดเส้นทางไปยังOffice 365 แอปพลิเคชันเลือกของคุณคุณจะต้องพิจารณาหลายปัจจัยสำคัญ

  1. แบนด์วิดท์มากน้อยเพียงแอปพลิเคชันจะต้อง สุ่มตัวอย่างการใช้งานที่มีอยู่เป็นวิธีที่เชื่อถือได้เท่านั้นสำหรับการดูว่านี้ในองค์กรของคุณ ใช้คำนวณเป็นต้นของเราเพื่อตรวจสอบการทดสอบของคุณเท่านั้น

  2. ประ egress ระหว่างที่ตั้งคุณต้องเครือข่ายเพื่อออกจากเครือข่ายของคุณจาก คุณควรวางแผนเพื่อลดเวลาแฝงของเครือข่ายสำหรับการเชื่อมต่อไปยังOffice 365 ขณะนี้จะมีผลกระทบต่อประสิทธิภาพการทำงาน เนื่องจาก Skype สำหรับธุรกิจใช้ในเวลาจริงเสียงและวิดีโอ ได้โดยเฉพาะอย่างยิ่งควบคู่เวลาแฝงของเครือข่ายไม่ดี

  3. ถ้าคุณต้องการทั้งหมด หรือชุดย่อยของตำแหน่งที่ตั้งบนเครือข่ายของคุณเพื่อใช้ประโยชน์จาก ExpressRoute

  4. ตำแหน่งที่ตั้งใดผู้ให้บริการเครือข่ายเลือก ExpressRoute จากการนำเสนอ

เมื่อคุณระบุคำตอบสำหรับคำถามเหล่านี้ได้ คุณสามารถเตรียมใช้งานแอวง ExpressRoute ที่ตรงกับความต้องการด้านแบนด์วิดท์และตำแหน่งที่ตั้ง สำหรับเครือข่ายที่วางแผนการขอความช่วยเหลือเพิ่มเติม อ้างถึงเครือข่ายของ Office 365 คู่มือการปรับแต่งและกรณีศึกษาของไมโครซอฟท์บนวิธี Microsoft จับเครือข่ายประสิทธิภาพการวางแผน

ตัวอย่างที่ 1: กำหนดระยะห่างหนึ่งตำแหน่งที่ตั้งทางภูมิศาสตร์

ตัวอย่างนี้เป็นสถานการณ์สมมติสำหรับบริษัทสมมติค้นคว้า Trey เรียกว่าผู้ที่มีตำแหน่งที่ตั้งทางภูมิศาสตร์เดียว

พนักงานที่การค้นคว้า Trey ได้เฉพาะการเชื่อมต่อกับบริการและเว็บไซต์สู่อินเทอร์เน็ตที่แผนกความปลอดภัยอนุญาตอย่างชัดแจ้งบนคู่ของพร็อกซีขาออกที่อยู่ระหว่างเครือข่ายขององค์กรและ ISP ของพวกเขา

การค้นคว้า trey วางแผนที่จะใช้ Azure ExpressRoute สำหรับOffice 365 และจดจำว่า รับส่งข้อมูลบางอย่างเช่นการรับส่งข้อมูลที่กำหนดไว้สำหรับเครือข่ายไม่สามารถกำหนดเส้นทางไปไว้เหนือ ExpressRoute สำหรับการเชื่อมต่อOffice 365 ส่งเนื้อหา เนื่องจากทั้งหมดปริมาณการใช้แล้วกำหนดเส้นทางไปยังอุปกรณ์พร็อกซีตามค่าเริ่มต้น ร้องขอเหล่านี้จะยังคงทำงานกับก่อนหน้า หลังจากการค้นคว้า Trey กำหนดว่า พวกเขาสามารถตรงกับความต้องการกำหนดเส้นทาง Azure ExpressRoute จะดำเนินการสร้างแบบวง การกำหนดค่าการกำหนดเส้นทาง และเชื่อมโยงวง ExpressRoute ใหม่ไปยังเครือข่ายเสมือน เมื่อการกำหนดค่า Azure ExpressRoute พื้นฐาน ค้นคว้า Trey เพิ่มOffice 365 ปลายทางที่ได้รับการสนับสนุน โดย ExpressRoute สำหรับOffice 365 ไปยังไฟล์การกำหนดค่า (PAC) พร็อกซีอัตโนมัติหรือ URL เพื่อกำหนดเส้นทาง ปริมาณการใช้งานกับข้อมูลเฉพาะลูกค้าเหนือ ExpressRoute โดยตรงสำหรับการเชื่อมต่อOffice 365

ดังที่แสดงไว้ในไดอะแกรมต่อไปนี้ ค้นคว้า Trey จะสามารถเพื่อตอบสนองความต้องการรับส่งข้อมูลOffice 365 กำหนดเส้นทางผ่านอินเทอร์เน็ตและชุดย่อยของการรับส่งข้อมูลไปไว้เหนือ ExpressRoute ที่ใช้ร่วมกันของการเปลี่ยนแปลงการกำหนดค่าพร็อกซีกำหนดเส้นทาง และขาออก

  1. ไฟล์การกำหนดค่า (PAC) พร็อกซีอัตโนมัติหรือ URL ถูกใช้เพื่อกำหนดเส้นทางรับส่งข้อมูลผ่านทางอินเทอร์เน็ต egress จุดแยกต่างหากสำหรับ Azure ExpressRoute สำหรับOffice 365

  2. ไคลเอ็นต์ถูกกำหนดค่า ด้วยเส้นทางการเริ่มต้นให้เข้าใกล้ค้นคว้า Trey พร็อกซี

ในสถานการณ์นี้อย่าง ค้นคว้า Trey คือโดยใช้อุปกรณ์พร็อกซีขาออก ในทำนองเดียวกัน ลูกค้าที่ไม่ได้ใช้ Azure ExpressRoute สำหรับOffice 365 อาจต้องการใช้เทคนิคนี้เพื่อกำหนดเส้นทางรับส่งข้อมูลที่โดยยึดตามค่าใช้จ่ายของการตรวจสอบการรับส่งข้อมูลที่กำหนดไว้สำหรับปลายทาง volume สูงรู้จัก

ระดับเสียงสูงสุด FQDNs สำหรับ Exchange Online, SharePoint Online และ Skype สำหรับธุรกิจ Online มีดังนี้:

ExpressRoute เครือข่ายขอบของลูกค้า
  • outlook.office365.com

  • outlook.office.com

  • <ชื่อผู้เช่า>.sharepoint.com

  • <ชื่อผู้เช่า>-my.sharepoint.com

  • <ชื่อผู้ใช้>-<แอป>.sharepoint.com

  • *.Lync.com

เรียนรู้เพิ่มเติมเกี่ยวกับการปรับใช้ และจัดการการตั้งค่าพร็อกซีใน Windows 8และมั่นใจว่า Office 365 ไม่ได้ควบคุมปริมาณ โดยพร็อกซี

มีวง ExpressRoute ที่เดียว จะไม่พร้อมใช้งานสูงสำหรับการค้นคว้า Trey ในกรณีล้มเหลวของ Trey คู่ซ้ำของอุปกรณ์ขอบที่มีให้บริการการเชื่อมต่อ ExpressRoute จะไม่มีวง ExpressRoute เพิ่มเติมคอม นี้ในฤดูใบไม้ค้นคว้า Trey predicament ในขณะที่ล้มเหลวบนอินเทอร์เน็ตจะจำเป็นต้องมีการกำหนดค่าใหม่ด้วยตนเอง และในบางกรณี ที่อยู่ IP ใหม่ ถ้า Trey ต้องการเพิ่มความพร้อมใช้งานสูง โซลูชันที่ง่ายที่สุดคือการ เพิ่มวงจร ExpressRoute เพิ่มเติม

สถานการณ์สมมติสุดท้าย กำหนดเส้นทางรับส่งข้อมูลOffice 365 เหนือ ExpressRoute เป็นพื้นฐานสำหรับโครงสร้างการกำหนดเส้นทางที่ซับซ้อนมาก โดยไม่คำนึงถึงจำนวนของตำแหน่งที่ตั้ง จำนวนที่มีอยู่ของตำแหน่งที่ตั้งดังกล่าวทวีป จำนวนของวงจร ExpressRoute และอื่น ๆ อาศัยความสามารถในการกำหนดเส้นทางรับส่งข้อมูลบางอย่างไปอินเทอร์เน็ตและการรับส่งข้อมูลบางอย่างเหนือ ExpressRoute จำเป็นจะต้อง

คำถามเพิ่มเติมที่ต้องตอบสำหรับลูกค้าที่มีหลายตำแหน่งที่ตั้งใน geographies หลาย รวมถึง:

  1. พวกเขาจำเป็นต้องมีวงแอ ExpressRoute ในทุกตำแหน่งที่ตั้งได้อย่างไร ถ้าใช้ Skype สำหรับธุรกิจหรือลูกค้าที่เกี่ยวข้องกับเวลาแฝงของระดับความลับสำหรับ SharePoint Online หรือ Exchange Online แอวง ExpressRoute แนะนำในทวีปแต่ละรายการที่มีสำนักงานของลูกค้า ดู Skype สำหรับธุรกิจสื่อคุณภาพและเครือข่ายการเชื่อมต่อคำแนะนำสำหรับรายละเอียดเพิ่มเติม

  2. ถ้ามีวง ExpressRoute ไม่พร้อมใช้งานในภูมิภาคเฉพาะเจาะจง ฉันควรใช้งาน Office 365 ที่กำหนดไว้สามารถกำหนดเส้นทางได้อย่างไร

  3. วิธีที่คุณต้องการรวมในกรณีของเครือข่ายที่มีตำแหน่งที่ตั้งขนาดเล็กมากมายคืออะไร

แต่ละรายการเหล่านี้แสดงความท้าทายไม่ซ้ำกันที่คุณต้องประเมินเครือข่ายของคุณเองรวมถึงตัวเลือกที่พร้อมใช้งานจากไมโครซอฟท์

การพิจารณา

คอมโพเนนต์เครือข่ายเมื่อต้องการประเมิน

วงจรในตำแหน่งที่ตั้งมากกว่าหนึ่ง

ความต้องการค่าใช้จ่าย เวลาแฝง และแบนด์วิดท์ต้องสามารถเปรียบเทียบ

ใช้ค่าใช้จ่ายในการกำหนดเส้นทางปอนด์อังกฤษ ไฟล์ PAC และ NAT เพื่อจัดการสายกับหลายวงจร

กำหนดเส้นทางจากตำแหน่งที่ตั้งโดยไม่มีวง ExpressRoute

โอน DNS สามารถใช้เพื่ออนุญาตให้สำนักงานระยะไกลเพื่อค้นหาปลายทางที่เหมาะสม

ไคลเอ็นต์ของ office ระยะไกลต้องมีการกำหนดเส้นทางพร้อมใช้งานที่มีการเข้าถึงวง ExpressRoute

รวมข้อมูล office ขนาดเล็ก

ใช้แบนด์วิดท์และข้อมูลที่พร้อมใช้งานคุณควรอย่างระมัดระวังเปรียบเทียบ

หมายเหตุ: Microsoft จะต้อง ExpressRoute อินเทอร์เน็ตถ้ากำหนดเส้นทางพร้อมใช้งานโดยไม่คำนึงถึงตำแหน่งที่ตั้งที่มีอยู่จริง

ข้อควรพิจารณาเหล่านี้แต่ละต้องนำมาลงในบัญชีผู้ใช้แต่ละเครือข่ายที่ไม่ซ้ำกัน ด้านล่างนี้คือตัวอย่าง

ตัวอย่างที่ 2: ตำแหน่งที่ตั้งทางภูมิศาสตร์หลาย

ตัวอย่างนี้เป็นสถานการณ์สมมติสำหรับบริษัทสมมติประกันภัย Humongous เรียกว่าผู้ที่มีหลายตำแหน่งที่ตั้งทางภูมิศาสตร์

ประกันภัย Humongous คือกระจายต่าง ๆ กับสำนักงานจากทั่วโลก บุคคลที่จะใช้ Azure ExpressRoute สำหรับOffice 365 เพื่อเก็บส่วนใหญ่ปริมาณของพวกเขาOffice 365 การเชื่อมต่อเครือข่ายโดยตรง ประกันภัย Humongous มีนสำนักงานในสองทวีปเพิ่มเติม พนักงานใน office ระยะไกลที่ ExpressRoute ไม่เป็นไปได้จะต้องกำหนดเส้นทางกลับไปยังหนึ่งในสองฟังก์ชันหลักเมื่อต้องการใช้การเชื่อมต่อ ExpressRoute

หลักการสู่จะได้รับการรับส่งข้อมูลOffice 365 ที่กำหนดไว้เพื่อ datacenter Microsoft เร็วที่สุด ในตัวอย่างนี้ ประกันภัย Humongous กำลังตัดสินใจถ้า สำนักงานของพวกเขาระยะไกลควรกำหนดเส้นทางอินเทอร์เน็ตเพื่อไปยัง Microsoft datacenter ที่ผ่านการเชื่อมต่อใด ๆ ได้อย่างรวดเร็วเป็นไปได้หรือถ้าสำนักงานของพวกเขาระยะไกลควรกำหนดเส้นทางเครือข่ายภายในเพื่อไปยัง Microsoft datacenter ผ่านการเชื่อมต่อ ExpressRoute ความเร็วที่สุด

ของไมโครซอฟท์ datacenters เครือข่าย และโครงสร้างของแอปพลิเคชันถูกออกแบบมาเพื่อดำเนินการติดต่อสื่อสารจากส่วนกลางกระจัดกระจายกันอยู่ และให้บริการเหล่านั้นในวิธีที่มีประสิทธิภาพมากที่สุด ร้องขอที่กำหนดไว้สำหรับOffice 365 ที่เหลืออยู่บนเครือข่ายลูกค้ายาวเกินจำเป็นจะไม่สามารถใช้ประโยชน์จากโครงสร้างนี้

ในสถานการณ์ Humongous ประกันของ พวกเขาควรดำเนินการต่อไปโดยขึ้นอยู่กับแอปพลิเคชันที่พวกเขาต้องการใช้เหนือ ExpressRoute ตัวอย่าง ถ้าพวกเขากำลัง Skype สำหรับธุรกิจแบบออนไลน์ลูกค้า หรือการวางแผนเพื่อใช้ประโยชน์จากการเชื่อมต่อ ExpressRoute เมื่อเชื่อมต่อกับภายนอก Skype สำหรับการประชุมแบบออนไลน์ Business การออกแบบที่แนะนำใน Skype สำหรับคุณภาพสื่อ Business แบบออนไลน์และเครือข่าย คู่มือการเชื่อมต่อที่มีการ เตรียมใช้งานแอวง ExpressRoute เพิ่มเติมสำหรับตำแหน่งที่ตั้งที่สาม อาจมีราคาแพงจากมุมมองเชื่อมต่อเครือข่าย อย่างไรก็ตาม สายร้องขอจากทวีปหนึ่งไปยังอีกก่อนส่งไปยัง Microsoft datacenter อาจก่อให้เกิดยังประสบการณ์การใช้ไม่ได้ หรือไม่ดีระหว่าง Skype สำหรับการประชุมแบบออนไลน์ Business และติดต่อสื่อสาร

ถ้า ประกันภัย Humongous ไม่ได้ใช้ หรือไม่การวางแผนเพื่อใช้ประโยชน์จาก Skype สำหรับธุรกิจออนไลน์ในรูปแบบใดสายOffice 365 กำหนดไว้เครือข่ายกลับไปยังทวีปด้วยการเชื่อมต่อ ExpressRoute อาจเป็นไปได้ ในทั้งสองกรณี อินเทอร์เน็ตที่กำหนดเส้นทางรับส่งข้อมูลที่กำหนดไว้กับอินเทอร์เน็ตที่ไซต์ภายในเครื่องขอแนะนำเพื่อใช้ประโยชน์จากเครือข่ายส่งเนื้อหานั้นOffice 365 อาศัย

ExpressRoute geography หลายรายการ

เมื่อประกันภัย Humongous จะวางแผนกลยุทธ์ของพวกเขา geography หลาย มีตัวเลขของสิ่งที่ต้องพิจารณารอบขนาดของวง (การกล่าวถึงที่นี่), จำนวนของวงจร ล้มเหลว และอื่น ๆ

ด้วย ExpressRoute ในตำแหน่งที่ตั้งเดียวกับหลายภูมิภาคพยายามที่จะใช้ในวงจร ประกันภัย Humongous ต้องเพื่อให้แน่ใจว่า เพื่อไปยัง/จากOffice 365 จาก office ระยะไกลเชื่อมต่อส่งไปยัง datacenter Office 365 ที่ใกล้ที่สุดสำนักงานใหญ่ และ ตำแหน่งที่ตั้งสำนักงานใหญ่ที่รับ เมื่อต้องการทำเช่นนี้ ประกันภัย Humongous ประมวลผลโอน DNS เพื่อลดจำนวนเดินทางรอบและค้นหา DNS ที่จำเป็นสำหรับการสร้างการเชื่อมต่อที่เหมาะสมกับสภาพแวดล้อมการOffice 365 ที่ใกล้ที่สุดไปยังจุด egress อินเทอร์เน็ตสำนักงานใหญ่ คุณยังสามารถเรียนรู้เพื่อกำหนดตนตามเงื่อนไขสำหรับชื่อโดเมน

ในสถานการณ์นี้ ปริมาณการใช้งาน office ระยะไกลต้องแก้ไขโครงสร้างพื้นฐาน front end Office 365 ในอเมริกาเหนือ และใช้ประโยชน์จากOffice 365 การเชื่อมต่อกับเซิร์ฟเวอร์ backend ตามโครงสร้างของแอปพลิเคชันOffice 365 ตัวอย่าง Exchange Online จะสิ้นสุดการเชื่อมต่อในอเมริกาเหนือ และเซิร์ฟเวอร์ส่วนหน้าดังกล่าวจะเชื่อมต่อกับเซิร์ฟเวอร์จดหมาย backend ทุกผู้เช่าอยู่เท่านั้น ดูการเชื่อมต่อสำหรับข้อมูลเพิ่มเติมเกี่ยวกับวิธี architected แต่ละแอปพลิเคชันเพื่อจัดการการเชื่อมต่อลูกค้าไคลเอ็นต์

ถ้า Humongous มีสำนักงานหลักในหลายทวีป อย่างน้อยหนึ่งวงต่อทวีปจะแนะนำเพื่อลดเวลาแฝงของแอปพลิเคชันที่มีความสำคัญเช่น Skype สำหรับธุรกิจ สำนักงานทั้งหมดในทวีปแบบเดียว หรือจะใช้ร่วมกันในเวลาจริง มี egress แบบรวม หรือกระจายชี้ว่า แบบลูกค้าระบุการตัดสินใจที่จะขึ้นอยู่กับจำนวนผู้ใช้ต่อตำแหน่งที่ตั้ง การใช้แอปพลิเคชันที่ตำแหน่งที่ตั้งแต่ละ สูง ข้อกำหนดของความพร้อมใช้งาน และอื่น ๆ เมื่อวงจรหลายจะพร้อมใช้งาน ปอนด์อังกฤษกำหนดเส้นทางเพื่อให้แน่ใจล้มเหลวควรวงจรใด ๆ เดียวจะไม่พร้อมใช้งาน

เรียนรู้เพิ่มเติมเกี่ยวกับตัวอย่างการกำหนดค่าการกำหนดเส้นทางและhttps://azure.microsoft.com/en-us/documentation/articles/expressroute-config-samples-nat/

กำหนดเส้นทางเลือก ด้วย ExpressRoute อาจจำเป็นต้องมีหลายสาเหตุ เช่นทดสอบ ย้อนเอาท์ ExpressRoute เพื่อชุดย่อยของผู้ใช้ มีเครื่องมือต่าง ๆ ที่ลูกค้าสามารถใช้เพื่อกำหนดเส้นทางเครือข่ายOffice 365 ตามที่เลือกไปไว้เหนือ ExpressRoute:

  1. กำหนดเส้นทางการ กรอง/segregation – อนุญาตปอนด์อังกฤษเส้นทางเพื่อOffice 365 เหนือ ExpressRoute ให้ชุดย่อยของเครือข่ายย่อยหรือเตอร์ นี้เลือกกำหนดเส้นทาง โดยลูกค้าเครือข่ายส่วนหรือตำแหน่งที่ตั้งของ office ที่มีอยู่จริง นี่คือทั่วไปสำหรับความคลาดเคลื่อนของให้การเปิดใช้ของ ExpressRoute สำหรับOffice 365

  2. แฟ้ม/Url PAC – Office 365 เพื่อให้นำทางกำหนดไว้เครือข่ายสำหรับ FQDNs เฉพาะเพื่อกำหนดเส้นทางบนเส้นทางเฉพาะเจาะจง นี้เลือกกำหนดเส้นทาง โดยคอมพิวเตอร์ไคลเอ็นต์ตามที่ระบุ โดยใช้ไฟล์ PAC

  3. ชุมชนปอนด์อังกฤษ– การกรองตามแท็กชุมชนปอนด์อังกฤษอนุญาตให้ลูกค้าสามารถกำหนดแอปพลิเคชันใดOffice 365 จะข้าม ExpressRoute และซึ่งจะดำเนินกับอินเทอร์เน็ต

นี่คือลิงก์ย่อคุณสามารถใช้เพื่อกลับมา: https://aka.ms/erorouting

หัวข้อที่เกี่ยวข้อง

เครือข่ายการเชื่อมต่อไปยัง Office 365
ExpressRoute Azure สำหรับ Office 365
จัดการ ExpressRoute สำหรับการเชื่อมต่อ Office 365
เครือข่ายที่มีการวางแผนกับ ExpressRoute สำหรับ Office 365
ใช้ ExpressRoute สำหรับ Office 365
คุณภาพสื่อและประสิทธิภาพการทำงานของการเชื่อมต่อเครือข่ายใน Skype สำหรับธุรกิจ Online
ปรับให้เหมาะสมเครือข่ายของคุณสำหรับ Skype สำหรับธุรกิจ Online
ExpressRoute และ QoS ใน Skype สำหรับธุรกิจ Online
เรียกใช้ ExpressRoute กระแส
ชุมชนใช้ปอนด์อังกฤษใน ExpressRoute สำหรับสถานการณ์สมมติของ Office 365
Office 365 ประสิทธิภาพการปรับใช้ แนวหลักและประวัติประสิทธิภาพ
ประสิทธิภาพการแก้ไขปัญหาการวางแผนสำหรับ Office 365
Office 365 Url และช่วงที่อยู่ IP
เครือข่ายของ Office 365 และปรับแต่งประสิทธิภาพการทำงาน

หมายเหตุ: ข้อจำกัดความรับผิดชอบของการแปลด้วยเครื่อง: บทความนี้มีการแปลด้วยระบบคอมพิวเตอร์โดยไม่มีการดำเนินการโดยบุคคล Microsoft จัดให้มีการแปลด้วยเครื่องนี้เพื่อช่วยให้ผู้ใช้ที่ไม่ได้พูดภาษาอังกฤษสามารถใช้ประโยชน์จากเนื้อหาเกี่ยวกับผลิตภัณฑ์ บริการและเทคโนโลยีของ Microsoft เนื่องจากบทความมีการแปลด้วยเครื่อง อาจมีข้อผิดพลาดด้านคำศัพท์ ไวยากรณ์หรือรูปประโยค

ขยายทักษะของคุณ
สำรวจการฝึกอบรม
รับฟีเจอร์ใหม่ก่อนใคร
เข้าร่วม Office Insider

ข้อมูลนี้เป็นประโยชน์หรือไม่

ขอบคุณสำหรับคำติชมของคุณ!

ขอขอบคุณสำหรับคำติชมของคุณ! เราคิดว่าอาจเป็นประโยชน์ที่จะให้คุณได้ติดต่อกับหนึ่งในตัวแทนฝ่ายสนับสนุน Office ของเรา

×