LVM'yi SSD ve SATA sürücüleri ile kullanma


22

Bu soruda hem SSD'yi hem de standart SATA sabit diskini tek bir LVM birim grubuna (VG) yerleştirmenin mümkün olduğunu gördüm .

Bu performansı nasıl etkiler?

Veriler tek bir birim grubundaki SATA sürücüsündeyken işletim sistemini SSD'ye zorlamak için bir yol var mı?

LVM'nin farklı tip sürücülerle kullanılmasında iyi bir beyaz kağıt var mı?

Her sürücü tipi ve / veya hızı için bir VG oluşturmak faydalı olur mu? SSD'ler için bir tane, SATA için bir tane de (ve geleceği için gelecekte ekleyebileceğim her sürücü türü için) bir tane oluşturmayı düşünüyordum.



Benim sezgim, aynı SSD grubuna hem SSD'yi hem de geleneksel bir sabit diski yerleştirmenin gerçekten kötü bir fikir olduğudur.
samiam

@ samiam bu benim ilk düşüncemdi. LVM'ye her zaman böyle ve böyle bir dizine giden verileri sda'ya yerleştirmesini ve her zaman sdb'deki başka bir dizine giden verileri yerleştirmesini söylemenin bir yolu olup olmadığından emin değildim.
Nick

@Graeme, performanstan çok bahseder, ancak farklı disk türlerini kapsayan herhangi bir şey görmedim; Eğer bir şeyi özlediysem, lütfen işaret et.
Nick

Nick: LVM hakkında kafamın tepesinden cevap alamıyorum, ama evet, SSD'de /etc/fstabolacak şekilde ayarlanması mümkün, /ancak aşağıdakiler /homegeleneksel bir sabit diskte. Bu genellikle herhangi bir modern Linux sistemi kurarken bir seçenektir ( /homebazı "gelişmiş seçenekler" biçimini seçerken bir "bağlantı noktası" olurdu)
samiam,

Yanıtlar:


8

LVM, hızlı ve yavaş disk arasında ayrım yapmaz. Bu diski bir LVM birim grubuna koymak iyi bir fikir gibi görünmüyor mu?

Bunun yanı sıra /tmp, özellikle derleme gibi kullanan uygulamalar için, dizini büyük bir hızlandırma sağlayan bir SSD'ye yerleştirmek her zaman iyidir .


4
/tmpTmpfs'i giy . Daha fazla performans, SSD'de (veya bu konuda sabit diskte) daha az aşınma. SSD'nin çok hızlı okumaları, yazıldığından daha sık okunan veriler için çoğunlukla yararlıdır.
Gilles 'SO- kötülük olmayı bırak'

bu bir güvenlik açığı olarak keşfedildi ve daha fazla dağıtım tarafından sağlanmıyor.


5
Meh. Genelde dosyaların yeniden başlatılmasında temizlenmesini istiyorum/tmp - eğer kalmaları gerekiyorsa /var/tmpbunun için. /tmpYıllarca birçok makinede tmpfs kullandım ve hiçbir zaman takas alanım tükenmek üzere olmadı ve atipik olarak küçük miktarlarda veriye sahip değilim /tmp, bu nedenle bu argüman sahte. Her durumda, bu bir güvenlik açığı değildir - bu kelime bir güvenlik sorunu anlamına gelir.
Gilles 'SO- kötülük'

1
hizmet verecek kötü bir kullanıcınız yok gibi görünüyor. Güvenlik açığı olarak adlandırmak istemiyorsanız, zararlı olarak adlandırın, ne yaptığınızı bilmeniz dışında, her durumda önerilmez.

8

Son ish LVM sürümlerinde yapabileceğiniz şey, HDD’de bir “orijinal” LV ve SSD’de bir “önbellek havuzu” LV oluşturmak ve ardından onu tek bir "önbellek" LV olarak birleştirmek. “Orijinal” LV ile aynı boyuta sahiptir (yani, yalnızca HDD'deki kadar alan kaplarsınız), ancak performansı artırmak için sık kullanılan bloklar ve meta veriler SSD'ye önbelleğe alınır.

Asıl amacı, zaten iki sürücüyü kapsayan bir VG'ye sahip olduğunuzu varsaymaktır:

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

Ondan sonra, your_namediğer tüm LV'ler gibi kullanabileceğiniz bir LV'ye ve görebileceğiniz birkaç dahili LV'ye sahip olacaksınız lvs -a YourVG.

Örneğin , aşağıdaki komutlarla bir SSD bölümü ( /dev/sda3) ve bir HDD bölümü ( /dev/sdb1) arasında şifreli bir kök dosya sistemi kurdum :

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

Bu blog yazısı veya bu konuda daha fazla ayrıntı bulabilirsiniz . (İlki referans olarak kullandığım ve LVM Wikipedia makalesinde de referans olarak kullanılan; ikincisi pratikte nasıl kullandığımı anlatan benim tarafımdan. Hangisine güvenmek istediğinize kendiniz karar verin.)

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.