การจัดเรียงข้อมูลของโลจิคัลวอลุ่ม LVM2


18

คำถาม: มีเครื่องมือที่สนับสนุนการแยกส่วนของโลจิคัลวอลุ่ม LVM2 หรือไม่? (ทำให้ขอบเขตของพวกเขาเป็นลำดับที่สอดคล้องกัน)

ควรกำหนดลำดับส่วนขยายที่ต้องการ (เช่นพาร์ทิชัน A ที่จุดเริ่มต้นของดิสก์ B หลัง A แต่ X ที่จุดสิ้นสุดของ PV )

แน่นอนกรณีต่อไปนี้จะต้องได้รับการพิจารณา:

  • VG ประกอบด้วยหนึ่ง PV
  • VG ประกอบด้วย PV จำนวนมาก แต่แต่ละ LV ตั้งอยู่บน PV เดียว
  • VG ประกอบด้วย PV จำนวนมาก LVs มีขอบเขตของพวกเขาข้าม PV

ไม่ว่าพาร์ติชันสามารถถูกถอดได้หรือไม่สามารถพูดคุยได้

ความรู้: มันเป็นไปได้ที่จะย้ายช่วงของ extents ด้วยเช่น:pvmovepvmove --alloc anywhere /dev/sdb1:1000-1999 /dev/sdb1:0-999

เหตุผล: เนื่องจากการย้ายหลาย ๆ ช่วงด้วยตนเองpvmoveเป็นสิ่งที่ทำซ้ำได้อย่างหมดจด (สงสัยว่างี่เง่าหรือไม่) ฉันสงสัยว่ามีเครื่องมือสำหรับการทำให้เป็นอัตโนมัติ / สนับสนุนกระบวนการนี้หรือไม่ ถ้าไม่ใช่ ... อาจทำด้วยตัวเอง - คุณคิดว่าเครื่องมือดังกล่าวจะมีประโยชน์สำหรับคนอื่นหรือไม่?


เป็นไปได้ว่าไม่มีเครื่องมือเพราะไม่มีกรณีใช้ที่ต้องการ ฉันอยากรู้อยากเห็นทำไมคุณต้องการจัดเรียงข้อมูล? มีเทคโนโลยีดิสก์ที่มีประโยชน์สำหรับขนาดขอบเขตปกติ (4MB) หรือไม่
Gilles 'หยุดความชั่วร้าย' ใน

2
ลองพิจารณาลักษณะการทำงานของ HardDrive (ไม่ใช่ SSD) แบบดั้งเดิม - จุดเริ่มต้นของดิสก์ให้ประสิทธิภาพที่ดีกว่าตอนจบ นั่นเป็นปัจจัยที่สำคัญที่สุดทำไมคุณอาจต้องการมีขอบเขตที่เกี่ยวข้องกับพาร์ติชันบางอย่างที่จะวางไว้เมื่อเริ่มต้น
Grzegorz Wierzowiecki

1
สำหรับการควบคุมชนิดนั้นวิธีที่ง่ายคือการแบ่งพาร์ติชันดิสก์ออกเป็นฟิสิคัลวอลุ่มหลายตัว
Gilles 'หยุดความชั่วร้าย' ใน

1
แต่ในทางกลับกันมันทำให้ไฟล์ยุ่งเหยิงมากขึ้นในการตั้งค่าและการตั้งค่าทั้งหมดนั้นยืดหยุ่นน้อยลง ฉันเชื่อว่าโซลูชันที่ถูกกล่าวถึงโดย @JimParis LVM2 defragmenterหรือpvmoveทำงานได้
Grzegorz Wierzowiecki

คำตอบ:


9

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


ดูน่าสนใจ ฉันต้องลอง.
Grzegorz Wierzowiecki

คุณเชื่อว่าการ defrag นี้จะทำให้มันง่ายต่อการ (บนพื้นฐานของมัน) ใช้ / สร้างวิธีการกู้คืน LV บางส่วนเป็นที่ระบุไว้เป็นไป (ได้ทำ) นี่serverfault.com/a/665826/163750 ?
กุมภ์กำลัง

1

อีกหนึ่งเหตุผลสำหรับการจัดเรียงข้อมูลคือเพื่อลดโอกาสของการสูญเสียข้อมูลเมื่อลดขนาดโลจิคัลวอลุ่ม เหตุผลเฉพาะในการย่อขนาดโลจิคัลวอลุ่มคืออนุญาตให้มีการขยาย / boot และพาร์ติชันที่คล้ายกันบนฮาร์ดไดรฟ์คอมพิวเตอร์ MBR รุ่นเก่า ในกรณีของฉันอัพเกรดจาก LTS 16.04.03 เป็น LTS 18.04.1 ต้องการมากกว่า 500MB ที่จัดสรรให้ / boot โดยการติดตั้งเริ่มต้นดั้งเดิม

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

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.