การใช้ LVM กับไดรฟ์ SSD และ SATA

ฉันเห็นในคำถามนี้ว่าเป็นไปได้ที่จะวางทั้ง SSD และฮาร์ดไดรฟ์ SATA มาตรฐานลงในกลุ่มวอลุ่ม LVM (VG) เดียว

สิ่งนี้มีผลต่อประสิทธิภาพอย่างไร

มีวิธีบังคับให้ระบบปฏิบัติการอยู่บน SSD ในขณะที่ข้อมูลอยู่ในไดรฟ์ SATA ภายในกลุ่มวอลุ่มเดียวหรือไม่

มีเอกสารข้อมูลที่ดีเกี่ยวกับการใช้ LVM กับไดรฟ์ประเภทต่าง ๆ หรือไม่?

มันจะมีประโยชน์ในการสร้าง VG สำหรับไดรฟ์แต่ละประเภทและ / หรือความเร็วหรือไม่ ฉันกำลังคิดที่จะสร้าง VG หนึ่งตัวสำหรับ SSD และอีกตัวสำหรับ SATA (และสำหรับไดรฟ์แต่ละประเภทที่ฉันอาจเพิ่มขึ้นในอนาคตตามมาด้วย)

— กรงขัง
แหล่งที่มา

เกี่ยวข้อง - unix.stackexchange.com/questions/7122/…

— แกรม

ปรีชาญาณของฉันคือมันจะเป็นความคิดที่ดีจริง ๆ ที่จะใส่ทั้ง SSD และฮาร์ดดิสก์ธรรมดาในกลุ่มวอลุ่มเดียวกัน

— samiam

@ Samiam นั่นเป็นความคิดเริ่มต้นของฉัน ฉันไม่แน่ใจว่ามีวิธีใดที่จะบอก LVM ให้วางข้อมูลไปที่และจากไดเรกทอรีดังกล่าวไปยัง sda และวางข้อมูลไปยังไดเรกทอรีอื่นบน sdb เสมอ

— Nick

@ Graeme ที่พูดถึงประสิทธิภาพเป็นอย่างมาก แต่ฉันไม่เห็นอะไรเกี่ยวกับการขยายดิสก์ประเภทต่าง ๆ ซึ่งเป็นสิ่งที่ฉันกังวลเป็นหลัก หากฉันพลาดบางสิ่งบางอย่างโปรดชี้มันออกมา

— Nick

Nick: ฉันไม่สามารถตอบคำถามเกี่ยวกับ LVM จากด้านบนของหัวของฉันได้ แต่ใช่มันเป็นไปได้ที่จะตั้งค่า/etc/fstabเพื่อให้/ใช้งาน SSD แต่สิ่งใดก็ตามที่/homeอยู่ด้านล่างบนฮาร์ดดิสก์ธรรมดา ซึ่งมักจะเป็นตัวเลือกในขณะที่การติดตั้งระบบลินุกซ์ใด ๆ ที่ทันสมัย ( /homeจะเป็น "จุดติด" เมื่อมีการเลือกรูปแบบของ "ตัวเลือกขั้นสูง" บางคน)

— Samiam

คำตอบ:

LVM ไม่ได้แยกความแตกต่างระหว่างดิสก์ที่เร็วและช้า ดูเหมือนว่าไม่ใช่ความคิดที่ดีที่จะนำดิสก์เหล่านั้นไปยังกลุ่มวอลุ่ม LVM หนึ่งกลุ่ม

นอกจากนี้ยังเป็นการดีที่จะติดตั้ง/tmpไดเรกทอรีของคุณบน SSD ซึ่งให้การเร่งความเร็วสูงโดยเฉพาะอย่างยิ่งสำหรับแอปพลิเคชันที่ใช้มันเช่นการคอมไพล์

ใส่/tmptmpfs ประสิทธิภาพการทำงานมากขึ้นสึกหรอน้อยลงบน SSD (หรือบนฮาร์ดดิสก์สำหรับเรื่องนั้น) การอ่านที่รวดเร็วของ SSD ทำให้ส่วนใหญ่มีประโยชน์สำหรับข้อมูลที่อ่านบ่อยกว่าที่เขียน

— Gilles 'ดังนั้นหยุดความชั่วร้าย'

สิ่งนี้ถูกค้นพบว่าเป็นช่องโหว่และไม่ได้มีให้มากขึ้นโดยการแจกแจงจำนวนมาก

rwmj.wordpress.com/2012/09/12/tmpfs-considered-harmful

Meh โดยทั่วไปฉันต้องการให้ไฟล์ใน/tmpการทำความสะอาดเมื่อรีบูต - ถ้าพวกเขาตั้งใจที่จะอยู่นั่นคือสิ่งที่/var/tmpมีไว้สำหรับ ฉันใช้ tmpfs เป็น/tmpเวลาหลายปีกับเครื่องจักรหลาย ๆ เครื่องและไม่เคยเข้าใกล้พื้นที่สว็อปหมดและฉันไม่มีข้อมูลจำนวนเล็กน้อยผิดปกติ/tmpดังนั้นการโต้แย้งจึงเป็นการหลอกลวง ไม่ว่าในกรณีใด ๆ มันไม่ใช่ช่องโหว่ - คำนั้นหมายถึงปัญหาด้านความปลอดภัย

— Gilles 'หยุดความชั่วร้าย'

ดูเหมือนว่าคุณไม่มีผู้ใช้ที่ไม่ดีที่จะให้บริการ หากคุณไม่ต้องการที่จะเรียกมันว่าช่องโหว่ให้เรียกมันว่าเป็นอันตรายไม่ว่าในกรณีใด ๆ ก็ไม่แนะนำเว้นแต่คุณจะรู้ว่าคุณกำลังทำอะไรอยู่

สิ่งที่คุณสามารถทำได้ในรุ่น LVM ล่าสุดคือสร้าง LV“ ต้นกำเนิด” หนึ่งตัวบน HDD และ LV“ แคชพูล” หนึ่งตัวบน SSD จากนั้นรวมเข้ากับ LV“ แคช” เดียว มันมีขนาดเดียวกับ LV“ ต้นกำเนิด” (เช่นคุณจะได้พื้นที่มากเท่า HDD) แต่บล็อกและข้อมูลเมตาที่ใช้บ่อยจะถูกแคชบน SSD เพื่อปรับปรุงประสิทธิภาพ

สิ่งสำคัญของมันคือสมมติว่าคุณมี VG ที่ประกอบไปด้วยไดรฟ์ทั้งสอง:

lvcreate -l 100%PVS -n your_name YourVG /dev/YourHDD
lvcreate --type cache-pool -l 100%PVS -n your_name_cache YourVG /dev/YourSSD
lvconvert --type cache --cachepool YourVG/your_name_cache YourVG/your_name

หลังจากนั้นคุณจะมีyour_nameLV ที่คุณสามารถใช้เหมือน LV อื่น ๆ และ LV ภายในหลายอย่างที่คุณสามารถดูlvs -a YourVGได้

ตัวอย่างเช่นฉันตั้งค่าระบบไฟล์รูทที่เข้ารหัสทั่วพาร์ติชัน SSD ( /dev/sda3) และพาร์ติชัน HDD ( /dev/sdb1) ด้วยคำสั่งต่อไปนี้:

pvcreate /dev/sda3 /dev/sdb1
vgcreate RootVG /dev/sda3 /dev/sdb1
lvcreate -l 100%PVS -n cryptroot RootVG /dev/sdb1
lvcreate --type cache-pool -l 100%PVS -n cryptroot_cache RootVG /dev/sda3
lvconvert --type cache --cachepool RootVG/cryptroot_cache RootVG/cryptroot
cryptsetup luksFormat --type luks2 /dev/RootVG/cryptroot

คุณสามารถค้นหารายละเอียดเพิ่มเติมเกี่ยวกับการโพสต์บล็อกนี้หรืออย่างใดอย่างหนึ่ง (สิ่งแรกคือสิ่งที่ฉันใช้สำหรับการอ้างอิงและยังใช้เป็นข้อมูลอ้างอิงในบทความ Wikipedia ของ LVM ส่วนข้อที่สองคือโดยฉันอธิบายวิธีใช้ในทางปฏิบัติตัดสินใจด้วยตัวคุณเองว่าคุณจะไว้วางใจแบบไหน😉)

— Lucas Werkmeister
แหล่งที่มา