สิ่งที่ควรพิจารณาก่อนใช้ ExpressRoute กับ Microsoft Power Platform

ความซับซ้อนของการตั้งค่า ExpressRoute มักได้รับการประเมินต่ำไป โดยเฉพาะอย่างยิ่ง การดำเนินการและความหมายโดยนัยต่อไปนี้มักโดนมองข้าม ทั้งในการวางแผนหรือการดำเนินการ:

• การกำหนดค่าเครือข่ายของคุณเพื่อกำหนดเส้นทางการรับส่งข้อมูลไปยังเครือข่ายย่อยที่เชื่อมต่อกับ ExpressRoute

• หลีกเลี่ยงเส้นทางที่ไม่สมมาตร ซึ่งเส้นทางการรับส่งข้อมูลตรงไปที่ Microsoft Power Platform ผ่านอินเทอร์เน็ต แต่ ExpressRoute ส่งคืนไปยังเครือข่ายองค์กร ทำให้เกิดการปฏิเสธการรับส่งข้อมูลโดยไฟร์วอลล์

• ค่าใช้จ่ายโดยรวมของการเตรียมการใช้งาน ExpressRoute รวมถึงบริการ Microsoft Azure การจัดเตรียมผู้ให้บริการด้านการเชื่อมต่อ และการกำหนดค่าบริการต่อเนื่องและการกำหนดค่าเส้นทางเครือข่ายไอทีภายใน

• การกำหนดว่าควรมีการสร้างวงจร ExpressRoute หลายวงจรสำหรับการปรับใช้งานแบบกระจายหรือไม่

ปัญหาด้านประสิทธิภาพการเชื่อมต่อ

การเชื่อมต่อ LAN

ปัญหาทั่วไปบางประการที่ผู้ใช้อาจประสบคือ:

• การเชื่อมต่อภายในเครือข่ายท้องถิ่นนั้นอิ่มตัวแล้วก่อนที่จะเพิ่มแอปพลิเคชันเบราว์เซอร์ที่หลากหลายลงในมิกซ์

• Microsoft Power Platform กำลังแทนที่แอปพลิเคชันไคลเอนต์แบบหนาที่มีเพียงข้อมูลส่งผ่านไปยังเครือข่าย แทนที่จะเป็นทั้งข้อมูลและข้อมูลการนำเสนอ

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

การเชื่อมต่อ WAN ไม่ดี

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

• ความอิ่มตัวของลิงก์ WAN

• การประมวลผลพร็อกซีทำให้เกิดเวลาแฝงและค่าใช้จ่ายมากขึ้น

• การกำหนดเส้นทางภายในที่ไม่มีประสิทธิภาพ (เช่น การกำหนดเส้นทางภายในเครือข่ายองค์กร แทนที่จะกำหนดเส้นทางไปยังอินเทอร์เน็ตก่อนหน้านี้)

หากการรับส่งข้อมูล Microsoft Power Platform ประสบปัญหาจากความท้าทายเหล่านั้น ประสิทธิภาพที่ไคลเอ็นต์อาจได้รับผลกระทบด้วย

การเชื่อมต่ออินเทอร์เน็ตไม่ดี

การเพิ่มบริการคลาวด์สามารถแนะนำการใช้เพิ่มเติมและโหลดการเชื่อมต่อขององค์กรกับอินเทอร์เน็ต สิ่งนี้สามารถเกิดขึ้นได้หาก:

• การเชื่อมต่ออินเทอร์เน็ตไม่เพียงพอที่จะรองรับการโหลดเพิ่มเติม

• ภายในเครือข่ายผู้ให้บริการอินเทอร์เน็ต (ISP) การกำหนดเส้นทางการรับส่งข้อมูลไปยังเครือข่าย Microsoftจะถูกควบคุมโดย ISP ประสิทธิภาพในการกำหนดเส้นทางอาจแตกต่างกันไป

• การเชื่อมต่อได้รับผลกระทบจากการรับส่งข้อมูลผสมกัน ซึ่งส่งผลต่อคุณภาพของการเชื่อมต่อ (เช่น เซสชันการฝึกอบรมบนอินเทอร์เน็ตหลายครั้ง Microsoft Stream หรือวิดีโอ YouTube ที่มีการรับส่งข้อมูลไปยังแอปพลิเคชันที่สำคัญต่อธุรกิจซึ่งแข่งขันกันเพื่อแบนด์วิดท์ที่พร้อมใช้งาน) ซึ่งอาจเพียงพอสำหรับปริมาณการรับส่งข้อมูลโดยรวม แต่อาจส่งผลต่อประสิทธิภาพการทำงานผ่านความต้องการสูงสุด ซึ่งจะแนะนำกิจกรรม เช่น การสตรีมวิดีโอ

สิ่งเหล่านี้สามารถแก้ไขได้โดยรับแบนด์วิดธ์เพิ่มเติมหรือแยกการเชื่อมต่อผ่าน ISP โดยเฉพาะอย่างยิ่ง การเชื่อมต่อแยกเฉพาะสำหรับการรับส่งข้อมูลที่มีลำดับความสำคัญสามารถช่วยได้ทั้งประสิทธิภาพและความสามารถในการคาดการณ์ของการับส่งข้อมูล

นอกจากนี้ ตรวจสอบให้แน่ใจว่าคุณได้ตั้งค่า Quality of Service (QoS) อย่างถูกต้อง หากคุณกำลังใช้ Microsoft Teams และ Microsoft Stream อ้างถึง ข้อกำหนด QoS ภายใน ExpressRoute

การควบคุมความปลอดภัย

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

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

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

สำหรับการสัญจรจากบริการ Microsoft ไปยังบริการโฮสต์ ในสถานที่ ลูกค้าต้องรับผิดชอบในการจัดเตรียมการป้องกันที่คล้ายคลึงกันให้กับบริการของตนเองเมื่อได้รับการสัญจรผ่านการเชื่อมต่อ ExpressRoute

ความสามารถในการจำกัดการใช้ ExpressRoute เฉพาะบริการบางอย่างเท่านั้น Microsoft

ความท้าทายประการหนึ่งที่คุณอาจเผชิญก็คือการต้องการใช้ ExpressRoute สำหรับบริการคลาวด์ Microsoft เฉพาะแต่ไม่ใช่สำหรับบริการอื่นๆ แม้ว่าตัวเลือกการเพียร์ที่แตกต่างกันจะมีระดับการควบคุมที่นี่ แต่การเพียร์นั้นไม่ได้ให้การควบคุมที่ละเอียดภายในบริการชนิดการเพียร์เดียวกัน (เช่น เพื่อเปิดใช้งานการกำหนดเส้นทางไปยังเครื่องเสมือน Azure เท่านั้น แต่ไม่ใช่ Microsoft 365) อย่างไรก็ตาม เป็นไปได้ที่จะใช้ชุมชน Border Gateway Protocol (BGP) เพื่อกำหนดค่าการรับส่งข้อมูลสำหรับบริการเฉพาะเท่านั้น

ซึ่งเกี่ยวข้องกับบริการ Microsoft Power Platform พร้อมสถานะ Microsoft 365 โดยที่การกำหนดเส้นทางผ่าน ExpressRoute อาจเป็นที่ต้องการสำหรับบริการเดียว แต่ไม่ใช่สำหรับทั้งสองอย่าง หรือเฉพาะสำหรับบริการส่วนบุคคลของ Microsoft 365 เช่น Microsoft Teams

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

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

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

Microsoft Power Platform ไม่มีค่าชุมชน BGP ที่เฉพาะเจาะจงเหมือนสำหรับบริการ Microsoft 365 แต่จะใช้ ชุมชน BGP ระดับภูมิภาค กับภูมิภาค Microsoft Azure ที่สอดคล้องกันที่ใช้สำหรับแต่ละสภาพแวดล้อมใน Microsoft Power Platform เพราะสภาพแวดล้อม Microsoft Power Platform ใช้ศูนย์ข้อมูลสองชุด ขอให้มั่นใจว่าได้ดูที่ ภาพรวมภูมิภาค เพื่อตรวจสอบว่ามีศูนย์ข้อมูลใดบ้างที่ใช้ ข้อมูลเพิ่มเติม: ชุมชน BGP สำหรับ GCC

Microsoft 365

เนื่องจากทั้งบริการ Microsoft Power Platform และ Microsoft 365 ต่างก็มีการเสนอผ่าน Microsoft การเชื่อมต่อแบบพีริง การตั้งค่า Microsoft การเชื่อมต่อแบบพีริงจะโฆษณาบริการ Microsoft Power Platform และ Microsoft 365 ทั้งหมดผ่านวงจร ExpressRoute ตามค่าเริ่มต้น

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

ขณะเปิดใช้งาน ExpressRoute สำหรับการเชื่อมต่อแบบ peering จะกำหนดเส้นทางการรับส่งข้อมูลทั้งหมดผ่านการเชื่อมต่อ ExpressRoute คุณสามารถใช้แท็กชุมชน BGP เพื่อควบคุมการกำหนดเส้นทางเพื่อให้เฉพาะบริการที่เจาะจงเท่านั้น เช่น บริการแต่ไม่ใช่บริการอื่นๆ ที่ใช้การเชื่อมต่อ ExpressRoute Microsoft Microsoft Power Platform Microsoft 365 Microsoft Power Platform Microsoft 365 โดยเฉพาะ ไม่ใช่บริการ Microsoft 365 ทั้งหมดได้รับการออกแบบมาให้ทำงานร่วมกับ ExpressRoute ปัจจุบัน บริการ Microsoft Power Platform ไม่มีชุมชน BGP ที่กำหนด เช่น บางบริการ Microsoft 365 ทำ แต่คุณควรใช้ ชุมชน BPG ระดับภูมิภาค เพื่อให้เข้ากับภูมิภาคที่ สภาพแวดล้อม Microsoft Power Platform ได้รับการสร้างขึ้น

สำหรับข้อมูลเพิ่มเติมเกี่ยวกับการกำหนดเส้นทาง Microsoft 365 ไปที่เอกสารประกอบใน การกำหนดเส้นทางที่เลือกด้วย Microsoft 365

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

รองรับบริการคลาวด์สาธารณะ

ลูกค้าที่ต้องปฏิบัติตามข้อบังคับของรัฐบาลหรือเฉพาะประเทศ/ภูมิภาคสามารถเลือกที่จะใช้บริการคลาวด์สาธารณะ บริการคลาวด์สาธารณะตั้งอยู่ในภูมิภาคเพื่อให้เป็นไปตามข้อกำหนดเฉพาะสำหรับรัฐบาลหรือประเทศนั้นๆ ตัวอย่างเช่น Power Apps สำหรับ Government Community Cloud (GCC) ที่ตั้งอยู่ในสหรัฐอเมริกา ซึ่งตรงกับข้อบังคับและการรับรองเฉพาะของรัฐบาลของสหรัฐอเมริกา และเป็นไปตามระเบียบการเพื่อให้เป็นไปตามข้อกำหนดเหล่านั้น

ดูวิดีโอนี้ที่อธิบายวิธีที่ Microsoft Power Platform สามารถใช้ได้กับบริการคลาวด์สาธารณะ: วิดีโอ: บริการคลาวด์สาธารณะโดย Marty Carreras

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

ภูมิภาค	การสนับสนุน ExpressRoute
US Government Community Cloud (GCC)	รองรับ 1
คลาวด์ชุมชนรัฐบาลสหรัฐอเมริกาสูง (GCC High)	รองรับ 1
ประเทศจีน	รองรับ 2

¹ ลูกค้าจะต้องใช้ Azure Government ExpressRoute เมื่อใช้ US GCC หรือภูมิภาค GCC High และไม่สามารถใช้ Azure Commercial Cloud ExpressRoute ได้ ² ลูกค้าต้องใช้ Azure China ExpressRoute เมื่อใช้ภูมิภาคจีน และไม่สามารถใช้ ExpressRoute บนคลาวด์ของ Azure Commercial ได้

ค่าใช้จ่าย Azure ExpressRoute

เมื่อประเมินค่าใช้จ่ายสำหรับ ExpressRoute คุณต้องพิจารณาองค์ประกอบหลายประการ:

• ค่าใช้จ่าย Azure

• ค่าใช้จ่ายของผู้ให้บริการการเชื่อมต่อ

• ค่าใช้จ่ายในการดำเนินการติดตั้งภายใน

ในการพิจารณากรณีธุรกิจอย่างถูกต้อง ควรพิจารณาค่าใช้จ่ายทั้งหมดเหล่านี้เมื่อทำการประเมิน ExpressRoute สำหรับ Microsoft Power Platform จะกล่าวถึงแต่ละรายการในเซสชันต่อไปนี้

ค่าใช้จ่าย Azure

• Azure ExpressRoute สามารถซื้อได้หลายรุ่น

• ชนิดการเรียกเก็บเงิน

  • แบบมีมิเตอร์: ค่าสมัครพื้นฐานต่อเดือนพร้อมการรับส่งข้อมูลขาเข้าไม่จำกัด แต่มีค่าบริการต่อ GB สำหรับการรับส่งข้อมูลขาออก

  • แบบไม่จำกัด: ค่าสมัครพื้นฐานต่อเดือนพร้อมการรับส่งข้อมูลขาเข้าและขาออกไม่จำกัด

• SKU / แผน

  • มาตรฐาน

    • การเชื่อมต่อพื้นฐานโดยใช้ ExpressRoute

    • เสนอการเข้าถึงบริการภายในภูมิภาคทางภูมิศาสตร์เดียว

    • หากวงจร ExpressRoute อยู่ในเขตเดียวกับสภาพแวดล้อม Microsoft Power Platform ที่ผู้ใช้เชื่อมต่ออยู่ วงจรนั้นต้องใช้มาตรฐาน ExpressRoute เท่านั้น

  • พรีเมียม

    • เสนอการเข้าถึงบริการทางภูมิศาสตร์ทั่วโลกได้จากทุกที่ที่มีการเชื่อมต่อ

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

ข้อมูลเพิ่มเติม: ราคา Azure ExpressRoute

ค่าใช้จ่ายของผู้ให้บริการการเชื่อมต่อ

ในบางกรณี ค่าใช้จ่ายในการสร้างการเชื่อมต่อกับผู้ให้บริการการเชื่อมต่ออาจสำคัญ สิ่งเหล่านี้แยกจากค่าใช้จ่าย Azure สำหรับ ExpressRoute

ความพยายามภายในของลูกค้าในการกำหนดค่าการกำหนดเส้นทางเครือข่าย

ในการเปิดใช้งาน ExpressRoute จะต้องตั้งค่าการกำหนดเส้นทางเครือข่ายภายใน

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

ผลกระทบที่มีต่อ Microsoft Power Platform, Microsoft 365 และบริการ Azure ที่ใช้งานอยู่

เมื่อเปิดใช้งานการเชื่อมต่อแบบ peering ระบบจะกำหนดค่าการรับส่งข้อมูลสำหรับบริการ Microsoft Microsoft Power Platform และ Azure ให้กำหนดเส้นทางผ่าน ExpressRoute Microsoft 365

หากคุณกำลังใช้งานแอปพลิเคชัน Microsoft Power Platform Dynamics 365 อยู่แล้ว หรือไม่มี ExpressRoute สิ่งสำคัญคือคุณต้องคำนึงถึงผลกระทบต่อบริการที่มีอยู่เหล่านี้เมื่อคุณเปิดใช้งาน Microsoft 365 การเพียร์ผ่าน ExpressRoute (ซึ่งเป็นพฤติกรรมเริ่มต้น) Microsoft อาจจำเป็นต้องกำหนดค่าการกำหนดเส้นทางโดยใช้ชุมชน BGP เพื่อแยกการรับส่งข้อมูลไปยังบริการต่างๆ

การนำ ExpressRoute มาใช้ซ้ำในบริการออนไลน์ที่หลากหลาย

การเชื่อมต่อ ExpressRoute เดียวสามารถใช้เพื่อเข้าถึงบริการออนไลน์ต่างๆ ได้ เช่น Microsoft Power Platform, Dynamics 365, Microsoft 365 และ Azure

ไดอะแกรมที่แสดงการเชื่อมต่อ ExpressRoute ที่ใช้ร่วมกันกับบริการสาธารณะและ Azure Microsoft Microsoft การเพียร์สำหรับ Microsoft 365, Microsoft Power Platform, Dynamics 365 และบริการสาธารณะของ Azure กำลังแชร์การเชื่อมต่อ ExpressRoute เดียวกันกับการเพียร์แบบส่วนตัวของ Azure สำหรับเครือข่ายเสมือน

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

ถัดไป ขั้นตอน: ทำความเข้าใจเกี่ยวกับสถาปัตยกรรม Microsoft Power Platform