SSD और SATA ड्राइव के साथ LVM का उपयोग करना

Question

मैंने इस प्रश्न में देखा कि SSD और मानक SATA हार्ड ड्राइव को एक एकल LVM वॉल्यूम समूह (VG) में रखना संभव है।

यह प्रदर्शन को कैसे प्रभावित करता है?

क्या एसएसडी पर ओएस को बाध्य करने का एक तरीका है जबकि डेटा एकल वॉल्यूम समूह के भीतर एसएटीए ड्राइव पर है?

क्या विभिन्न प्रकार के ड्राइव के साथ LVM का उपयोग करने पर कोई अच्छा व्हाइटपर है?

क्या प्रत्येक ड्राइव प्रकार और / या गति के लिए वीजी बनाना फायदेमंद होगा? मैं एसएसडी के लिए एक वीजीए और एसएटीए के लिए एक बनाने की सोच रहा था (और प्रत्येक ड्राइव प्रकार के लिए मैं भविष्य में इसे जोड़ सकता हूं जैसे कि यह आता है)।

Comments

संबंधित - unix.stackexchange.com/questions/7122/…

— ग्रीम

मेरा अंतर्ज्ञान यह है कि SSD और पारंपरिक हार्ड डिस्क दोनों को एक ही वॉल्यूम समूह में रखना वास्तव में एक बुरा विचार होगा।

— संयम

@ सियामियम जो मेरा शुरुआती विचार था। मुझे यकीन नहीं था कि अगर एलवीएम को बताने के तरीके हमेशा ऐसे डेटा के लिए और इस तरह की निर्देशिका से एसडीए पर जा रहे हैं और हमेशा डेटा को दूसरे निर्देशिका में एसडीबी पर जा रहा है।

— निक

@Gememe जो प्रदर्शन के बारे में बहुत बात करता है, लेकिन मुझे अलग-अलग डिस्क प्रकारों से संबंधित कुछ भी दिखाई नहीं दिया, जो कि मैं मुख्य रूप से चिंतित हूं। अगर मुझे कुछ याद आया, तो कृपया इसे इंगित करें।

— निक

निक: मैं अपने सिर के ऊपर से एलवीएम के बारे में जवाब नहीं दे सकता, लेकिन, हां, इसे स्थापित करना संभव है, /etc/fstabइसलिए यह /एसएसडी पर है लेकिन नीचे कुछ भी /homeपारंपरिक हार्ड डिस्क पर है। किसी भी आधुनिक लिनक्स सिस्टम को स्थापित करते समय यह आमतौर पर एक विकल्प /homeहोता है ( "उन्नत विकल्प" के कुछ रूप को चुनते समय "माउंट पॉइंट" होगा)

— samiam

Answer 1

LVM एक तेज़ और धीमी डिस्क के बीच अंतर नहीं करता है। क्या ऐसा लगता है कि उन डिस्क को एक LVM वॉल्यूम समूह में रखना एक अच्छा विचार नहीं है।

इसके अलावा, /tmpएसएसडी पर अपनी निर्देशिका को माउंट करना हमेशा अच्छा होता है जो एक विशाल गति प्रदान करता है, खासकर उन अनुप्रयोगों के लिए जो इसे संकलन के रूप में उपयोग करते हैं।

Comments

/tmpTmpfs पर रखें । अधिक प्रदर्शन, SSD पर कम पहनना (या उस मामले के लिए हार्ड डिस्क पर)। SSD की बहुत तेजी से पढ़ी जाने वाली यह डेटा के लिए ज्यादातर उपयोगी होती है जो इसे लिखे जाने की तुलना में अधिक बार पढ़ा जाता है।

— गिल्स एसओ- बुराई को रोकना '

यह एक भेद्यता के रूप में खोजा गया था और कई वितरणों द्वारा प्रदान नहीं किया गया है।

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

भावहीन। मैं आमतौर पर फ़ाइलों को रिबूट पर साफ करना चाहता हूं /tmp- यदि वे बने रहने के लिए हैं, तो यह वही /var/tmpहै। मैंने /tmpकई मशीनों पर सालों तक tmpfs का इस्तेमाल किया है और स्वैप स्पेस से बाहर निकलने के करीब कभी नहीं आया, और मेरे पास कम मात्रा में डेटा नहीं है /tmp, ताकि तर्क फर्जी हो। किसी भी मामले में, यह एक भेद्यता नहीं है - यह शब्द एक सुरक्षा समस्या का अर्थ है।

— गिलेस एसओ- बुराई को रोकना '

ऐसा लगता है कि आपके पास सेवा करने के लिए कोई बुरा उपयोगकर्ता नहीं है। यदि आप इसे भेद्यता नहीं कहना चाहते हैं, तो इसे हानिकारक कहें, किसी भी मामले में यह अनुशंसित नहीं है सिवाय इसके कि आपको पता है कि आप क्या कर रहे हैं।

Answer 2

आप हाल ही में ish LVM संस्करणों में क्या कर सकते हैं, HDD पर एक "ओरिजिनल" LV और SSD पर एक "कैश पूल" LV बनाएँ, और फिर इसे एक "कैश" LV में संयोजित करें। इसका आकार "उत्पत्ति" LV (i। ई।) के समान है, आपको केवल HDD पर उतना ही स्थान मिलता है), लेकिन अक्सर उपयोग किए जाने वाले ब्लॉक और मेटाडेटा को प्रदर्शन में सुधार के लिए SSD पर कैश किया जाता है।

इसका सार यह है कि मान लें कि आपके पास पहले से ही दोनों ड्राइवों में एक वीजी है:

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

आप इस ब्लॉग पोस्ट या इस एक पर अधिक जानकारी पा सकते हैं । (पहला वह है जो मैंने संदर्भ के लिए उपयोग किया है और इसका उपयोग LVM विकिपीडिया लेख पर एक संदर्भ के रूप में भी किया जाता है; दूसरा मेरे द्वारा है, यह वर्णन करते हुए कि मैंने इसे व्यवहार में कैसे उपयोग किया है। अपने लिए तय करें कि आप किस पर भरोसा करना चाहते हैं।)