ฉันกำลังสร้างแล็บเซิร์ฟเวอร์ด้วยฮาร์ดแวร์ราคาถูก NVMe SSD 2 ตัว, HDD 3.5 ลูก หลังจากสร้าง Tiered Storage (NVMe-Mirror & HDD-parity) แล้วฟอร์แมตด้วย ReFS ทุกอย่างจะทำงานได้ตามปกติ:
- การใช้ตัวนับประสิทธิภาพ ฉันเห็นเทียร์เร็วเต็ม จากนั้นเริ่มทำลายระดับพาริตีเมื่อถึง 85%
- ฉันสามารถตรวจสอบการเขียนใหม่ได้เสมอถึงระดับที่รวดเร็ว
- การอ่านจะออกไปยังระดับเร็วหรือช้าขึ้นอยู่กับข้อมูล
ขนาดของระดับที่รวดเร็วเท่านั้นที่ดูแปลก:
ฉันใช้ 2 * 220 GB NVMe SSds และสร้างชั้นความเร็ว 215GB จากมัน HDD รวมเป็น 6 TB Powershell รายงานขนาดนี้ตามที่ควรจะเป็น:
FriendlyName TierClass MediaType ResiliencySettingName FaultDomainRedundancy Size FootprintOnPool StorageEfficiency
------------ --------- ------- -------------------- - --------------------- --------------------- --------- --------
บัญชี M. Parity-NVMe-Tier ประสิทธิภาพ SSD มิเรอร์ 1 215 GB 430 GB 50,00 %
มิเรอร์ SSD ที่ไม่รู้จักระดับ NVMe 1 0 B 0 B
HDD-Tier ไม่รู้จัก HDD Parity 1 0 B 0 B
บัญชี M. Parity-HDD-Tier ความจุ HDD Parity 1 6 TB 9 TB 66,67 %
แต่ปัญหาที่ฉันกำลังเผชิญอยู่ตอนนี้: เมื่อย้ายข้อมูลไปยังที่เก็บข้อมูลแบบแบ่งชั้นนั้น ฉันสามารถดูได้จากตัวนับประสิทธิภาพว่า Fast-Tier กำลังรายงานการใช้งาน 85% และเริ่มทำลายไฟล์ไปยังระดับที่ช้า หลังจากที่ฉันย้ายบางอย่างเช่น 40-50GB ไปยังดิสก์เสมือน
ฉันคิดเกี่ยวกับสาเหตุที่เป็นไปได้สำหรับสิ่งนี้มาสองสามวันแล้ว อาจมีบางคนมีความคิดเกี่ยวกับเรื่องนี้?
ความคิดปัจจุบันของฉัน:
NVMe SSD นั้น - อย่างที่กล่าวไว้ - ค่อนข้างถูก ดังนั้นจึงเป็น TLC-SSds พวกเขาสามารถให้ประสิทธิภาพที่ค่อนข้างดีตราบเท่าที่พวกเขาทำงานในโหมด pSLC อย่างไรก็ตามนั่นจะทำให้เสีย 67% ของความจุของดิสก์ (1 บิตต่อเซลล์แทนที่จะเป็น 3) - และนั่นจะตรงกับการสังเกตของฉัน (33% ของ 220GB จะเป็น ~ 71 GB ดังนั้นเราจึงกดปุ่ม 85% ของการใช้งานทั้งหมดอย่างรวดเร็ว)
ฉันก็ไม่รังเกียจถ้าเทียร์เร็วจะเล็กขนาดนั้น แต่อีกด้านหนึ่งไม่ต้องจัดการกับประสิทธิภาพ TLC ที่ช้า - แต่ทำไมขนาดเทียร์จึงรายงานเป็น 220 GB และมีวิธีการตั้งค่าโหมด pSLC หรือควบคุมโดย ReFS / ทำโดยการตัดแต่ง ฯลฯ หรือไม่
ฉันสนใจเป็นพิเศษว่าอะไรเป็นสาเหตุให้ดิสก์ติดอยู่ในโหมด pSLC ตามความเข้าใจของฉัน ดิสก์ควรเปลี่ยนเป็นโหมด TLC โดยอัตโนมัติเมื่อเนื้อที่ดิสก์เต็ม(แต่ฉันก็อ่านด้วยว่า MS ปิดใช้งานการตัดแต่งด้วย ReFS อาจเกี่ยวข้องกับสิ่งนั้น)
ดูเหมือนว่าจะตั้งใจ หรือเหตุใด ReFS-PerformanceCounter จึงรู้เกี่ยวกับ Fast-Tier-Fill-Level ที่แท้จริง หาก ReFS จะถือว่าดิสก์ 215GB เช่นกัน
ตัวอย่างภาพหน้าจอ: การเขียน 8 GB ไปยังระดับที่รวดเร็ว โดยมีข้อมูลอื่นๆ อีก 8GB ถูกทำลาย ก่อนที่ 8GB จะถูกลบออกจากระดับที่รวดเร็วอีกครั้ง ดูเหมือนว่า 8GB = 10% ดังนั้น ReFS จึงเห็นระดับเป็น ~ 80GB ฉันจะพูด
- มาตรฐาน Windows Server 2019
- การสร้างห้องทดลองนี้บนสองโหนด สามารถดูพฤติกรรมเดียวกันได้บนทั้งสองโหนด (ฮาร์ดแวร์ที่เหมือนกัน)