การวางแผนการใช้งาน Power BI: เกตเวย์ข้อมูล

หมายเหตุ

บทความนี้เป็นส่วนหนึ่งของ ชุดการวางแผน การใช้งาน Power BI ของบทความ ชุดข้อมูลนี้มุ่งเน้นปริมาณงาน Power BI ภายใน Microsoft Fabric เป็นหลัก สําหรับบทนําสู่ชุดข้อมูล โปรดดู ที่ การวางแผนการใช้งาน Power BI

บทความนี้ช่วยให้คุณสามารถวางแผนและใช้เกตเวย์ข้อมูลภายในองค์กรและเกตเวย์ข้อมูลเครือข่ายเสมือน (VNet) สําหรับ Microsoft Fabric มีการกําหนดเป้าหมายเป็นหลักที่:

• ผู้ดูแลระบบผ้า: ผู้ดูแลระบบที่รับผิดชอบในการตรวจสอบ Fabric ในองค์กร ผู้ดูแลระบบผ้าอาจจําเป็นต้องทํางานร่วมกับผู้ดูแลระบบ Power Platform ผู้ดูแลฐานข้อมูล ทีมรักษาความปลอดภัยของข้อมูล ทีมเครือข่าย และทีมที่เกี่ยวข้องอื่น ๆ
• ผู้ดูแลระบบเกตเวย์: บุคคลที่รับผิดชอบในการใช้งาน การจัดการ และการตรวจสอบเกตเวย์และการเชื่อมต่อแหล่งข้อมูลของพวกเขา
• ผู้สนับสนุนเกตเวย์: ทีมแบบกระจายอํานาจและบุคคลที่รับผิดชอบในการเพิ่มและจัดการการเชื่อมต่อแหล่งข้อมูลเกตเวย์
• ศูนย์แห่งความเป็นเลิศ (COE) ทีมไอทีและ BI: ทีมที่มีหน้าที่รับผิดชอบในการสนับสนุนผู้ใช้ที่จําเป็นต้องเข้าถึง เชื่อมต่อ และรีเฟรชข้อมูล
• เจ้าของเนื้อหาและผู้สร้าง: ทีมและบุคคลที่ใช้เกตเวย์เพื่อเชื่อมต่อกับแหล่งข้อมูลของพวกเขา และรีเฟรชรายการข้อมูล Fabric

หากต้องการเข้าถึงแหล่งข้อมูลสําหรับแบบจําลองความหมาย กระแสข้อมูล และรายการข้อมูล Fabric อื่น ๆ ของ Power BI คุณอาจต้องใช้ เกตเวย์ข้อมูล เกตเวย์ข้อมูลจะถ่ายโอนข้อมูลระหว่างเครือข่ายส่วนตัวหรือแหล่งข้อมูลภายในองค์กรและบริการระบบคลาวด์ได้อย่างปลอดภัย รวมถึง Fabric

หมายเหตุ

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

สําหรับข้อมูลเพิ่มเติมเกี่ยวกับวิธีการทํางานของเกตเวย์ ดูที่:

• เกตเวย์ข้อมูลภายในองค์กรคืออะไร
• สถาปัตยกรรมเกตเวย์ภายในองค์กร
• สถาปัตยกรรมเกตเวย์เครือข่ายเสมือน (VNet)
• วางแผน ปรับขนาด และรักษาโซลูชันเกตเวย์ทางธุรกิจที่สําคัญ

การวางแผนการตัดสินใจที่สําคัญ

เกตเวย์มักจะเป็นส่วนสําคัญในการใช้งาน Power BI และ Fabric ที่ประสบความสําเร็จ โดยทั่วไปทีม COE หรือส่วนกลางและทีม BI จะวางแผนและจัดการเกตเวย์จากส่วนกลาง แม้ว่าบางองค์กรจะใช้ทีมแบบกระจายอํานาจเพื่อจัดการเกตเวย์ก็ตาม การลดความเสี่ยงของการหยุดชะงักและการกํากับดูแลในอนาคต สิ่งสําคัญคือการวางแผนอย่างรอบคอบว่าคุณจะใช้เกตเวย์อย่างไรและเมื่อใด

โดยทั่วไปคุณวางแผนการใช้งานเกตเวย์ในระหว่างสองขั้นตอนที่แตกต่างกัน

• การตั้งค่าผู้เช่า: เมื่อคุณเตรียมใช้งานหรือ โยกย้าย ไปยัง Fabric คุณควรประเมินว่าแหล่งข้อมูลใด ๆ ต้องการเกตเวย์หรือไม่ กิจกรรมการวางแผนเกตเวย์ยังเกี่ยวข้องกับการวางแผนระดับผู้เช่าของการรักษาความปลอดภัย พื้นที่ทํางาน และการตรวจสอบและการตรวจสอบ
• การวางแผนโซลูชัน BI: เมื่อวางแผนโซลูชัน BI ใหม่ คุณควรประเมินว่าโซลูชันจําเป็นต้องใช้เกตเวย์ในขณะที่คุณรวบรวม ข้อกําหนด ทางเทคนิคสําหรับโซลูชันใหม่หรือไม่ คุณอาจต้องการเกตเวย์เมื่อเพิ่มแหล่งข้อมูลใหม่ไปยังโซลูชันที่มีอยู่

การวางแผนการใช้งานเกตเวย์เริ่มต้นด้วยการตัดสินใจที่สําคัญ โดยเริ่มต้นด้วยว่าคุณต้องการเกตเวย์หรือไม่

เคล็ดลับ

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

ระบุว่าคุณต้องการเกตเวย์หรือไม่

โดยทั่วไป คุณจําเป็นต้องมีเกตเวย์สําหรับแหล่งข้อมูลของคุณเมื่อ:

• แหล่งข้อมูลของคุณจะอยู่ภายในองค์กร
• แหล่งข้อมูลของคุณอยู่ในเครือข่ายส่วนตัว
• คุณจําเป็นต้องมีโฮสต์สําหรับซอฟต์แวร์ตัวเชื่อมต่อ
• คุณจําเป็นต้องมีการแยกความปลอดภัยสําหรับตัวเชื่อมต่อหรือฟังก์ชันบางอย่าง

ในสถานการณ์เหล่านี้ คุณจําเป็นต้องมีเกตเวย์เพื่อ:

• รีเฟรชข้อมูลในพอร์ทัล Fabric สถานการณ์นี้ใช้เมื่อผู้สร้างเนื้อหาตั้งค่าการรีเฟรชข้อมูลในบริการของ Power BI สําหรับแหล่งข้อมูลที่จําเป็นต้องใช้เกตเวย์
• สร้างเนื้อหาในพอร์ทัล Fabric สถานการณ์นี้ใช้เมื่อผู้สร้างเนื้อหาสร้างหรือปรับเปลี่ยนรายการข้อมูล (เช่น แบบจําลองเชิงความหมายหรือกระแสข้อมูล) ในบริการของ Power BI ที่จําเป็นต้องใช้เกตเวย์
• สนับสนุนการเชื่อมต่อ DirectQuery สถานการณ์นี้ใช้เมื่อผู้สร้างเนื้อหาเผยแพร่แบบจําลองความหมายที่มีตารางโหมดที่เก็บข้อมูล DirectQuery (หรือคู่) และแหล่งข้อมูลสําหรับตารางเหล่านั้นจําเป็นต้องมีเกตเวย์ สถานการณ์การใช้งานนี้ยังครอบคลุมความสามารถในการบังคับใช้สิทธิ์ข้อมูลต่อผู้ใช้ที่กําหนดไว้ในแหล่งข้อมูล ตัวอย่างเช่น ฐานข้อมูล SQL Server สามารถบังคับใช้การรักษาความปลอดภัยระดับแถว (RLS) และ Power BI สามารถจัดการ การเชื่อมต่อการลงชื่อเข้าระบบครั้งเดียว (SSO) ได้ สําหรับข้อมูลเพิ่มเติม โปรดดู การบังคับใช้การรักษาความปลอดภัยข้อมูลตามข้อมูลประจําตัวของผู้บริโภค
• เชื่อมต่อแบบสดกับ SQL Server Analysis Services สถานการณ์นี้ใช้เมื่อผู้สร้างเนื้อหาเผยแพร่รายงานที่ใช้ การเชื่อมต่อ แบบสดไปยังฐานข้อมูล SQL Server Analysis Services (SSAS)

ส่วนต่อไปนี้อธิบายเมื่อคุณต้องการเกตเวย์

แหล่งข้อมูลภายในองค์กร

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

สถานการณ์นี้มีความเกี่ยวข้องเมื่อเชื่อมต่อไปยัง:

• แหล่งข้อมูลที่อยู่ภายในเครื่องในองค์กร
• ไฟล์ที่จัดเก็บไว้ในไดเรกทอรีภายในเครื่อง
• แหล่งข้อมูลภายในองค์กรและระบบคลาวด์ที่รวมอยู่ในคิวรีเดียว
• เครื่องเสมือนบนระบบคลาวด์ (VM) หรือที่เรียกว่าโครงสร้างพื้นฐานเช่น บริการ หรือ IaaS

แหล่งข้อมูลเครือข่ายส่วนตัว

คุณจําเป็นต้องมีเกตเวย์เพื่อเชื่อมต่อกับแหล่งข้อมูลที่อยู่ในเครือข่ายส่วนตัว เช่น Azure Virtual Network (Azure VNet) เครือข่ายเสมือนหรือ VNet เป็นเซกเมนต์ที่แยกตามตรรกะของเครือข่ายที่เลียนแบบปริมาณการใช้งานจากอินเทอร์เน็ตสาธารณะ VNet ให้ความปลอดภัยเครือข่ายที่ดียิ่งขึ้น

สถานการณ์นี้มีความเกี่ยวข้องเมื่อแหล่งข้อมูล:

• อยู่ในศูนย์ข้อมูลภายในเครือข่ายส่วนตัว เช่น เครือข่ายองค์กร (หรืออยู่หลังไฟร์วอลล์)
• เป็น VM ที่ใช้ระบบคลาวด์ภายใน VNet (เรียกว่าโครงสร้างพื้นฐานเป็นบริการ หรือ IaaS)
• เป็นบริการฐานข้อมูลบนระบบคลาวด์ภายใน VNet (เรียกว่าแพลตฟอร์มที่เป็นบริการหรือ PaaS)

หมายเหตุ

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

ซอฟต์แวร์ตัวเชื่อมต่อโฮสต์

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

สถานการณ์นี้มีความเกี่ยวข้องเมื่อคุณเชื่อมต่อกับแหล่งข้อมูลที่มีตัวเชื่อมต่อ เช่น:

• โปรแกรม ควบคุม ตัวเชื่อมต่ออย่างเป็นทางการอาจจําเป็นต้องติดตั้งโปรแกรมควบคุมตามข้อกําหนดเบื้องต้น ตัวอย่างเช่น เมื่อเชื่อมต่อกับ ฐานข้อมูล Oracle คุณอาจจําเป็นต้องมีซอฟต์แวร์ Oracle Data Access Client
• ตัวเชื่อมต่อแบบกําหนดเอง แหล่งข้อมูลบางอย่างอาจจําเป็นต้องใช้ตัวเชื่อมต่อแบบกําหนดเองหรือของบริษัทอื่น ตัวอย่างเช่น คุณอาจจําเป็นต้องใช้ตัว เชื่อมต่อ แบบกําหนดเองเพื่อเชื่อมต่อกับระบบเดิมหรือระบบที่เป็นกรรมสิทธิ์
• ไลบรารีไคลเอ็นต์ แหล่งข้อมูลบางแหล่งอาจจําเป็นต้องมีไลบรารีการสนับสนุนเพื่ออนุญาตให้เครื่องมือไคลเอ็นต์เชื่อมต่อกับไลบรารีได้ ตัวอย่างเช่น เมื่อเชื่อมต่อกับฐานข้อมูล Analysis Services ไลบรารีไคลเอ็นต์ ต้องได้รับการติดตั้ง
• ตัวเชื่อมต่อ ODBC หรือ OLE DB ตัวเชื่อมต่ออย่างเป็นทางการอาจจําเป็นต้องใช้โปรแกรมควบคุม ODBC หรือผู้ให้บริการ OLE DB ตัวอย่างเช่น เมื่อเชื่อมต่อกับ SAP HANA คุณจะต้องมีโปรแกรมควบคุม ODBC

สำคัญ

เมื่อผู้สร้างเนื้อหาใช้เครื่องมือไคลเอ็นต์ เช่น Power BI Desktop และโซลูชันของพวกเขาขึ้นอยู่กับโปรแกรมควบคุม ตัวเชื่อมต่อ หรือผู้ให้บริการ คุณควรติดตั้งคอมโพเนนต์เดียวกันบนเครื่องเกตเวย์เช่นเดียวกับที่ติดตั้งอยู่บนเครื่องผู้สร้างเนื้อหา คอมโพเนนต์ที่ขาดหายไปหรือไม่ตรงกันระหว่างเครื่องผู้สร้างและเกตเวย์ข้อมูลเป็นสาเหตุทั่วไปสําหรับความล้มเหลวในการรีเฟรชข้อมูลของเนื้อหาที่เผยแพร่ สําหรับข้อมูลเพิ่มเติม ให้ดู เครื่องมือและอุปกรณ์ของผู้ใช้

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

คุณจําเป็นต้องมีเกตเวย์เพื่อใช้ตัวเชื่อมต่อ Power Query หรือฟังก์ชันบางอย่าง เช่น ตัวเชื่อมต่อ เว็บหรือ ฟังก์ชัน Web.BrowserContents ตัวเชื่อมต่อและฟังก์ชันเหล่านี้จําเป็นต้องใช้เกตเวย์ด้วยเหตุผลหลายประการ รวมถึงการแยกความปลอดภัยด้วย

เคล็ดลับ

พิจารณาทางเลือกต่อไปนี้เมื่อเชื่อมต่อกับแหล่งข้อมูลเว็บเพจ

• ฟังก์ชัน Web.Contents: ถ้าคุณกําลังเชื่อมต่อกับเนื้อหาบนเว็บที่ไม่จําเป็นต้องเข้าถึงผ่านเบราว์เซอร์ ให้พิจารณาการใช้ฟังก์ชัน Web.Contents ฟังก์ชันนี้ไม่จําเป็นต้องใช้เกตเวย์เนื่องจากไม่ได้ใช้ตัวควบคุมเบราว์เซอร์
• สมุดบันทึก: ถ้าคุณมีความจุ Fabric ให้พิจารณาใช้ โน้ตบุ๊ก Fabric เพื่อแปลงข้อมูล สมุดบันทึกไม่จําเป็นต้องใช้เกตเวย์สําหรับข้อมูลเว็บเพจ และสมุดบันทึกสามารถทํางานได้ดียิ่งขึ้นเมื่อดึงข้อมูลเว็บเพจ เมื่อเทียบกับ Power Query

สถานการณ์นี้มีความเกี่ยวข้องเมื่อคุณเชื่อมต่อกับแหล่งข้อมูลโดยใช้ตัวเชื่อมต่อและโปรแกรมควบคุมเช่น:

• คิวรีที่ใช้ตัวเชื่อมต่อเว็บ
• คิวรีที่ใช้ฟังก์ชัน Web.PageหรือWeb.BrowserContents
• การเชื่อมต่อที่ใช้โปรแกรมควบคุมกลไกจัดการฐานข้อมูล Access (ACE)

กําหนดชนิดของเกตเวย์ที่คุณต้องการ

เมื่อคุณระบุว่าคุณต้องการเกตเวย์ คุณควรกําหนดชนิดของเกตเวย์ที่จะติดตั้งต่อไป เกตเวย์มีสามชนิด

• เกตเวย์ข้อมูลภายในองค์กร (โหมดมาตรฐาน)
• เกตเวย์ข้อมูลภายในองค์กร (โหมดส่วนบุคคล) ที่เรียกว่า เกตเวย์ส่วนบุคคล
• บริการเกตเวย์เครือข่ายเสมือน (VNet)

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

เกตเวย์ข้อมูลภายในองค์กร (โหมดมาตรฐาน)

เกตเวย์ข้อมูลภายในองค์กร (โหมดมาตรฐาน) อนุญาตให้ผู้ใช้หลายคนเชื่อมต่อกับแหล่งข้อมูลที่ผ่านเกตเวย์เดียวที่ใช้ร่วมกัน โดยทั่วไปแล้ว คุณจะติดตั้งและจัดการเกตเวย์โหมดมาตรฐานบนเครื่องเสมือนแบบทํางานบนเครื่องเสมือนแบบทํางานอยู่ตรงกลาง ด้วยเกตเวย์โหมดมาตรฐาน คุณสามารถเชื่อมต่อกับข้อมูลจากหลายบริการ เช่น Fabric, Power BI และบริการอื่น ๆ ของ Power Platform ได้

ไดอะแกรมต่อไปนี้แสดงภาพรวมระดับสูงของเกตเวย์โหมดมาตรฐาน

สำคัญ

ไดอะแกรมนี้ไม่ได้แสดงสถาปัตยกรรมของ เกตเวย์ข้อมูลภายในองค์กร

แผนภาพแสดงแนวคิดต่อไปนี้

สินค้า	คำอธิบาย:
	เกตเวย์ข้อมูลภายในองค์กร (โหมดมาตรฐาน) ถ่ายโอนข้อมูลจากแหล่งข้อมูลภายในองค์กรไปยังบริการระบบคลาวด์อย่างปลอดภัย
	เกตเวย์ข้อมูลโหมดมาตรฐานจําเป็นสําหรับแหล่งข้อมูลบนระบบคลาวด์ในสถานการณ์เฉพาะ (อธิบายไว้ใน ส่วนก่อนหน้า)
	เกตเวย์ข้อมูลโหมดมาตรฐานได้รับการติดตั้งบน VM ที่ทํางานตลอดเวลา ผู้ดูแลระบบจัดการ VM และเกตเวย์ข้อมูลจากส่วนกลาง ผู้ดูแลระบบเกตเวย์ติดตั้งซอฟต์แวร์ที่จําเป็นสําหรับการเชื่อมต่อแหล่งข้อมูล ถ้าจําเป็น
	ผู้ใช้หลายคนสามารถเชื่อมต่อกับแหล่งข้อมูลเกตเวย์ข้อมูลได้
	ผู้ใช้สามารถใช้เกตเวย์ข้อมูลสําหรับรายการที่เผยแพร่ไปยังพื้นที่ทํางานของ Fabric เช่น แบบจําลองความหมาย กระแสข้อมูล ไปป์ไลน์ หรือรายงานที่มีการแบ่งหน้า
	ผู้ใช้สามารถใช้เกตเวย์ข้อมูลสําหรับบริการคลาวด์ Power Platform อื่น ๆ เช่น กระแสข้อมูล Power Platform

จําเป็นต้องใช้เกตเวย์โหมดมาตรฐานในสถานการณ์เฉพาะดังต่อไปนี้

• บริการคลาวด์ต่าง ๆ ของ Microsoft (เช่น Power Apps และ Fabric) และรายการข้อมูล Fabric (เช่น กระแสข้อมูล) จําเป็นต้องคิวรีแหล่งข้อมูลภายในองค์กร (หรือแหล่งข้อมูลบนระบบคลาวด์ที่ต้องใช้เกตเวย์)
• รายงานแบบแบ่งหน้าจําเป็นต้องคิวรีแหล่งข้อมูลภายในองค์กร (หรือแหล่งข้อมูลบนระบบคลาวด์ที่จําเป็นต้องใช้เกตเวย์)
• แบบจําลองความหมายใช้ โหมดที่เก็บข้อมูล DirectQuery ที่จําเป็นต้องเชื่อมต่อกับแหล่งข้อมูลภายในองค์กร (หรือแหล่งข้อมูลบนระบบคลาวด์ที่จําเป็นต้องใช้เกตเวย์)
• การเชื่อมต่อสดของ SSAS
• แหล่งข้อมูลขึ้นอยู่กับตัวเชื่อมต่อข้อมูลแบบกําหนดเอง โปรแกรมควบคุม หรือไลบรารี
• เมื่อคุณคาดว่าจําเป็นต้องย้ายตําแหน่งหรือโยกย้ายเกตเวย์

เกตเวย์ส่วนบุคคล

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

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

เคล็ดลับ

อย่าใช้เกตเวย์ส่วนบุคคลกับทีม แผนก หรือโซลูชัน BI ขององค์กร

สําหรับสถานการณ์ส่วนใหญ่ที่คุณเชื่อมต่อกับข้อมูลภายในองค์กร คุณควรใช้เกตเวย์ในโหมดมาตรฐาน (อธิบายไว้ใน ส่วนก่อนหน้า) เนื่องจากคุณสามารถแชร์เกตเวย์โหมดมาตรฐานกับผู้ใช้หลายคน ได้ จึงสนับสนุนคิวรี DirectQuery และการเชื่อมต่อสด และมีตัวเลือกเพิ่มเติมเพื่อรวมศูนย์การกํากับดูแลและการจัดการเกตเวย์

ข้อควรระวัง

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

ไดอะแกรมต่อไปนี้แสดงภาพรวมระดับสูงของเกตเวย์ส่วนบุคคล

สำคัญ

ไดอะแกรมนี้ไม่ได้แสดงสถาปัตยกรรมของ เกตเวย์ข้อมูลภายในองค์กร

แผนภาพแสดงแนวคิดต่อไปนี้

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

เมื่อต้องย้ําเกตเวย์ส่วนบุคคลมีไว้เพื่อการจํากัด การใช้งานส่วนบุคคลโดยบุคคลคนเดียว อย่างไรก็ตาม มีสองสถานการณ์ที่เฉพาะเจาะจงซึ่งกําหนดให้คุณใช้เกตเวย์ส่วนบุคคล

• ผู้สร้างเนื้อหาแบบบริการตนเองจําเป็นต้องรีเฟรชเนื้อหาที่เผยแพร่ซึ่งเชื่อมต่อกับแหล่งข้อมูลภายในเครื่องหรือแหล่งข้อมูลอื่น ๆ ภายในองค์กร
• แบบจําลองความหมายใช้ Python หรือ R code ใน Power Query

เคล็ดลับ

เมื่อใดก็ตามที่เป็นไปได้ หลีกเลี่ยงการใช้เกตเวย์ส่วนบุคคล ให้พิจารณาทางเลือกต่อไปนี้แทน

• SharePoint: ถ้าคุณต้องการเชื่อมต่อกับไฟล์ภายในเครื่อง ให้ลองอัปโหลดไฟล์เหล่านั้นไปยัง SharePoint หรือ OneDrive for Work หรือ School แทน คุณสามารถเชื่อมต่อกับไฟล์เหล่านี้โดยใช้ตัว เชื่อมต่อโฟลเดอร์ SharePoint ซึ่งไม่จําเป็นต้องใช้เกตเวย์
• OneLake: หากคุณต้องการเชื่อมต่อกับไฟล์ภายในเครื่องและคุณมีความจุ Fabric คุณสามารถใช้ OneLake file explorer เพื่ออัปโหลดและซิงโครไนซ์ไฟล์กับ lakehouse ได้ เชื่อมต่อไปยัง Fabric lakehouse ไม่จําเป็นต้องใช้เกตเวย์
• สมุดบันทึก: ถ้าคุณต้องการแปลงข้อมูลด้วย Python หรือ R และคุณมีความจุ Fabric ให้พิจารณาใช้ สมุดบันทึก Fabric เพื่อแปลงข้อมูลและเขียนไปยังตารางที่จัดเก็บไว้ใน OneLake สมุดบันทึกไม่จําเป็นต้องใช้เกตเวย์เพื่อเรียกใช้ Python หรือ R code นอกจากนี้ คุณยังได้รับประโยชน์จากประสิทธิภาพการทํางานขั้นสูงและคุณลักษณะเพิ่มเติมที่พร้อมใช้งานในสมุดบันทึก

เกตเวย์ VNet

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

เกตเวย์ VNet เป็นบริการที่ Microsoft จัดการ ถ้าองค์กรของคุณใช้เครือข่ายส่วนตัว คุณจําเป็นต้องมีเกตเวย์ VNet

สำคัญ

ถ้าคุณกําลังพิจารณาใช้บริการเกตเวย์ VNet ให้พูดคุยกับทีม IT ของคุณที่จัดการเครือข่ายและความปลอดภัย ทีมเหล่านี้สามารถช่วยให้แน่ใจว่าทุกอย่างถูกตั้งค่า เช่น จุดสิ้นสุดส่วนตัว (ถ้ามี) และการสื่อสารของเกตเวย์

เกตเวย์ VNet ได้รับการสนับสนุนสําหรับความจุ Power BI Fabric หรือ Premium เท่านั้น เกตเวย์ VNet จะถูกเรียกเก็บเงินเป็น ค่าใช้จ่าย โครงสร้างพื้นฐานแบบพรีเมียมเพิ่มเติมสําหรับความจุนั้น

สำคัญ

ในบางครั้งที่บทความนี้อ้างอิงถึง Power BI Premium หรือการสมัครใช้งานความจุ (P SKU) โปรดทราบว่าในขณะนี้ Microsoft กําลังรวมตัวเลือกการซื้อและหยุดใช้งาน Power BI Premium ต่อความจุ SKU ลูกค้าใหม่และลูกค้าที่มีอยู่ควรพิจารณาซื้อการสมัครใช้งานความจุ Fabric (F SKU) แทน

สําหรับข้อมูลเพิ่มเติม โปรดดู ที่ การอัปเดตที่สําคัญเกี่ยวกับการให้สิทธิ์การใช้งาน Power BI Premium และ คําถามที่ถามบ่อยของ Power BI Premium

ไดอะแกรมต่อไปนี้แสดงภาพรวมระดับสูงของเกตเวย์ VNet

สำคัญ

ไดอะแกรมนี้ไม่ได้แสดงสถาปัตยกรรมของ เกตเวย์ข้อมูล VNet

แผนภาพแสดงแนวคิดต่อไปนี้

สินค้า	คำอธิบาย:
	คุณใช้เกตเวย์เครือข่ายเสมือน (VNet) คือการเชื่อมต่อกับแหล่งข้อมูลบนเครือข่ายส่วนตัว เช่นเดียวกับใน Azure VNet
	เกตเวย์ข้อมูล VNet เป็นบริการที่ Microsoft จัดการ คุณสามารถจัดการเกตเวย์ข้อมูล VNet จากพอร์ทัล Azure และพอร์ทัลผู้ดูแลระบบ Power Platform ได้จากส่วนกลาง
	ผู้ใช้หลายคนสามารถใช้เกตเวย์ข้อมูล VNet ได้
	ผู้ใช้สามารถใช้เกตเวย์ข้อมูล VNet สําหรับรายการที่เผยแพร่ไปยังพื้นที่ทํางาน Fabric เช่น แบบจําลองเชิงความหมาย
	ผู้ใช้สามารถใช้เกตเวย์ข้อมูล VNet สําหรับบริการ Power Platform อื่น ๆ เช่น กระแสข้อมูล Power Platform

คำเตือน

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

กําหนดจํานวนเกตเวย์

เมื่อคุณตัดสินใจแล้วว่าคุณต้องการเกตเวย์ และเกตเวย์ชนิดใด คุณควรจะกําหนดจํานวนเกตเวย์ที่คุณต้องการต่อไป

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

ความพร้อมใช้งานและประสิทธิภาพ

สิ่งสําคัญคือเกตเวย์มีความพร้อมใช้งานสูงเพื่อหลีกเลี่ยงการหยุดชะงักที่เกิดจากการรีเฟรชหรือความล่าช้าของคิวรี วิธีหนึ่งในการตรวจสอบให้แน่ใจว่ามีเกตเวย์พร้อมใช้งานคือการติดตั้งเกตเวย์หลายตัวในคลัสเตอร์เกตเวย์ที่พร้อมใช้งานสูง คลัสเตอร์เกตเวย์คือคอลเลกชันของเกตเวย์ที่คุณติดตั้งบน VM ที่แตกต่างกัน และมีความเกี่ยวข้องกันทางตรรกะในฐานะหน่วยการทํางานเดียว (คลัสเตอร์) เครื่องเกตเวย์แต่ละเครื่องบางครั้งเรียกว่าโหนด

นี่คือประโยชน์ของการใช้คลัสเตอร์เกตเวย์

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

สำคัญ

เราขอแนะนําให้คุณใช้คลัสเตอร์เกตเวย์สําหรับปริมาณงานที่สําคัญทางธุรกิจ

สําหรับข้อมูลเพิ่มเติมและคําแนะนําเกี่ยวกับการตั้งค่าคลัสเตอร์เกตเวย์ ดู แผน ปรับขนาด และรักษาโซลูชันเกตเวย์ทางธุรกิจที่สําคัญ

สภาพแวดล้อม

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

การแยกคลัสเตอร์เกตเวย์ออกเป็นสภาพแวดล้อมที่แตกต่างกันสามารถ:

• แยกและลดการหยุดชะงักที่เกิดจากกิจกรรมการพัฒนาและการทดสอบ
• ปรับปรุงความพร้อมใช้งานและประสิทธิภาพของปริมาณงานการผลิต
• ให้สภาพแวดล้อมที่ปลอดภัยเพื่อติดตั้งและทดสอบการอัปเดตซอฟต์แวร์ของเกตเวย์

สำคัญ

เราขอแนะนําให้คุณมีคลัสเตอร์เกตเวย์ที่แยกต่างหากสําหรับปริมาณงานการผลิต ถ้าคุณมีคลัสเตอร์เกตเวย์หนึ่งตัวในสภาพแวดล้อมทั้งหมด นั่นสามารถแสดงความเสี่ยงเพิ่มเติมได้ เพื่อลดต้นทุนและความพยายามในการจัดการ เป็นเรื่องปกติที่จะจัดสรรทรัพยากรน้อยลง (เช่นหน่วยความจําและ CPU) ไปยังคลัสเตอร์เกตเวย์การพัฒนา

ภูมิภาค

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

ข้อควรระวัง

ตรวจสอบให้แน่ใจว่าการติดตั้งเกตเวย์ของคุณสอดคล้องกับข้อกําหนดการเก็บข้อมูลใด ๆ สําหรับองค์กรของคุณ

สำคัญ

เพื่อลดเวลาแฝง เราขอแนะนําให้คุณติดตั้งเกตเวย์บนเครื่องที่อยู่ในภูมิภาคเดียวกันกับแหล่งข้อมูลของคุณ นอกจากนี้ สําหรับเกตเวย์ VNet เกตเวย์และแหล่งข้อมูลควรอยู่บนเครือข่ายย่อยเดียวกัน

รายการตรวจสอบ - เมื่อวางแผนการใช้งานเกตเวย์ การตัดสินใจและการดําเนินการที่สําคัญประกอบด้วย:

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

ติดตั้งเกตเวย์

ในตอนนี้ คุณจะทราบว่าเกตเวย์ชนิดใดที่คุณต้องการและจํานวนเท่าไหร่ ถัดไป คุณจะต้องวางแผนสําหรับการติดตั้งเกตเวย์ โดยทั่วไปเกตเวย์จะติดตั้งบน VMs ที่คุณทุ่มเทให้กับวัตถุประสงค์นี้ (มักเรียกว่า เครื่องเกตเวย์) แต่ละเครื่องในคลัสเตอร์เกตเวย์ควรเปิดอยู่เพื่อให้แน่ใจว่าการสนับสนุนกิจกรรมของผู้ใช้และการดําเนินการรีเฟรชข้อมูลอย่างต่อเนื่อง

หมายเหตุ

เนื่องจากเกตเวย์ VNet เป็นบริการที่มีการจัดการ คุณจึงไม่ได้ดาวน์โหลดและติดตั้ง คุณเตรียมใช้งานและตั้งค่าเกตเวย์ VNet ในพอร์ทัล Azure ของคุณแล้วผูกกับ Fabric หรือความจุ Power BI Premium แทน สําหรับข้อมูลเพิ่มเติม ดู สร้างเกตเวย์ข้อมูลเครือข่ายเสมือน

ระบุเจ้าของเกตเวย์และตัวติดตั้ง

ก่อนที่จะติดตั้งเกตเวย์ ให้ระบุบุคคลที่จะติดตั้งและเป็นเจ้าของเกตเวย์

เจ้าของเกตเวย์

โดยทั่วไปแล้ว เจ้าของเกตเวย์คือบุคคลทางเทคนิคที่ติดตั้ง เป็นเจ้าของ และจัดการเกตเวย์ เจ้าของเกตเวย์เป็นผู้รับผิดชอบในกิจกรรมต่าง ๆ

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

สำคัญ

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

เคล็ดลับ

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

เนื่องจากความเป็นเจ้าของเกตเวย์เป็นความรับผิดชอบที่สําคัญ คุณควรกําหนดอย่างชัดเจนว่าใครสามารถติดตั้งเกตเวย์ในองค์กรของคุณได้

ตัวติดตั้งเกตเวย์

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

คำเตือน

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

สําหรับเกตเวย์โหมดมาตรฐาน คุณสามารถ จัดการตัว ติดตั้งเกตเวย์จากพอร์ทัล Fabric หรือศูนย์การจัดการ Power Platform ได้ คุณยังสามารถจัดการ ว่าใครสามารถสร้างเกตเวย์ ข้อมูล VNet โดยใช้การตั้งค่าตัวติดตั้งเกตเวย์

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

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

สำคัญ

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

เตรียมการติดตั้งเกตเวย์

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

• ระบุตําแหน่งที่จะติดตั้งเกตเวย์
• ตัดสินใจเลือกทรัพยากรที่เครื่องเกตเวย์ต้องการ
• ยอมรับวิธีการที่คุณจะตั้งชื่อเกตเวย์ของคุณเมื่อมีการติดตั้ง

ส่วนต่อไปนี้อธิบายข้อควรพิจารณาหลักเหล่านี้สําหรับการวางแผนการติดตั้งเกตเวย์

ระบุตําแหน่งที่จะติดตั้งเกตเวย์

โดยทั่วไปแล้ว คุณติดตั้งเกตเวย์บน VM แบบเปิดเสมอ (หรือที่เรียกว่า เครื่องเกตเวย์) คุณสามารถติดตั้งเกตเวย์ได้เพียงหนึ่งเกตเวย์สําหรับแต่ละชนิด (โหมดส่วนบุคคลหรือโหมดมาตรฐาน) บนเครื่องเท่านั้น

นี่คือปัจจัยสําคัญในการกําหนดตําแหน่งที่คุณจะติดตั้งเกตเวย์

• ตําแหน่งที่ตั้ง: โดยทั่วไปแล้ว เครื่องเกตเวย์ควรอยู่ใกล้กับแหล่งข้อมูลเพื่อลดเวลาแฝงให้เหลือน้อยที่สุด โดยปกติแล้ว ต้องติดตั้งเกตเวย์มาตรฐานในขอบเขตข้อมูลเริ่มต้นของคุณ อย่างไรก็ตาม หากตําแหน่งที่ตั้งความจุแบบพรีเมียมของคุณแตกต่างจาก ขอบเขต ข้อมูลเริ่มต้นสําหรับผู้เช่าของคุณ ให้ตรวจสอบโดยใช้ Azure Relay เป็นตัวเลือกเพื่อตอบสนองความต้องการที่อยู่ข้อมูล
• รายการสนับสนุน: กําหนดว่าตัวเชื่อมต่อ โปรแกรมควบคุม หรือไลบรารีใดที่คุณต้องการติดตั้งบนเครื่องเกตเวย์
• โดเมน: กําหนดความสัมพันธ์ของเครื่องเกตเวย์กับโดเมนเป้าหมาย VM ต้องเป็นเครื่องรวมโดเมนที่มีความสัมพันธ์แบบเชื่อถือได้กับโดเมนเป้าหมาย ไม่สามารถเป็นตัวควบคุมโดเมนได้

เคล็ดลับ

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

ตัดสินใจเลือกทรัพยากรเครื่องเกตเวย์

เครื่องเกตเวย์ควรมีทรัพยากรเพียงพอในการจัดการปริมาณงานคิวรีที่คาดไว้

นี่คือปัจจัยสําคัญสําหรับการกําหนดทรัพยากรของเครื่องเกตเวย์

• การใช้งาน: กําหนดจํานวนและชนิดของรายการที่จะใช้เกตเวย์ และการเกิดพร้อมกันของคิวรี (จากผู้ใช้จํานวนมาก) จะเป็นอย่างไร การใช้งานที่สูงขึ้นจําเป็นต้องใช้เครื่องเกตเวย์ที่มีทรัพยากรมากกว่า
• ประเภทเชื่อมต่อ: กําหนดว่าแบบจําลองความหมาย Power BI จะนําเข้าข้อมูล ใช้ DirectQuery หรือการเชื่อมต่อแบบสด สําหรับแบบจําลองความหมายที่นําเข้า สิ่งสําคัญคือต้องตรวจสอบจํานวนการรีเฟรชข้อมูลเพื่อประเมินความต้องการของทรัพยากรเกตเวย์ (เช่น RAM) สําหรับ DirectQuery หรือการเชื่อมต่อแบบสด คุณควรประเมินจํานวนผู้บริโภครายงานเพื่อประเมินความต้องการทรัพยากร (เช่น CPU)

เคล็ดลับ

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

เห็นด้วยกับมาตรฐานการตั้งชื่อ

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

เมื่อคุณกําหนดมาตรฐานการตั้งชื่อของคุณ ให้พิจารณาประเด็นต่อไปนี้

• รวมการเปลี่ยนแปลงของ เกตเวย์ หรือ DataGW ในชื่อเพื่อระบุเกตเวย์สําหรับวัตถุประสงค์ในการตรวจสอบ การบันทึก และการแก้ไขปัญหา
• รวมวัตถุประสงค์เฉพาะของเกตเวย์เมื่อสนับสนุนรายการ Fabric การดําเนินงาน ภูมิภาค หรือพื้นที่ธุรกิจที่เฉพาะเจาะจง
• ใช้ตัวแปรของ Dev, Test หรือ Prod ในชื่อเมื่อเกตเวย์สนับสนุนสภาพแวดล้อมที่เฉพาะเจาะจง
• ตั้งชื่อเกตเวย์ที่สอดคล้องกับชื่อของคลัสเตอร์ที่เกตเวย์เป็นสมาชิกอยู่ ตัวอย่างเช่น ให้เครื่องเกตเวย์แต่ละเครื่องภายในคลัสเตอร์มีชื่อที่ไม่ซ้ํากัน เช่น Node1, Node2 และอื่น ๆ

นี่คือตัวอย่างบางส่วนของชื่อเกตเวย์แบบลอจิคัล

• DataGW-Prod-Node1
• Gateway-DevTest-Node1
• Gateway-FinanceTeam-Prod-Node1

ติดตั้งและตั้งค่าเกตเวย์

หลังจากทําการตัดสินใจและการเตรียมการหลักแล้ว เจ้าของเกตเวย์จะติดตั้งเกตเวย์และดําเนินการตั้งค่าครั้งแรก

หมายเหตุ

สําหรับข้อมูลเกี่ยวกับวิธีการดาวน์โหลดและติดตั้งเกตเวย์ ดู:

• ดาวน์โหลดและติดตั้งเกตเวย์โหมดมาตรฐาน
• ดาวน์โหลดและติดตั้งเกตเวย์โหมดส่วนบุคคล

เมื่อติดตั้งและตั้งค่าเกตเวย์ ให้พิจารณาปัจจัยต่อไปนี้

• ตําแหน่งการติดตั้ง: เมื่อคุณต้องการติดตั้งเกตเวย์ไปยังตําแหน่งที่ตั้งอื่นนอกเหนือจากเส้นทางการติดตั้งเริ่มต้น คุณสามารถเปลี่ยนตําแหน่งการติดตั้งได้
• คีย์การกู้คืน: เมื่อคุณต้องการโยกย้าย คืนค่า หรือยึดเอาเกตเวย์ที่มีอยู่คุณจําเป็นต้องใช้คีย์การกู้คืนของเกตเวย์ ตรวจสอบให้แน่ใจว่าคุณเก็บคีย์การกู้คืนไว้ในที่ปลอดภัยและปลอดภัยซึ่งผู้ดูแลระบบเกตเวย์รายอื่นสามารถเข้าถึงได้
• ภูมิภาคศูนย์ข้อมูล: เมื่อคุณต้องการให้ภูมิภาคแตกต่างจากผู้เช่าของบริการที่ลงทะเบียน คุณสามารถเปลี่ยน ภูมิภาคศูนย์ข้อมูลได้
• Azure Relay: เมื่อคุณต้องการใช้รีเลย์ของคุณเองแทนค่าเริ่มต้น คุณสามารถ ให้รายละเอียดการถ่ายทอดของคุณเองได้
• การตั้งค่าพร็อกซี: เมื่อสภาพแวดล้อมการทํางานของคุณจําเป็นต้องใช้เกตเวย์เพื่อไปยังพร็อกซีเซิร์ฟเวอร์เพื่อเชื่อมต่อกับพอร์ทัล Fabric คุณต้องตั้งค่าพร็อกซี
• บัญชีบริการเกตเวย์: เมื่อคุณต้องการใช้บัญชีโดเมนที่ชัดเจน คุณสามารถเปลี่ยน บัญชี บริการเกตเวย์จากค่าเริ่มต้นซึ่งก็คือ PBIEgwService ได้
• การตั้งค่าการสื่อสาร: เมื่อไฟร์วอลล์บล็อกการเชื่อมต่อขาออก ทีมรักษาความปลอดภัยและเครือข่ายของคุณสามารถตั้งค่า ไฟร์วอลล์เพื่ออนุญาตการเชื่อมต่อ ขาออกจากเกตเวย์ไปยังภูมิภาค Azure ที่เกี่ยวข้อง
• การลงทะเบียนผู้เช่า: เมื่อคุณต้องการ จํากัดผู้เช่าที่ได้รับ อนุญาตให้ลงทะเบียนแอปพลิเคชันเกตเวย์ข้อมูลภายในองค์กรเพื่อป้องกันการกรองข้อมูล
• การตั้งค่าผู้เช่าการรวม: เมื่อคุณต้องการตรวจสอบให้แน่ใจว่าเกตเวย์ของคุณดําเนินการกับการลงชื่อเข้าระบบครั้งเดียว (SSO) (ตัวอย่างเช่น ด้วย การรับรองความถูกต้องตามรหัส Microsoft Entra) ตามที่คุณต้องการ

สำคัญ

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

รายการตรวจสอบ - เมื่อเตรียมการและติดตั้งเกตเวย์ การตัดสินใจที่สําคัญและการดําเนินการรวมถึง:

• ระบุเจ้าของเกตเวย์และตัวติดตั้ง: ตรวจสอบให้แน่ใจว่าเจ้าของเกตเวย์ทราบถึงความรับผิดชอบของพวกเขา จํากัดการติดตั้งเกตเวย์ให้กับบุคคลที่เหมาะสม
• ดําเนินการฝึกอบรม: ถ้าจําเป็น ฝึกเจ้าของเกตเวย์และตัวติดตั้งเพื่อติดตั้ง จัดการ และสนับสนุนเกตเวย์อย่างมีประสิทธิภาพ ดําเนินการฝึกอบรมข้ามสําหรับการสํารองข้อมูลเมื่อจําเป็น
• สร้างมาตรฐานการตั้งชื่อ: สร้างมาตรฐานการตั้งชื่อเกตเวย์ที่สอดคล้องกับวัตถุประสงค์ สภาพแวดล้อม โหนดคลัสเตอร์ และกรณีการใช้งานที่สนับสนุนหรือการดําเนินการ
• พิจารณาความต้องการทรัพยากร: ตรวจสอบว่าปริมาณงานและการใช้งานใดที่จะใช้กําหนดทรัพยากรเริ่มต้น (เช่น หน่วยความจําและ CPU)
• ตั้งค่าผู้เช่าการรวม: ตรวจทานและตั้งค่า การตั้งค่า ผู้เช่าการรวมเพื่อให้แน่ใจว่าเกตเวย์ของคุณดําเนินการกับการลงชื่อเข้าระบบครั้งเดียว (SSO) ตามที่คุณต้องการ
• เตรียมใช้เครื่องเกตเวย์: ตั้งค่าเครื่องเสมือนที่ทํางานอยู่เสมอด้วยทรัพยากรที่เพียงพอเพื่อสนับสนุนการดําเนินการเกตเวย์
• ติดตั้งเกตเวย์: ดําเนินการตั้งค่าครั้งแรกของเกตเวย์บนเครื่องเกตเวย์
• ติดตั้งรายการที่สนับสนุน: ติดตั้งตัวเชื่อมต่อข้อมูลแบบกําหนดเองหรือซอฟต์แวร์พึ่งพาเพื่อสนับสนุนสถานการณ์ของคุณ

จัดการเกตเวย์

หลังจากติดตั้งเกตเวย์แล้ว คุณควรเพิ่มการเชื่อมต่อแหล่งข้อมูล เมื่อเพิ่มการเชื่อมต่อเหล่านี้ คุณควรวางแผนวิธีที่คุณจะจัดการการเข้าถึงเกตเวย์และการเชื่อมต่อของเกตเวย์ด้วย

เพิ่มการเชื่อมต่อแหล่งข้อมูล

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

เมื่อเพิ่มการเชื่อมต่อ พิจารณาจุดต่อไปนี้

• ข้อมูลประจําตัวที่จัดเก็บไว้: พิจารณาว่าจะใช้ข้อมูลประจําตัวใดเพื่อเชื่อมต่อกับแหล่งข้อมูล เมื่อคุณเพิ่มการเชื่อมต่อ คุณต้องใส่ข้อมูลประจําตัวสําหรับแหล่งข้อมูลนั้น (เว้นแต่จะสนับสนุนการรับรองความถูกต้องแบบไม่ระบุชื่อ) ซึ่งเป็นการตัดสินใจที่สําคัญ เนื่องจากคิวรีทั้งหมดที่ไปยังแหล่งข้อมูลทํางานโดยใช้ข้อมูลประจําตัวเหล่านี้ เว้นแต่ว่าคุณกําลังใช้ การลงชื่อเข้าระบบครั้งเดียว (SSO) ของ Microsoft Entra สําหรับเกตเวย์ข้อมูล
• มาตรฐานการตั้งชื่อ: เช่นเดียวกับเกตเวย์ การเชื่อมต่อควรใช้มาตรฐานการตั้งชื่อตามตรรกะและสอดคล้องกัน ตรวจสอบให้แน่ใจว่าชื่อการเชื่อมต่อสอดคล้องกับชื่อแหล่งข้อมูล ตัวอย่างเช่น: FinanceDB-Prod เป็นชื่อตรรกะที่ระบุแหล่งข้อมูล
• ลงชื่อเข้าระบบครั้งเดียว: ในการตั้งค่าผู้ดูแลระบบ Fabric คุณควรเปิดใช้งานการลงชื่อเข้าระบบครั้งเดียว (SSO) ของ Microsoft Entra สําหรับตัวเลือกเกตเวย์ เมื่อคุณต้องการใช้การลงชื่อเข้าระบบครั้งเดียว (SSO) ด้วย DirectQuery (ไม่ว่าจะโดยใช้ Active Directory SSO หรือ Microsoft Entra SSO) คุณควรใช้ SSO เมื่อคุณต้องการ เสริมความปลอดภัยให้กับข้อมูลในระบบแหล่งข้อมูลโดยยึดตามข้อมูลประจําตัวของผู้ใช้รายงาน
• ระดับความเป็นส่วนตัว: สําหรับการเชื่อมต่อแหล่งข้อมูลนําเข้า คุณต้องตั้งค่า ระดับความเป็นส่วนตัว ตรวจสอบให้แน่ใจว่าคุณเลือกระดับความเป็นส่วนตัวที่เหมาะสมเพื่อแยกแหล่งข้อมูลอย่างเหมาะสม หากจําเป็น สิ่งสําคัญคือต้องเข้าใจว่าระดับความเป็นส่วนตัวที่กําหนดใน Power BI Desktop ไม่ได้รับการรับรองจากเกตเวย์

หมายเหตุ

ชื่อแหล่งข้อมูลสามารถปรับเปลี่ยนในภายหลังได้ แต่จะไม่สามารถเปลี่ยนชื่อเซิร์ฟเวอร์และชื่อฐานข้อมูลได้หลังจากที่มีการตั้งค่าแล้ว เพื่อหลีกเลี่ยงข้อผิดพลาด ตรวจสอบให้แน่ใจว่าข้อมูลของแหล่งข้อมูลตรงกับที่จะใช้ใน Power BI Desktop

เคล็ดลับ

เพื่อปรับปรุงประสิทธิภาพและความแม่นยํา ให้พิจารณาการสร้างการเชื่อมต่อแหล่งข้อมูลโดยอัตโนมัติโดยใช้ Power BI REST API ในกรณีนี้ เราขอแนะนําให้รวมกระบวนการตรวจทานและอนุมัติแทนที่จะประมวลผลแต่ละคําขอที่สร้างหรืออัปเดตการเชื่อมต่อโดยอัตโนมัติ

เตรียมใช้งานการเข้าถึงเกตเวย์

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

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

บทบาทเกตเวย์

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

เคล็ดลับ

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

สำคัญ

ผู้ใช้ที่เพียงแค่จําเป็นต้องใช้เกตเวย์เพื่อเชื่อมต่อกับแหล่งข้อมูลไม่จําเป็นต้องอยู่ในบทบาทเกตเวย์ ในกรณีนี้ พวกเขาจะมี บทบาทการเชื่อมต่อผู้ใช้ เท่านั้น

มีสามบทบาทเกตเวย์สําหรับการจัดการเกตเวย์มาตรฐานภายในองค์กร

• ผู้ดูแลระบบ: สมาชิกของบทบาทนี้สามารถจัดการและอัปเดตเกตเวย์ได้ โดยทั่วไปผู้ดูแลระบบเกตเวย์จะเป็นเจ้าของเกตเวย์ แต่ยังสามารถมีผู้ดูแลระบบหลายรายสําหรับเกตเวย์ได้ ผู้ดูแลระบบเกตเวย์ควรเป็นผู้ดูแลระบบ Fabric หรือสมาชิกของทีม COE หรือทีม BI ส่วนกลาง ความรับผิดชอบของผู้ดูแลระบบจะเหมือนกับ เจ้าของเกตเวย์
• ผู้สร้าง เชื่อมต่อ ion ที่มีการแชร์: สมาชิกของบทบาทนี้สามารถสร้างการเชื่อมต่อเกตเวย์ ทดสอบสถานะเกตเวย์ และแชร์เกตเวย์กับผู้อื่นได้ บทบาทนี้ไม่สามารถลบผู้ใช้ออกจากเกตเวย์ได้ พิจารณาการเพิ่มบุคคลลงในบทบาทนี้เมื่อพวกเขารับผิดชอบชุดย่อยของโซลูชันการวิเคราะห์ เช่น ในทีมแบบกระจายอํานาจสําหรับหน่วยธุรกิจ ความรับผิดชอบของบุคคลที่มีบทบาทนี้ได้แก่:
  • การตั้งค่าและการทดสอบการเชื่อมต่อใหม่
  • จัดการการเชื่อมต่อที่พวกเขาเป็นเจ้าของ เช่น การตั้งค่าข้อมูลประจําตัว
  • การแชร์เกตเวย์กับผู้ใช้อื่นที่ต้องการ
  • การตรวจสอบอย่างสม่ําเสมอว่าใครมีสิทธิ์เข้าถึงเกตเวย์ ตรวจสอบว่าพวกเขายังคงต้องการหรือไม่ และนําออกเมื่อพวกเขาไม่ต้องการ
• ผู้สร้าง เชื่อมต่อ ion: สมาชิกของบทบาทนี้สามารถสร้างการเชื่อมต่อบนเกตเวย์และทดสอบสถานะของพวกเขาได้ ผู้สร้างการเชื่อมต่อควรเป็นเจ้าของเนื้อหาที่สามารถตั้งค่าการเชื่อมต่อที่ถูกต้องเพื่อใช้เกตเวย์ได้อย่างเหมาะสม ความรับผิดชอบของบทบาทผู้สร้างเชื่อมต่อจะเหมือนกับผู้สร้างเชื่อมต่อที่มีบทบาทการแชร์ยกเว้นว่าพวกเขาไม่สามารถแชร์การเข้าถึงเกตเวย์ได้

หมายเหตุ

เกตเวย์ VNet สนับสนุน เฉพาะบทบาทเกตเวย์ผู้ดูแลระบบ เท่านั้น

บทบาทการเชื่อมต่อแหล่งข้อมูล

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

มีบทบาทการเชื่อมต่อแหล่งข้อมูลสามบทบาท

• เจ้าของ: สมาชิกของบทบาทนี้สามารถจัดการการเชื่อมต่อหรือลบออกเมื่อไม่จําเป็นต้องใช้อีกต่อไป เจ้าของสามารถจัดการบทบาทการเชื่อมต่อ รวมถึงการเพิ่มเจ้าของการเชื่อมต่ออื่น ๆ โดยทั่วไปเจ้าของจะเป็นผู้สร้างการเชื่อมต่อ พิจารณาการให้บุคคลอื่นเป็นเจ้าของการเชื่อมต่อเมื่อพวกเขาเป็นผู้ดูแลหรือเป็นผู้ดูแลแหล่งข้อมูลนั้น หรือพวกเขามีความรู้ที่สําคัญเกี่ยวกับแหล่งข้อมูลและเนื้อหาของแหล่งข้อมูล ความรับผิดชอบของเจ้าของ ได้แก่:
  • จัดการการเชื่อมต่อ เช่น อัปเดตข้อมูลประจําตัว ถ้าจําเป็น
  • การลบการเชื่อมต่อเมื่อไม่จําเป็นอีกต่อไป
  • การจัดการบทบาท การเชื่อมต่อจาก ศูนย์การจัดการ Power Platform
• ผู้ใช้ที่มีการแชร์: สมาชิกของบทบาทนี้สามารถใช้และแชร์แหล่งข้อมูลโดยการเพิ่มผู้ใช้อื่น พิจารณาการเพิ่มบุคคลลงในบทบาทนี้เมื่อพวกเขามีบทบาทสําคัญในชุมชนผู้ใช้ แชมเปี้ ยนสามารถเป็นผู้สมัครที่ดีสําหรับบทบาทนี้ ความรับผิดชอบของบุคคลที่มีบทบาทนี้ได้แก่:
  • การแชร์การเชื่อมต่อกับผู้ใช้อื่นที่ต้องการใช้
  • ตรวจสอบอย่างสม่ําเสมอว่าใครสามารถเข้าถึงการเชื่อมต่อตรวจสอบว่าพวกเขายังคงต้องการหรือไม่และนําออกเมื่อพวกเขาไม่ต้องการ
• ผู้ใช้: สมาชิกของบทบาทนี้สามารถใช้แหล่งข้อมูลในรายงาน Power BI และกระแสข้อมูล Power BI ได้ ผู้ใช้จะรับผิดชอบเฉพาะการคิวรีข้อมูลจากปริมาณงานและเครื่องมือไคลเอ็นต์ของพวกเขาเท่านั้น

เคล็ดลับ

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

เกตเวย์และการเชื่อมต่อเอกสาร

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

พิจารณาจัดทําเอกสารข้อมูลต่อไปนี้

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

สำคัญ

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

อัปเดตเกตเวย์

เพื่อให้แน่ใจว่าเกตเวย์ของคุณยังคงทํางานได้และทํางานได้ดี คุณจําเป็นต้องทํางานหลายอย่าง

• ติดตั้งการปรับปรุง Windows และดําเนินการบํารุงรักษาเซิร์ฟเวอร์อื่นๆ
• อัปเดต ซอฟต์แวร์เกตเวย์ ซอฟต์แวร์เกตเวย์ได้รับการอัปเดตเป็น รายเดือน และ Microsoft สนับสนุนเฉพาะรุ่นหกครั้งล่าสุดของเกตเวย์ภายในองค์กรเท่านั้น
• อัปเดตตัวเชื่อมต่อข้อมูลแบบกําหนดเอง โปรแกรมควบคุม และไลบรารีเมื่อจําเป็น

หมายเหตุ

เจ้าของเกตเวย์ต้องนําการอัปเดตเกตเวย์ไปใช้กับแต่ละเกตเวย์ด้วยตนเอง ด้วยเหตุนี้ สิ่งสําคัญคือต้องวางแผนกระบวนการอัปเดตเกตเวย์ของคุณเป็นระยะ ๆ

เคล็ดลับ

เมื่อคุณทํางานกับประสบการณ์ การใช้งาน Power Query Online โปรแกรม Power Query จะใช้ Power Query เวอร์ชันล่าสุดที่พร้อมใช้งาน อย่างไรก็ตาม เมื่อคุณกําลังใช้เกตเวย์เพื่อใช้การแปลงข้อมูล จะใช้เวอร์ชันที่ติดตั้งไว้ในเครื่องเกตเวย์ เพื่อให้แน่ใจว่าประสบการณ์ของผู้ใช้สม่ําเสมอ สิ่งสําคัญคือต้องทําให้เครื่องเกตเวย์ของคุณทันสมัยอยู่เสมอ

ส่วนที่เหลือในหัวข้อนี้จะอธิบายวิธีการอัปเดตซอฟต์แวร์เกตเวย์

ติดตั้งอัปเดตบนเกตเวย์การพัฒนาหรือการทดสอบ

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

ตรวจสอบการอัปเดต

คุณสามารถทดสอบเกตเวย์โดยนําการอัปเดตไปยังเกตเวย์ที่สนับสนุนการพัฒนาและทดสอบสภาพแวดล้อมก่อน

พิจารณาประเด็นต่อไปนี้เมื่อตรวจสอบการอัปเดตเกตเวย์

• กําหนดเงื่อนไข การทดสอบซ้ํา: คุณควรกําหนดรายการของเงื่อนไขการทดสอบที่ทําซ้ําได้เพื่อช่วยให้คุณมั่นใจได้ว่าคุณทดสอบการทํางานเกตเวย์และแหล่งข้อมูลที่เกี่ยวข้องทั้งหมด ตัวอย่างเช่น คุณสามารถระบุรายงานและแบบจําลองความหมายที่ถือว่ามีความสําคัญและจําเป็นต้องมีการตรวจสอบความถูกต้อง นอกจากนี้คุณอาจมีข้อกําหนดการปฏิบัติตามข้อกําหนดบางอย่างที่ตรงตามคุณสมบัติที่เป็นเงื่อนไขการทดสอบซ้ํา
• ใช้ชุดของรายงานทดสอบ: เก็บชุดของรายงานเพื่อใช้สําหรับการทดสอบการทํางานในแต่ละครั้งที่มีการอัปเดตเกตเวย์ รายงานเหล่านี้ช่วยให้คุณตรวจสอบเงื่อนไขการทดสอบซ้ําได้ของคุณได้อย่างรวดเร็ว รายงานการทดสอบเหล่านี้มักจะแสดงผลรวมและจํานวนเท่านั้น เป้าหมายของคุณคือการตรวจสอบให้แน่ใจว่าคุณทดสอบการเข้าถึง การแสดงผล และการรีเฟรชสําหรับ:
  • แต่ละแหล่งข้อมูลที่ใช้กันทั่วไป
  • รายการข้อมูลชนิดหลักแต่ละชนิด เช่น แบบจําลองความหมายที่สําคัญที่สุด
  • โหมดที่เก็บข้อมูลที่แตกต่างกัน เช่น นําเข้าและ DirectQuery
• ระบุรายงานที่สําคัญทางธุรกิจ: มีสิทธิ์เข้าถึง (หรือสําเนาของ) รายงานที่สําคัญทางธุรกิจที่คุณสามารถทดสอบสําหรับการอัปเดตใหม่ได้ รายงานเหล่านี้สามารถช่วยให้คุณมั่นใจได้ว่าข้อมูลสามารถรีเฟรชและรายงาน DirectQuery ทํางานได้ตามที่คาดไว้
• ดําเนินกระบวนการทดสอบโดยอัตโนมัติ: ใช้ Power BI REST API เพื่อทดสอบการ รีเฟรชข้อมูลสําหรับรายการ นําเข้าข้อมูลและ ประเมินคิวรี DAX ตรวจสอบให้แน่ใจว่าคุณสามารถตรวจจับและบันทึกความล้มเหลวในการรีเฟรชหรือข้อผิดพลาดของคิวรี

สำคัญ

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

ติดตั้งการอัพเดตในการผลิต

หลังจากตรวจสอบการอัปเดตเกตเวย์แล้ว คุณควรใช้การอัปเดตไปยังเกตเวย์ทั้งหมดที่สนับสนุนสภาพแวดล้อมการผลิต เกตเวย์ไม่พร้อมใช้งานในขณะที่กําลังได้รับการอัปเดต ดังนั้นคุณควรมีความสอดคล้องกันในกรณีที่และวิธีที่คุณ อัปเดตเกตเวย์ของคุณ

พิจารณาประเด็นต่อไปนี้เกี่ยวกับการอัปเดตเกตเวย์

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

อัปเดตข้อมูลประจําตัว

สําหรับการเชื่อมต่อแหล่งข้อมูลที่จําเป็นต้องใช้ข้อมูลประจําตัวที่จัดเก็บไว้ คุณอาจจําเป็นต้องหมุนข้อมูลประจําตัวเป็นประจํา ตัวอย่างเช่น องค์กรของคุณอาจมีนโยบายที่จําเป็นต้องมีการตั้งค่ารหัสผ่านใหม่บ่อยครั้ง แนวทางปฏิบัตินี้จะเป็นประโยชน์เมื่อสมาชิกทีมหลักออกจากองค์กร เพื่อปรับปรุงประสิทธิภาพคุณสามารถใช้ Power BI REST API เพื่อปรับปรุง ข้อมูลประจําตัวได้

รายการ ตรวจสอบ - เมื่อจัดการเกตเวย์ข้อมูล การตัดสินใจที่สําคัญและการดําเนินการประกอบด้วย:

• สร้างการเชื่อมต่อแหล่งข้อมูล: ตั้งค่าการเชื่อมต่อแหล่งข้อมูลสําหรับแหล่งข้อมูลทั่วไปขององค์กร ตรวจสอบให้แน่ใจว่าการเชื่อมต่อเป็นไปตามมาตรฐานการตั้งชื่อที่ชัดเจนและสอดคล้องกัน
• เกตเวย์เอกสารและแหล่งข้อมูล: สร้างเอกสารที่กระชับเกี่ยวกับเกตเวย์และการเชื่อมต่อ ตรวจสอบให้แน่ใจว่าเอกสารนี้สามารถเข้าถึงได้อย่างง่ายดายจากพอร์ทัลส่วนกลางของคุณสําหรับเจ้าของเกตเวย์และผู้ดูแลระบบ
• จัดการคําขอการเชื่อมต่อ: สร้างกระบวนการเพื่อรวบรวมและจัดการคําขอการเชื่อมต่อ กําหนดว่าจําเป็นต้องมีกระบวนการอนุมัติสําหรับคําขอการเชื่อมต่อหรือไม่ พิจารณาการดําเนินกระบวนการอัตโนมัติโดยใช้ Power BI REST API
• เตรียมใช้งานบทบาทเกตเวย์: ใช้หลักการของ สิทธิ์พิเศษ น้อยที่สุดเพื่อกําหนดบุคคลให้กับบทบาทเกตเวย์ พิจารณาเพิ่มขอบเขตของแหล่งข้อมูลให้กับผู้สร้างเชื่อมต่อ หรือผู้สร้างเชื่อมต่อที่มีบทบาทการแชร์เพื่อให้พวกเขาสามารถมีส่วนร่วมในการจัดการการเชื่อมต่อได้
• เตรียมใช้บทบาทการเชื่อมต่อ: กําหนดผู้สร้างเนื้อหา (และผู้บริโภคเมื่อเกี่ยวข้อง) ไปยังบทบาทการเชื่อมต่อเพื่อให้พวกเขาสามารถใช้เกตเวย์ได้ จํากัดผู้ใช้ที่มีการแชร์กับผู้ใช้เหล่านั้นที่จะแชร์การเชื่อมต่อด้วยด้วยการตอบสนอง และช่วยในการตรวจสอบและจัดการการเข้าถึงอย่างสม่ําเสมอ
• สร้างเอกสารผู้ใช้ที่รัดกุม: บันทึกรายการสําคัญที่สําคัญเพื่อให้ผู้สร้างเนื้อหาค้นหาและใช้เกตเวย์และการเชื่อมต่อของเกตเวย์ วางเอกสารไว้ที่ใดที่หนึ่งจากศูนย์กลางและสามารถเข้าถึงชุมชนผู้ใช้ได้อย่างง่ายดาย เช่น พอร์ทัลส่วนกลางหรือไซต์สนับสนุน SharePoint
• จัดทําเอกสารอย่างระมัดระวัง และจัดเก็บคีย์การกู้คืน: จัดเก็บคีย์การกู้คืนในที่ปลอดภัย และสามารถเข้าถึงตําแหน่งที่สามารถเข้าถึงสมาชิกมากกว่าหนึ่งคนในทีมได้ ตรวจสอบให้แน่ใจว่าคุณสามารถพบเกตเวย์ได้อย่างง่ายดายหากคุณต้องการกู้คืนเกตเวย์
• สร้างกระบวนการติดตั้งการอัปเดต: กําหนดความถี่ในการติดตั้งการอัปเดตซอฟต์แวร์เกตเวย์และกระบวนการที่จะติดตาม มีจุดมุ่งหมายเพื่ออัปเดตเกตเวย์ภายในหนึ่งถึงสามเดือนของการเผยแพร่การอัปเดต
• ติดตั้งการอัปเดตเกตเวย์ก่อนการพัฒนาและการทดสอบ: ตรวจสอบว่าเกตเวย์การพัฒนาและการทดสอบได้รับการอัปเดตก่อนการผลิตและใช้สําหรับการทดสอบครั้งแรก
• ทดสอบการอัปเดตเกตเวย์ก่อนที่จะนําไปใช้กับเกตเวย์การผลิต: ตั้งค่ากระบวนการทดสอบการอัปเดตเกตเวย์รายเดือนโดยใช้เงื่อนไขและรายการการทดสอบซ้ํา
• ติดตั้งการอัปเดตเกตเวย์ทันทีและเป็นประจําในการผลิต: ตรวจสอบให้แน่ใจว่าเกตเวย์การผลิตได้รับการอัปเดตอยู่เสมอ
• อัปเดตข้อมูลประจําตัวการเชื่อมต่อ: อัปเดตข้อมูลประจําตัวที่เก็บไว้ที่ใช้โดยการเชื่อมต่อตามความจําเป็น

ตรวจสอบ ตรวจสอบ และปรับเกตเวย์ให้เหมาะสม

เกตเวย์เป็นส่วนสําคัญของการรวมข้อมูล Fabric เพื่อหลีกเลี่ยงการหยุดชะงักและลดความเสี่ยง คุณควรตรวจสอบและตรวจสอบเกตเวย์ในผู้เช่าของคุณอย่างสม่ําเสมอ

การตรวจสอบเกตเวย์ช่วยในการ:

• ลดความเสี่ยงด้านการกํากับดูแล
• ป้องกันปัญหา
• ตรวจสอบเหตุการณ์ เช่น ปัญหาด้านประสิทธิภาพการทํางานหรือความล้มเหลวในการรีเฟรชข้อมูล

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

ปัญหาที่อาจเกิดขึ้น	ชนิดของปัญหา	วิธีการตรวจสอบหรือตรวจสอบปัญหา
มีเกตเวย์มากเกินไป	การควบคุมดูแล	• ศูนย์ดูแล Power Platform • cmdlet ของ PowerShell เกตเวย์ • Power BI REST APIs
การแชร์เกตเวย์มากเกินไป	การควบคุมดูแล	• ศูนย์ดูแล Power Platform • cmdlet ของ PowerShell เกตเวย์ • Power BI REST APIs • บันทึกกิจกรรม Power BI
เกตเวย์อยู่ในโหมดออฟไลน์	ประสิทธิภาพและความพร้อมใช้งาน	• ศูนย์ดูแล Power Platform •การตรวจสอบเครื่องเกตเวย์ • รายการบันทึกเกตเวย์
ข้อผิดพลาดเกตเวย์	ประสิทธิภาพและความพร้อมใช้งาน	• รายการบันทึกเกตเวย์
ความล้มเหลวของคิวรี	ประสิทธิภาพและความพร้อมใช้งาน	• รายการบันทึกเกตเวย์ • รายการบันทึกเกตเวย์ (บันทึกเพิ่มเติม)
รีเฟรชหรือคิวรีช้า	ประสิทธิภาพและความพร้อมใช้งาน	•การตรวจสอบเครื่องเกตเวย์ • บันทึกเหตุการณ์ของ Windows • ตัวนับประสิทธิภาพของ Windows • รายการบันทึกเกตเวย์ • รายการบันทึกเกตเวย์ (บันทึกเพิ่มเติม) •เครื่องมือตรวจสอบเซิร์ฟเวอร์

หมายเหตุ

สําหรับข้อมูลเพิ่มเติมเกี่ยวกับการตรวจสอบและการตรวจสอบเกตเวย์ ดู:

• ตรวจสอบและปรับประสิทธิภาพการทํางานของเกตเวย์ข้อมูลภายในองค์กรให้เหมาะสม
• การวางแผนการใช้งาน Power BI: การตรวจสอบระดับข้อมูล
• การวางแผนการใช้งาน Power BI: การตรวจสอบระดับผู้เช่า

เคล็ดลับ

ถ้าคุณใช้ความจุ Fabric เครื่องมือใน Fabric สามารถให้คอมโพเนนต์ที่เหมาะสมสําหรับคุณในการสร้างและประสานโซลูชันการตรวจสอบเกตเวย์ขององค์กร ตัวอย่างเช่น คุณสามารถ:

• ใช้ Data Factory เพื่อคัดลอกบันทึกเกตเวย์และนําไปไว้ใน OneLake
• ใช้สมุดบันทึกเพื่อรวบรวมข้อมูลเกตเวย์ทางโปรแกรมโดยใช้ Power BI REST API และแปลงไฟล์บันทึกเกตเวย์ไปยังตาราง
• ใช้ Power BI เพื่อสร้างแบบจําลองเชิงความหมายและรายงานสถานภาพของเกตเวย์
• ใช้ Data Activator เพื่อส่งการแจ้งเตือนไปยังเจ้าของเกตเวย์และผู้ดูแลระบบเมื่อมีสิ่งผิดปกติหรือการหยุดชะงัก

ตรวจสอบเกตเวย์

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

หมายเหตุ

คุณยังสามารถเรียกใช้รายการของเกตเวย์ทางโปรแกรมได้โดยใช้ cmdlet ของ PowerShell หรือโดยใช้ Power BI REST APIs คุณยังสามารถระบุเหตุการณ์การติดตั้งเกตเวย์โดยใช้บันทึกกิจกรรม

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

เมื่อตรวจสอบความชุกของเกตเวย์ ให้มุ่งเน้นไปที่เมตริกต่อไปนี้

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

รวบรวมและวิเคราะห์บันทึกเกตเวย์

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

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

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

เคล็ดลับ

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

ตรวจสอบสถานภาพของเครื่องเกตเวย์

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

เคล็ดลับ

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

ปรับให้เหมาะสมและแก้ไขปัญหาเกตเวย์

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

ต่อไปนี้คือการปรับเกตเวย์ให้เหมาะสมโดยทั่วไปบางอย่าง

• เปลี่ยนจาก spooling เป็นสตรีมตาม ค่าเริ่มต้น เกตเวย์จะ เก็บข้อมูล ไปยังเครื่องเกตเวย์เมื่อประเมินคิวรี ซึ่งส่งผลให้มีการจัดเก็บข้อมูลชั่วคราวก่อนที่จะถูกถ่ายโอนไปยังระบบคลาวด์ การหลอกลวงอาจช้ากว่าการสตรีมทางเลือกที่ถ่ายโอนข้อมูลโดยตรง คุณสามารถเปลี่ยนการตั้งค่านี้ได้ใน ไฟล์การกําหนดค่าเกตเวย์
• การสแกนโปรแกรมป้องกันไวรัส:ยกเว้นบางโฟลเดอร์ จากการสแกนโปรแกรมป้องกันไวรัสบนเครื่องเกตเวย์สามารถปรับปรุงประสิทธิภาพการทํางานเมื่อใช้ซอฟต์แวร์ป้องกันไวรัสระดับไฟล์
• วางแผนที่จะขยายหรือขยายขนาด: พิจารณาเมื่อคุณจะ ปรับมาตราส่วนคลัสเตอร์ เกตเวย์โดยการเพิ่มทรัพยากรเพิ่มเติมลงในเครื่องเกตเวย์ หรือ ปรับขนาดคลัสเตอร์ โดยการเพิ่มเกตเวย์อื่นไปยังเครื่องอื่น

สำคัญ

เกตเวย์ VNet มี การกําหนดค่าฮาร์ดแวร์เดียว ซึ่งไม่สามารถปรับมาตราส่วนหรือเปลี่ยนแปลงได้

หมายเหตุ

สําหรับข้อมูลเพิ่มเติมเกี่ยวกับการปรับและแก้ไขปัญหาเกตเวย์ให้เหมาะสม โปรดดู:

• แก้ไขปัญหาเกตเวย์ภายในองค์กร
• แก้ไขปัญหาเกตเวย์เครือข่าย VNet
• วางแผน ปรับขนาด และรักษาโซลูชันเกตเวย์ทางธุรกิจที่สําคัญ

รายการ ตรวจสอบ – เมื่อตรวจสอบเกตเวย์ การตัดสินใจที่สําคัญและการดําเนินการประกอบด้วย:

• ตรวจสอบเครื่องเกตเวย์: ตรวจสอบให้แน่ใจว่ามีการติดตั้งเกตเวย์บนเครื่องที่ตรวจสอบโดยโซลูชันการตรวจสอบขององค์กร มิฉะนั้น ตรวจสอบให้แน่ใจว่าคุณสามารถตรวจจับได้เมื่อเครื่องเหล่านี้ทํางานได้ไม่ดี
• วัดความชุกของเกตเวย์: ตรวจสอบวิวัฒนาการของจํานวนเกตเวย์ที่ติดตั้งในผู้เช่าของคุณเมื่อเวลาผ่านไป
• รวบรวมและวิเคราะห์บันทึกเกตเวย์: สร้างโซลูชันเพื่อรวบรวมและรวมไฟล์บันทึกจากเครื่องเกตเวย์อื่นโดยอัตโนมัติ วิเคราะห์ไฟล์เหล่านี้เพื่อดึงข้อมูลที่มีความหมาย พิจารณาการตั้งค่าโซลูชันการตรวจสอบการวิเคราะห์สองประเภท: แบบหนึ่งสําหรับการแจ้งเตือนและการดําเนินการ และอีกชนิดหนึ่งสําหรับการวิเคราะห์สาเหตุที่แท้จริงเมื่อเกิดปัญหาขึ้น
• ตรวจสอบบทบาทและความรับผิดชอบ: ตรวจสอบให้แน่ใจว่ามีการกําหนดบทบาทและความรับผิดชอบสําหรับการตรวจสอบ ปรับให้เหมาะสม และการแก้ไขปัญหา

เนื้อหาที่เกี่ยวข้อง

สําหรับข้อควรพิจารณา การดําเนินการ เกณฑ์การตัดสินใจ และคําแนะนําเพิ่มเติมเพื่อช่วยคุณในการตัดสินใจการใช้งาน Power BI โปรดดู ที่ การวางแผนการใช้งาน Power BI