การรายงานการเรียกเก็บเงินและการใช้งานในคลังข้อมูล Synapse
นําไปใช้กับ:✅ จุดสิ้นสุดการวิเคราะห์ SQL และ Warehouse ใน Microsoft Fabric
บทความนี้อธิบายการคํานวณการรายงานการใช้งานของ Synapse Data Warehouse ใน Microsoft Fabric ซึ่งรวมถึงกิจกรรมการอ่านและเขียนกับ Warehouse และอ่านกิจกรรมบนจุดสิ้นสุดการวิเคราะห์ SQL ของเลคเฮ้าส์
เมื่อคุณใช้ความจุ Fabric ค่าใช้จ่ายการใช้งานของคุณจะปรากฏในพอร์ทัล Azure ภายใต้การสมัครใช้งานของคุณใน Microsoft Cost Management เพื่อทําความเข้าใจการเรียกเก็บเงินสําหรับ Fabric ของคุณ โปรดไปที่ ทําความเข้าใจการเรียกเก็บเงิน Azure ของคุณบนความจุ Fabric
สําหรับข้อมูลเพิ่มเติมเกี่ยวกับการตรวจสอบกิจกรรมคิวรีปัจจุบันและในอดีต ดู ที่ ภาพรวมของ Monitor in Fabric Data Warehouse
ความสามารถ
ใน Fabric ที่ยึดตามความจุ SKU ที่ซื้อ คุณจะได้รับสิทธิในชุดของ หน่วยความจุ (CUs) ที่ใช้ร่วมกันทั่วทั้งปริมาณงาน Fabric ทั้งหมด สําหรับข้อมูลเพิ่มเติมเกี่ยวกับสิทธิ์การใช้งานที่สนับสนุน ดู สิทธิ์การใช้งาน Microsoft Fabric
ความจุคือชุดทรัพยากรเฉพาะที่พร้อมใช้งานในเวลาที่กําหนดที่จะใช้ ความจุจะกําหนดความสามารถของทรัพยากรในการดําเนินการกิจกรรมหรือเพื่อสร้างเอาต์พุต ทรัพยากรที่แตกต่างกันจะใช้ CUs ในเวลาที่ต่างกัน
ความจุในคลังข้อมูล Fabric Synapse
ในแบบจําลอง SaaS ตามความจุ คลังข้อมูล Fabric มีจุดมุ่งหมายเพื่อให้ส่วนใหญ่ของความจุที่ซื้อและให้ความสามารถในการมองเห็นในการใช้งาน
CUs ที่ใช้โดยคลังข้อมูล ได้แก่ กิจกรรมการอ่านและการเขียนเทียบกับ Warehouse และอ่านกิจกรรมบนจุดสิ้นสุดการวิเคราะห์ SQL ของเลคเฮ้าส์
ในแง่ง่าย หน่วยความจุ 1 Fabric = 0.5 Warehouse vCores ตัวอย่างเช่น Fabric capacity SKU F64 มี 64 หน่วยความจุ ซึ่งเทียบเท่ากับ 32 Warehouse vCores
คํานวณการรายงานการใช้งาน
แอปเมตริกความจุของ Microsoft Fabric ช่วยให้สามารถมองเห็นการใช้งานความจุสําหรับปริมาณงาน Fabric ทั้งหมดในที่เดียว ผู้ดูแลระบบสามารถใช้แอปเพื่อตรวจสอบความจุ ประสิทธิภาพของปริมาณงาน และการใช้งานเมื่อเปรียบเทียบกับความจุที่ซื้อได้
เริ่มแรก คุณต้องเป็นผู้ดูแลความจุเพื่อติดตั้งแอปเมตริกความจุ Microsoft Fabric เมื่อติดตั้งแล้ว ทุกคนในองค์กรสามารถมีสิทธิ์การอนุญาตหรือแชร์เพื่อดูแอปได้ สําหรับข้อมูลเพิ่มเติม ดู ติดตั้งแอปเมตริกความจุ Microsoft Fabric
เมื่อคุณติดตั้งแอปแล้ว ให้เลือกคลังสินค้าจากรายการดรอปดาวน์ เลือกรายการ: แผนภูมิริบบอนหลายเมตริกและตารางข้อมูลรายการ (14 วัน) ตอนนี้แสดงเฉพาะกิจกรรมคลังสินค้าเท่านั้น
ประเภทการดําเนินงานคลังสินค้า
คุณสามารถวิเคราะห์การใช้งานความจุคํานวณสากลตามประเภทปริมาณงานทั่วทั้งผู้เช่าได้ การใช้งานถูกติดตามโดยผลรวมหน่วยความจุวินาที (CUs) ตารางที่แสดงการใช้งานรวมในช่วง 14 วันที่ผ่านมา
ทั้งค่าสะสมจุดสิ้นสุดการวิเคราะห์ Warehouse และ SQL analytics ภายใต้ Warehouse ในแอปเมตริก เนื่องจากทั้งสองใช้การคํานวณ SQL ประเภทการดําเนินการที่เห็นในมุมมองนี้ประกอบด้วย:
- แบบสอบถามคลังสินค้า: คํานวณค่าธรรมเนียมสําหรับคําสั่ง T-SQL ที่ผู้ใช้สร้างขึ้นและที่ระบบสร้างขึ้นทั้งหมดภายใน Warehouse
- คิวรีปลายทางการวิเคราะห์ SQL: คํานวณค่าธรรมเนียมสําหรับผู้ใช้ทั้งหมดที่สร้างขึ้นและคําสั่ง T-SQL ที่ระบบสร้างขึ้นภายในจุดสิ้นสุดการวิเคราะห์ SQL
- OneLake Compute: คํานวณค่าใช้จ่ายสําหรับการอ่านและการเขียนทั้งหมดสําหรับข้อมูลที่จัดเก็บไว้ใน OneLake
ตัวอย่างเช่น:
กราฟสํารวจจุดเวลา
กราฟนี้ในแอปเมตริกความจุผ้า Microsoft Fabric แสดงการใช้ทรัพยากรเมื่อเปรียบเทียบกับความจุที่ซื้อ การใช้ประโยชน์ 100% เป็นตัวแทนปริมาณงานทั้งหมดของความจุ SKU และแบ่งปันโดยปริมาณงาน Fabric ทั้งหมด ซึ่งจะแสดงด้วยเส้นประสีเหลือง การเลือกจุดเวลาเฉพาะในกราฟจะเปิดใช้งาน ปุ่ม สํารวจ ซึ่งจะเปิดหน้าการดูรายละเอียดแบบเจาะลึกรายละเอียด
โดยทั่วไป คล้ายกับ Power BI การดําเนินการจะถูกจัดประเภทเป็นแบบโต้ตอบหรือพื้นหลัง และแสดงตามสี การดําเนินการส่วนใหญ่ใน ประเภทคลังสินค้า จะมีการรายงานเป็น พื้นหลัง เพื่อใช้ประโยชน์จากความราบรื่นของกิจกรรมตลอด 24 ชั่วโมงเพื่อให้ได้รูปแบบการใช้งานที่ยืดหยุ่นที่สุด การจัดประเภทคลังข้อมูลเป็นพื้นหลังช่วยลดความถี่ของยอดการใช้ CU จากการ ทริกเกอร์การจํากัดผลลัพธ์
กราฟการดูรายละเอียดจุดเวลา
ตารางนี้ในแอปเมตริกความจุ Fabric ของ Microsoft มีมุมมองโดยละเอียดของการใช้งานที่จุดเวลาที่กําหนด จํานวนความจุที่กําหนดโดย SKU ที่ระบุต่อระยะเวลา 30 วินาทีจะแสดงพร้อมกับการแบ่งย่อยของการทํางานแบบโต้ตอบและพื้นหลัง ตารางการดําเนินงานแบบโต้ตอบแสดงรายการของการดําเนินการที่มีการดําเนินการที่จุดเวลานั้น
ตารางการทํางานแบบเบื้องหลังอาจปรากฏขึ้นเพื่อแสดงการดําเนินการที่ดําเนินการก่อนจุดเวลาที่เลือก สาเหตุนี้เกิดจากการทํางานแบบเบื้องหลังซึ่งผ่านการทําให้เรียบเนียน 24 ชั่วโมง ตัวอย่างเช่น ตารางแสดงการดําเนินการทั้งหมดที่มีการดําเนินการและยังคงราบรื่นที่จุดเวลาที่เลือก
กรณีการใช้งานสูงสุดสําหรับมุมมองนี้ประกอบด้วย:
รหัสของผู้ใช้ที่จัดกําหนดการหรือเรียกใช้การดําเนินการ: ค่าสามารถเป็น "User@domain.com", "ระบบ" หรือ "บริการ Power BI" ได้
- ตัวอย่างของคําสั่งที่ผู้ใช้สร้างขึ้นรวมถึงการเรียกใช้คิวรี T-SQL หรือกิจกรรมในพอร์ทัล Fabric เช่น ตัวแก้ไขคิวรี SQL หรือตัวแก้ไขคิวรีวิชวล
- ตัวอย่างของคําสั่งที่สร้างโดย "ระบบ" ประกอบด้วยกิจกรรมแบบซิงโครนัสของเมตาดาต้าและงานพื้นหลังของระบบอื่น ๆ ที่ทํางานเพื่อให้การดําเนินการคิวรีเร็วขึ้น
การระบุสถานะการดําเนินการ: ค่าสามารถเป็น "สําเร็จ", "InProgress", "Cancelled", "Failure", "Invalid" หรือ "Rejected" อย่างใดอย่างหนึ่ง
- สถานะ "ยกเลิก" คือคิวรีที่ยกเลิกก่อนเสร็จสิ้น
- สถานะ "ถูกปฏิเสธ" อาจเกิดขึ้นได้เนื่องจากข้อจํากัดของทรัพยากร
การระบุของการดําเนินการที่ใช้ทรัพยากรจํานวนมาก: เรียงลําดับตารางตาม Total CU(s) จากมากไปหาน้อยเพื่อค้นหาคิวรีที่แพงที่สุด จากนั้นใช้ ID การดําเนินการเพื่อระบุการดําเนินการที่ไม่ซ้ํากัน นี่คือ ID คําสั่งแบบกระจาย ซึ่งสามารถใช้ในการตรวจสอบเครื่องมืออื่น ๆ เช่น มุมมองการจัดการแบบไดนามิก (DMV) และข้อมูลเชิงลึกของคิวรีสําหรับความสามารถในการตรวจสอบย้อนกลับจากต้นจนจบ เช่นใน
dist_statement_id
sys.dm_exec_requests และdistributed_statement_id
ใน insights.exec_requests_history คิวรี ตัวอย่าง:คิวรี T-SQL ตัวอย่างต่อไปนี้ใช้ ID การดําเนินการภายในคิวรี
sys.dm_exec_requests
ในมุมมองการจัดการแบบไดนามิกSELECT * FROM sys.dm_exec_requests WHERE dist_statement_id = '00AA00AA-BB11-CC22-DD33-44EE44EE44EE';
คิวรี T-SQL ต่อไปนี้ใช้ ID การดําเนินการในคิวรีบน
queryinsights.exec_requests_history
มุมมองSELECT * FROM queryinsights.exec_requests_history WHERE distributed_statement_id = '00AA00AA-BB11-CC22-DD33-44EE44EE44EE`;
ตัวอย่างการเรียกเก็บเงิน
พิจารณาคิวรีต่อไปนี้:
SELECT * FROM Nyctaxi;
สําหรับวัตถุประสงค์ในการสาธิต สมมติว่าเมตริกการเรียกเก็บเงินสะสม 100 CU วินาที
ค่าใช้จ่ายของคิวรีนี้คือ CU วินาทีคูณราคาต่อ CU สมมติว่าราคาต่อ CU คือ $0.18/ชั่วโมง มี 3600 วินาทีในหนึ่งชั่วโมง ดังนั้น ค่าใช้จ่ายของคิวรีนี้จะเป็น (100 x 0.18)/3600 = $0.005
ตัวเลขที่ใช้ในตัวอย่างนี้มีไว้เพื่อวัตถุประสงค์ในการสาธิตเท่านั้นและไม่ใช่เมตริกการเรียกเก็บเงินจริง
ข้อควรพิจารณา
พิจารณารายละเอียดปลีกย่อยของการรายงานการใช้งานต่อไปนี้:
- การรายงานข้ามฐานข้อมูล: เมื่อคิวรี T-SQL รวมกันในหลายคลังสินค้า (หรือข้ามคลังสินค้าและจุดสิ้นสุดการวิเคราะห์ SQL) การใช้งานจะถูกรายงานเทียบกับทรัพยากรต้นทาง
- คิวรีในมุมมองแค็ตตาล็อกระบบและมุมมองการจัดการแบบไดนามิกเป็นคิวรีที่สามารถเรียกเก็บเงินได้
- เขตข้อมูลระยะเวลาที่รายงานในแอปเมตริกความจุ Fabric มีไว้เพื่อวัตถุประสงค์ในการให้ข้อมูลเท่านั้น ซึ่งจะแสดงระยะเวลาการดําเนินการของคําสั่ง ระยะเวลาอาจไม่รวมระยะเวลาแบบ end-to-end สําหรับการแสดงผลลัพธ์กลับไปยังเว็บแอปพลิเคชัน เช่น SQL ตัวแก้ไขคิวรี หรือแอปพลิเคชันไคลเอ็นต์ เช่น SQL Server Management Studio และ Azure Data Studio
ขั้นตอนถัดไป
เนื้อหาที่เกี่ยวข้อง
- ตรวจสอบการเชื่อมต่อ เซสชัน และคําขอโดยใช้ DMV
- การจัดการปริมาณงาน
- แนวทางสําหรับคลังข้อมูล Synapse ใน Microsoft Fabric
- แอปเมตริกความจุ Microsoft Fabric คืออะไร
- การทําให้เรียบและการควบคุมในคลังสินค้าข้อมูล Fabric
- ทําความเข้าใจเกี่ยวกับการเรียกเก็บเงิน Azure ของคุณบนความจุ Fabric
- ทําความเข้าใจหน้าการคํานวณของแอปเมตริก
- หยุดชั่วคราวและดําเนินต่อในคลังข้อมูล Fabric
- ตรวจสอบคลังข้อมูลผ้า