แชร์ผ่าน


ปริมาณการใช้ฐานข้อมูลเหตุการณ์และ KQL

ฐานข้อมูล Eventhouse และKQL ดําเนินการบนกลไกจัดการของ Kusto ที่มีการจัดการอย่างสมบูรณ์ ด้วยฐานข้อมูล Eventhouse หรือ KQL คุณสามารถคาดหวังการคํานวณที่พร้อมใช้งานสําหรับการวิเคราะห์ของคุณภายใน 5 ถึง 10 วินาที ทรัพยากรการคํานวณจะเพิ่มขึ้นตามความต้องการในการวิเคราะห์ข้อมูลของคุณ บทความนี้อธิบายการคํานวณการรายงานการใช้งานของฐานข้อมูล KQL ใน Microsoft Fabric รวมถึง [Eventhouse UpTime] (#eventhouse ช่วงเวลาให้บริการ) และ ที่เก็บข้อมูล

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

สำคัญ

การเปลี่ยนแปลงของอัตราการใช้ปริมาณงาน Microsoft Fabric

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

ความสามารถ

ตามความจุ SKU ที่ซื้อใน Fabric คุณจะมีสิทธิ์เป็นชุดของ หน่วยความจุ (CU) ที่ใช้ร่วมกันทั่วทั้งปริมาณงาน Fabric ทั้งหมด สําหรับข้อมูลเพิ่มเติมเกี่ยวกับสิทธิ์การใช้งานที่สนับสนุน ดู สิทธิ์การใช้งาน Microsoft Fabric

ความจุคือชุดทรัพยากรเฉพาะที่พร้อมใช้งานในเวลาที่กําหนดที่จะใช้ ความจุจะกําหนดความสามารถของทรัพยากรในการดําเนินการกิจกรรมหรือเพื่อสร้างเอาต์พุต ทรัพยากรที่แตกต่างกันจะใช้ CUs ในเวลาที่ต่างกัน จํานวนความจุที่ใช้โดยฐานข้อมูล KQL ขึ้นอยู่กับ Eventhouse UpTime การดําเนินการ

Eventhouse UpTime

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

ตัวอย่างเช่น เหตุการณ์ที่มีฐานข้อมูล 4 KQL โดยใช้ 4 แกนเสมือนที่ใช้งานอยู่เป็นเวลา 30 วินาทีจะใช้ 120 วินาทีของหน่วยความจุ

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

ตัวอย่างเช่น ฐานข้อมูลที่ใช้แกนเสมือน 4 แกนที่ใช้งานเป็นเวลา 30 วินาทีจะใช้ 120 วินาทีของหน่วยความจุ

หมายเหตุ

ถ้าฐานข้อมูล KQL ของคุณเป็นรายการย่อยของ eventhouse แล้ว Eventhouse UpTime จะถูกจัดไว้ในรายการเหตุการณ์อีกครั้ง และรายการฐานข้อมูลจะไม่แสดงในรายการ

ตรวจสอบเหตุการณ์ UpTime

คุณสามารถตรวจสอบ Eventhouse UpTime ด้วยแอปเมตริกความจุ Microsoft Fabric เรียนรู้วิธีการทําความเข้าใจหน้าการคํานวณของแอปเมตริกใน หน้าการทําความเข้าใจการคํานวณแอปเมตริก ตัวอย่างนี้แสดงข้อมูลเฉพาะสําหรับการตรวจสอบ Eventhouse UpTime

หมายเหตุ

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

รูปภาพต่อไปนี้แสดงตัวอย่างของหน้าการคํานวณจากการตรวจสอบความจุในแอปการวัดความจุ Fabric:

สกรีนช็อตของช่วงเวลาทํางานในแอปเมตริกความจุ Microsoft Fabric

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

  • ความจุที่ตรวจสอบนั้นเรียกว่า rtafielddemo
  • หน่วยกําลังการผลิตสําหรับวันที่เลือกไว้ถูกใช้โดยพื้นที่ทํางานเดียวที่เรียกว่า การสาธิตเขตข้อมูล RTA
  • มี การกรองมุมมอง รายการ เพื่อแสดงทั้ง Eventhouse และ ฐานข้อมูล KQL
  • การเลือกรายการเดียว เช่น รายการ Eventhouse จะแบ่งการใช้งาน CU ตามการดําเนินการ
  • กราฟการใช้งานทางด้านขวาของแอป แสดงการใช้งาน CU เกือบ 100% เมื่อเวลาผ่านไป การใช้งานสูงนี้สามารถอธิบายการควบคุมคิวรีที่ผู้ใช้ประสบ และระบุความจําเป็นในการเพิ่มหน่วยความจุ

การเรียกเก็บเงินสําหรับที่เก็บข้อมูล

ที่เก็บข้อมูลจะถูกเรียกเก็บเงินแยกต่างหากจากหน่วยความจุ Fabric หรือ Power BI Premium ของคุณ ข้อมูลที่จัดเก็บลงในฐานข้อมูล KQL จะถูกจัดเก็บในพื้นที่จัดเก็บสองระดับ: ที่เก็บข้อมูลแคช OneLake และ OneLake Standard Storage

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

หมายเหตุ

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

  • OneLake Standard Storage คือที่เก็บข้อมูลมาตรฐานที่ใช้ในการคงไว้และจัดเก็บข้อมูลที่สามารถคิวรีได้ทั้งหมด เมื่อคุณตั้งค่า นโยบายการเก็บข้อมูล คุณจะมีผลต่อระดับที่เก็บข้อมูลนี้ ตัวอย่างเช่นหากคุณต้องการรักษาข้อมูลที่สามารถคิวรีได้ 365 วันคุณสามารถตั้งค่าการเก็บข้อมูลเป็น 365 วัน ระดับที่เก็บข้อมูลนี้เทียบได้กับระดับร้อนของ Azure ADLS (Azure Data Lake Storage)

ตรวจสอบที่เก็บข้อมูล OneLake

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

รูปต่อไปนี้แสดงตัวอย่างที่เก็บข้อมูลหน้าจากการตรวจสอบฐานข้อมูล KQL ในแอปการวัดความจุ Fabric:

สกรีนช็อตของแอปเมตริกความจุ Fabric ที่มีข้อมูลจากตัวแสดงเวลาจริง