सॉफ्टवेयर एमडी-छापे के साथ एसएसडी पर लिनक्स फ्रॉस्टिम को लागू करना


14

मैं वर्तमान में एक नया उबंटू 13.04 सर्वर बना रहा हूँ जिसमें 2 256GB SSDs है जो एक छापे के दर्पण में मारियाबीडी इंस्टेंस को चलाने के लिए है। हम आमतौर पर LVM को dm-crypt एन्क्रिप्शन के शीर्ष पर md छापे 1 सरणी के ऊपर रखते हैं , लेकिन पहले इस सेटअप में SSDs का उपयोग नहीं किया है।

मेरा प्रश्न है, क्योंकि हम एक नए (3.8) कर्नेल का उपयोग कर रहे हैं, इसे फ़्रेस्सिम को सीधे छापे की मात्रा में लागू करने की अनुमति देनी चाहिए , जैसा कि मैं इसे समझता हूं। क्या अब मैं बस fstrim -v /एक क्रॉन जॉब के जरिए ठीक से काम करने के लिए इस पर भरोसा कर सकता हूं , जैसे कि अगर छापेमारी नहीं होती तो? क्या छापे की मात्रा के शीर्ष पर LVM के साथ भी यह सच है? हम ड्राइव पर मौजूद हार्डवेयर एन्क्रिप्शन का उपयोग करने की योजना बनाते हैं, इसलिए हमें यहां dm-crypt की आवश्यकता नहीं होगी।

नोट: मुझे पता है कि अद्यतन कर्नेल संस्करणों को वापस करने और md वॉल्यूम के साथ त्याग को लागू करने से संबंधित कई समान प्रश्न हैं - मैं विशेष रूप से पूछ रहा हूं कि क्या fstrimनए कर्नेल में आगे संशोधन के बिना एमडी-छापे के खिलाफ काम करता है।

अद्यतन: बस का पालन करना और पोस्ट करना चाहता था कि यह ठीक काम करता है। अब में cron.daily कि रन पर fstrim एक काम है /और /bootऔर यह पूरी तरह से काम कर रहा है। इसके अलावा, यह SSDs (Samsung 840 Pros) पर हार्डवेयर एन्क्रिप्शन को चालू करता है, जिसे TPM समर्थन की आवश्यकता होती है, जो हमारे पास नहीं है, इसलिए हमने सॉफ्टवेयर एन्क्रिप्शन के साथ कॉन्फ़िगर किया जैसा कि लिंक में दिखाया गया है। जोड़ कर discardमें विकल्प के लिए /etc/crypttab( नहीं करने के लिए /etc/fstab) और issue_discards = 1के उपकरणों अनुभाग के लिए /etc/lvm/lvm.conf, fstrim भी माध्यम से एलवीएम, एन्क्रिप्शन और RAID परतों ठीक काम करता है। LVM और एन्क्रिप्शन के साथ SSDs पर ट्रिम / त्याग के लिए कॉन्फ़िगर करने के बारे में अधिक जानकारी यहाँ उपलब्ध है।

जवाबों:


11

टीआरआईएम के लिए mdraid RAID 1 और 10 समर्थन के लिए पैच लगभग एक साल पहले बढ़ गया था।

आप discardविकल्प के साथ फाइल सिस्टम बढ़ते हुए (जो स्वत: TRIM सक्षम करता है) अपने कर्नेल के समर्थन का परीक्षण कर सकते हैं । यदि यह समर्थित है, तो आपको syslog में या dmesgनिम्न की तरह एक संदेश दिखाई देगा :

EXT4-fs (md1): re-mounted. Opts: discard,data=ordered

अन्यथा आपको यह मिलेगा:

EXT4-fs warning (device md1): ext4_issue_discard:2619: discard not supported, disabling

आपको यह देखने के लिए रिबूट करने की आवश्यकता नहीं है कि क्या यह काम कर रहा है:

mount /dir -o remount

1
इसलिए अगर मैं आपको सही तरीके से समझूं, अगर आप काम करना छोड़ देते हैं, तो साथ ही साथ भटकना चाहिए?
nedm

1
सही बात। यदि इसे पूरी तरह से लागू किया जाता है, तो यह किसी भी तरह से काम करेगा।
माइकल हैम्पटन

3
यदि आप स्वचालित TRIM करने का इरादा नहीं रखते हैं, तो बाद में माउंट विकल्पों को बदलना न भूलें। :)
माइकल हैम्पटन

2
रिकॉर्ड के लिए, RAID1 के लिए TRIM समर्थन 11 अक्टूबर 2012 को जोड़ा गया था, यहाँ देखें lkml.indiana.edu/hypermail/linux/kernel/1203.1/01772.html तो कर्नेल 3.4 इसका समर्थन नहीं करता है, लेकिन 3.8 करता है (पता नहीं लगभग 3.5 / 3.6 / 3.7)
Joril

3
@ मिचेल हैम्पटन दुर्भाग्य से सच नहीं है। उदाहरण के लिए, कर्नेल 3.2 के साथ, MD4 पर LV4 (सॉफ्ट) RAID1 पर ext4 के साथ, (re) माउंटिंग के साथ ext4 बढ़ते हुए त्रुटि की रिपोर्ट नहीं करेगा, लेकिन या तो काम नहीं करेगा (जैसा कि एमडी RAID1 3.2.x कर्नेल में समर्थन नहीं करता है टीआरआईएम कमांडों के पास से गुजरना)। तो यह
मतिजा नालिस
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.