กําลังการผลิตของผ้าและการบริโภค OneLake

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

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

เพื่อเป็นตัวอย่าง เรามาดูตัวอย่างกัน

• คุณซื้อ F2 SKU ที่มี 2 หน่วยความจุ (CU) ทุกวินาที และตั้งชื่อว่า ความจุ 1

• จากนั้น คุณสร้างพื้นที่ทํางาน พื้นที่ ทํางาน 1 และอัปโหลดไฟล์ไปยังเลคเฮาส์โดยใช้พอร์ทัล Fabric การดําเนินการนี้ใช้ทั้งที่เก็บข้อมูล OneLake และการทําธุรกรรม OneLake

ตอนนี้ มาดําดิ่งสู่แต่ละมิติเหล่านี้กัน

ที่เก็บข้อมูล OneLake

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

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

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

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

สําหรับข้อมูลเพิ่มเติม โปรดดู ทําความเข้าใจหน้าที่เก็บข้อมูลของแอปเมตริก

การประมวลผล OneLake

คําขอไปยัง OneLake (เช่น อ่าน เขียน หรือแสดงรายการ) จะใช้ความจุของ Fabric OneLake แมป API กับการดําเนินการ เช่น ADLS แมปการดําเนินการ REST แต่ละรายการเป็นราคา

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

สำคัญ

ณ เดือนพฤษภาคม 2026 แอป Fabric Capacity Metrics รายงานการดําเนินการคํานวณ OneLake ที่ระดับพื้นที่ทํางานภายใต้รายการ OneLake รายการเดียว แทนที่จะเป็นรายการ Fabric แต่ละรายการ สําหรับรายละเอียดระดับรายการ ให้ใช้การวินิจฉัย OneLake

ในตัวอย่างก่อนหน้านี้ การอัปโหลดไฟล์ส่งผลให้เกิดธุรกรรมการเขียนที่ใช้ CU วินาที แท็บ Compute ของแอป Fabric Capacity Metrics รายงานปริมาณการใช้นี้เป็น OneLake Write (Hot) ภายใต้คอลัมน์ชื่อการดําเนินงาน

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

หากต้องการทําความเข้าใจเพิ่มเติมเกี่ยวกับคําศัพท์ต่างๆ ในแอปเมตริก โปรดดู ทําความเข้าใจหน้าการประมวลผลของแอปเมตริก

ทางลัดการใช้ความจุ

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

• ถ้า ความจุ 2 หยุดชั่วคราว แต่ความจุ 1 ทํางานอยู่ คุณจะไม่สามารถอ่านข้อมูลผ่านทางลัดใน Workspace2 (ความจุ 2) แต่สามารถเข้าถึงข้อมูลได้โดยตรงในพื้นที่ทํางาน 1 (ความจุ 1)

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

หากปริมาณการใช้ CU ของคุณเกินขีดจํากัดความจุ อาจเกิด การควบคุม ซึ่งทําให้ธุรกรรมล่าช้าหรือถูกปฏิเสธชั่วคราว

เริ่มการทดลองใช้ฟรีของ Fabric เพื่อสํารวจ OneLake และฟีเจอร์อื่นๆ และไปที่ฟอรัม Fabric สําหรับคําถาม