กำหนดเส้นทางกับ 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 เสมือนจะซ้ำจากส่วนกลาง และจะทำตามหลักปฏิบัติกำหนดเส้นทางปอนด์อังกฤษมาตรฐาน นี่คือเหตุผลที่เราขอแนะนำสองวงจรทางกายภาพต่อ egress ผู้ให้บริการของคุณในการกำหนดค่าการใช้งานอยู่/ใช้งานอยู่

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

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

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

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

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

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

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

คอมโพเนนต์

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

รวมอยู่ใน SharePoint Online ปอนด์อังกฤษชุมชนได้อย่างไร

ใช้

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

SharePoint Online

ได้

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

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

Azure Media Services

ไม่ได้

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

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

Azure CDN

ไม่ได้

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

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

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

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

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

โดเมนตัวแทนโฆษณาไปยังวงจรอินเทอร์เน็ตเท่านั้น

โฆษณา FQDN ย่อยไปยังวงจร ExpressRoute และอินเทอร์เน็ต

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

ค้นหาอัตโนมัติ-<ผู้เช่า > ก 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 ใช้ไฟล์ PAC #2 เราประกาศเพื่อกำหนดเส้นทางรับส่งข้อมูลกับข้อมูลเฉพาะลูกค้า ExpressRoute โดยตรงสำหรับการเชื่อมต่อOffice 365

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

  1. ใช้ไฟล์ PAC #2 เราประกาศเพื่อกำหนดเส้นทางรับส่งข้อมูลผ่านทางอินเทอร์เน็ต 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, <ชื่อผู้เช่า > - < app > sharepoint.com

  • *. Lync.com พร้อมกับช่วง IP สำหรับการรับส่งข้อมูลที่ไม่ใช่ 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

เรียนรู้เพิ่มเติมเกี่ยวกับการปรับใช้ และจัดการการตั้งค่าพร็อกซีใน 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

เราขอแนะนำ egress และการแก้ปัญหา DNS เป็นใกล้กับบุคคลเริ่มต้นคำขอสำหรับ Office 365

โอน 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 การเชื่อมต่ออาจเป็นไปได้แม้ว่าอาจทำให้เกิดเวลาแฝงไม่จำเป็นหรือ TCP ความหนาแน่นของความ ในทั้งสองกรณี อินเทอร์เน็ตที่กำหนดเส้นทางรับส่งข้อมูลที่กำหนดไว้กับอินเทอร์เน็ตที่ไซต์ภายในเครื่องขอแนะนำเพื่อใช้ประโยชน์จากเครือข่ายส่งเนื้อหานั้นOffice 365 อาศัย

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

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

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

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

ถ้า 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. การกำหนดเส้นทางการกรองตัวกรองที่กำหนดเส้นทางเป็นวิธีที่จะใช้ชุดย่อยของบริการได้รับการสนับสนุนผ่านทาง Microsoft peering

  4. ชุมชนปอนด์อังกฤษ– การกรองโดยขึ้นอยู่กับชุมชนปอนด์อังกฤษแท็กอนุญาตให้ลูกค้าสามารถกำหนดแอปพลิเคชันใด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 ของเรา

×