L2ARC और ZIL के लिए: क्या दोनों के लिए एक बड़ा SSD, या दो छोटे SSD होना बेहतर है?


22

मुख्य संदर्भ

ZFS L2ARC (ब्रेंडन ग्रेग) (2008-07-22) और ZFS और हाइब्रिड स्टोरेज कॉन्सेप्ट (अनातोल स्टडलर ब्लॉग) (2008-11-11) में निम्नलिखित चित्र शामिल हैं:

ARC, L2ARC, ZIL और एक डिस्क स्टोरेज पूल का एक ZFS पिरामिड दृश्य

सवाल

क्या मुझे SSDs परत पर खड़ी सफेद रेखा की व्याख्या करनी चाहिए - अलग SSDs का उपयोग करने के लिए एक प्राथमिकता के रूप में -

  • L2ARC और ZIL को एक डिस्क पर मिलाने की प्राथमिकता ?

पृष्ठभूमि (टिप्पणियों पर प्रतिक्रिया)

व्यक्तिगत रूप से, घर पर मुझे किसी भी कंप्यूटर के साथ L2ARC या ZIL का उपयोग करने की संभावना नहीं है जो मेरे लिए उपलब्ध है। (मेरा रोज़मर्रा का कंप्यूटर 8 जीबी मेमोरी और हाइब्रिड सीगेट ST750LX003-1AC154 के साथ मैकबुकप्रो 5,2 है। एसएसडी के साथ ऑप्टिकल ड्राइव को बदलने की कोई योजना नहीं है।)

कहीं और: काम के दौरान किट की कुछ पुनर्खरीद होगी, लेकिन मेरे पास कोई तारीख या पूरा विवरण नहीं है। (मिश्रण में xserve RAID x2 ... इस समय मैं उन लोगों को ZFS देने की कल्पना नहीं करता, लेकिन मैं एक खुला दिमाग रखता हूं।)

L2ARC और ZIL दोनों के लिए SSD सर्वोत्तम प्रथाओं के बारे में मेरी जिज्ञासा ZEVO क्षेत्र में प्रदर्शन-संबंधित चर्चाओं के बाद शुरू हुई - विशेष रूप से नीचे दिए गए विषय पर, जहां एक उपयोगकर्ता के पास एक डिस्क पर L2ARC और ZIL दोनों हैं।

अन्य संदर्भ और चर्चा

L2ARC स्क्रीनशॉट (ब्रेंडन ग्रेग) (2009-01-30)

SLOG स्क्रीनशॉट (ब्रेंडन ग्रेग) (2009-06-26)

[zfs- चर्चा] ZFS रूट बैकअप / "डिजास्टर" रिकवरी, और मूविंग पूल (2011-01-10) एक ही डिस्क पर तीन चीजों (रूट पूल, ZIL और L2ARC) के मिश्रण के खिलाफ सुझाता है -

... एक ही डिस्क पर सभी 3 को प्रबंधित करने की कोशिश करते समय होने वाले सिरदर्द के लायक नहीं। उदाहरण के लिए, यदि आप अपने डेटा पूल के लिए ZIL की सामग्री को पुन: स्थापित करने और गलती से क्लोब करने का निर्णय लेते हैं। प्रबंधन और पुनर्प्राप्ति को सरल रखने के लिए पूल घटकों या पूल के पार डिस्क साझा न करें। ...

- मुझे इस बात में ज्यादा दिलचस्पी है कि क्या उनमें से दो चीजों को एक डिस्क पर न मिलाने की सिफारिश की गई है ।

/superuser//a/238744/84988 (2011-01-28) में "कैश (L2ARC कैश) का उल्लेख है और SSD पर लॉग (ZIL)" ( एकवचन ) लिखें । हालाँकि जैसा कि यह FUSE और विंडोज से संबंधित है, मैं उस उत्तर को विशेष रूप से अधिक सामान्य और ZFS के प्रदर्शन-दिमाग के उपयोग के रूप में प्रासंगिक नहीं मानता।

@ क्रिस ने 2011-08-16 को द कॉम्स रूम में ZIL और L2ARC का उल्लेख किया

http://forums.macrumors.com/showpost.php?p=14248388 (2012-01-31) कई SSDs पर चर्चा करता है :

ZFS के बारे में आपको कुछ समझने की ज़रूरत है: इसमें दो अलग-अलग प्रकार के कैशिंग, रीड एंड राइट (L2ARC और ZIL) हैं जो आमतौर पर SSD के लिए रखे जाते हैं। ZIL राइट कैश है। शायद यह गलत धारणा कहां से आई है। ZIL हर लेखन के साथ झूला (एक सक्रिय प्रणाली मानकर) हो रहा है जो कि zpool के साथ होता है। समस्या यह है कि एक MIL- आधारित SSD का उपयोग ZIL के रूप में करने से वे खराब हो जाते हैं और काफी जल्दी विफल हो जाते हैं। ZIL ड्राइव के रूप में उपयोग करने के लिए आपको (बहुत अधिक महंगा) slc- आधारित SSD की आवश्यकता होती है।

पूरी तरह से SSD के बने झूले होने से न केवल यह संभव है, बल्कि यह काफी अच्छी तरह से काम करता है। यह मूल रूप से ZIL और L2ARC के लिए अलग ड्राइव की आवश्यकता को भी समाप्त करता है। हां, आपके पास TRIM का समर्थन नहीं है, लेकिन ZFS की कॉपी-ऑन-राइट प्रकृति के आधार पर, यह शायद एक अच्छी बात है।

उस ने कहा, ZFS लगभग पूर्ण (जैसे, 85% या अधिक) ज़ूलप्स के साथ अच्छा नहीं खेलता है। प्रदर्शन महत्वपूर्ण रूप से कम होने लगता है - चाहे आप घूर्णी चुंबकीय मीडिया या ठोस-अवस्था का उपयोग कर रहे हों। TRIM समर्थन का अभाव शायद उस समस्या को बढ़ा देगा, लेकिन यह पहले से ही एक समस्या है।

/server//a/397431/91969 (2012-06-11) अनुशंसा करता है:

  • ZIL के लिए SLC टाइप SSD (विशेष रूप से MLC नहीं)
  • L2ARC के लिए MLC प्रकार SSD।

/superuser//a/451145/84988 (2012-07-19) में एक विलक्षण "ZD और L2ARC के लिए ZFS को गति देने के लिए SSD" का उल्लेख है ।

zevo.getgreenbytes.com • विषय देखें - FW800 कनेक्शन ऑर्डर के साथ प्रदर्शन समस्या? (2012-09-24) ZIL और L2ARC के लिए एक एकल SSD के साथ फायरवायर बस की चीजों के आदेश से संबंधित है

  • एक तरफ बस आदेश, उस ZEVO विषय ने मुझे आश्चर्य करना शुरू कर दिया कि क्या अलग SSDs बेहतर हो सकते हैं।

और अधिक विशेष रूप से: मैं ऊपर चित्र में सफेद रेखा की व्याख्या के बारे में सोच रहा था ...


2
ऐसा लगता है कि यह एक सर्वर फाल्ट प्रश्न के अधिक हो सकता है। लेकिन आपके विचार के लिए कुछ आपके स्टोरेज पूल पर रीड बनाम राइट लोड है। कुछ शोध हैं जो दिखाते हैं कि एसएसडी छापे कैसे सामान्य रूप से एकल ड्राइव कॉन्फ़िगरेशन की तुलना में लिखने के लिए काफी कम प्रदर्शन कर सकते हैं। xbitlabs.com/articles/storage/display/…

2
जो लोग ZFS से आंतरिक रूप से परिचित हैं, उनमें सुपरयूजर की तुलना में सर्वर फॉल्ट की संभावना अधिक होती है। वोट करने के लिए कदम है, लेकिन एक उत्कृष्ट सवाल है।
19

मैं दो वर्तमान वोटों को बंद करने के लिए देखता हूं, इसके बजाय हम केवल प्रश्न को स्थानांतरित कर सकते हैं? धन्यवाद @afrazier
ग्राहम पेरिन

1
सर्वर दोष में आपका स्वागत है। जैसा कि एफएक्यू कहता है, हम विशिष्ट समस्याओं के आधार पर व्यावहारिक, जवाबदेह प्रश्नों को पसंद करते हैं जो आप का सामना करते हैं । उस ने कहा, आप यहां बहुत सारे सिद्धांत और चर्चा से गुजर चुके हैं, लेकिन जो चीज याद आ रही है वह समस्या है जिसे आप हल करने की कोशिश कर रहे हैं। व्यावहारिक विवरण जोड़ें, और यह एक महान सवाल का निर्माण किया है।
माइकल हैम्पटन

1
बस ध्यान दें करने के लिए, VTCs हैं जवाब स्थानांतरित करने के लिए एक तरीका है। यदि वीटीसी के अधिकांश भाग किसी साइट पर जाने हैं, तो इसे स्थानांतरित कर दिया जाएगा। और हां, व्यावहारिक विवरण, कृपया, यह वास्तव में अच्छी तरह से लिखा और विस्तृत लग रहा है , लेकिन आप जिस स्थिति में हैं, उसे जानने के बिना, वास्तव में एक विशिष्ट उत्तर प्राप्त करना कठिन है। आप स्पष्ट रूप से एक किकैस ZFS सेटअप का निर्माण कर रहे हैं, और विवरण उत्तर का काम करने में सहायक होगा।
जर्नीमैन गीक ऑक्ट

जवाबों:


14

संक्षिप्त उत्तर, क्योंकि मैं नहीं देखता कि आप किस समस्या को हल करना चाहते हैं ...

यदि आप कर सकते हैं, तो अलग उपकरणों का उपयोग करें। यह आपके पर्यावरण के पैमाने पर निर्भर करता है ... यदि यह सिर्फ एक सरल घर प्रणाली या एक वर्चुअलाइज्ड या एक ऑल-इन-वन जेडएफएस समाधान है , तो आप एक डिवाइस का उपयोग कर सकते हैं।

बड़े या उच्च-प्रदर्शन वाले ZFS समाधान में, मैं विशेष रूप से अपनी ZIL या L2ARC भूमिकाओं के लिए अनुकूल उपकरणों का उपयोग करता हूं ... ZIL के लिए Eg STEC ZeusRAM या DDRDrive और L2ARC के लिए किसी भी उद्यम SLC या MLC SAS SSD।

  • ZIL डिवाइस कम क्षमता वाले, उच्च IOPS से कम विलंबता वाले उपकरण होने चाहिए। वे आम तौर पर प्रतिबिंबित होते हैं।
  • L2ARC डिवाइस उच्च-क्षमता वाले होने चाहिए (कारण में: आपको L2ARC आकार बढ़ने पर RAM जोड़ने की आवश्यकता है)। वे स्ट्रिपिंग द्वारा स्केल करते हैं।

तुम क्या कर रहे हो?


मैंने प्रश्न के लिए कुछ पृष्ठभूमि जोड़ी। यह उत्तर आदर्श लगता है-धन्यवाद - मैं स्वीकार करने से पहले कुछ दिनों के लिए चीजों को खुला छोड़ दूंगा।
ग्राहम पेरिन

लिंक उद्देश्यों के लिए: @ewwhite ZFS से 2011 का प्रश्न - ZIL या L2ARC उपयोग के लिए SSD का विभाजन कैसे करें? और स्वीकृत उत्तर के भीतर , "... प्रति पूल समर्पित ZIL और L2ARC उपकरण जाने का रास्ता है"।
ग्राहम पेरिन

6

ZIL के बारे में शुरू से ही कुछ बुनियादी गलत धारणाएं हैं जिन्हें जारी रखने से पहले सही करने की जरूरत है।

इसे समझें: "सामान्य" परिस्थितियों में, ZIL / SLOG को छुआ नहीं गया है।

यह केवल तब लिखा जाता है जब सिंक्रोनस राइट्स कमांड किए जाते हैं या यदि सिंक = हमेशा एक विशेष पूल / डेटासेट पर सक्षम होता है ("zfs सिंक सिंक / डेटासेट प्राप्त करें")

सामान्य परिस्थितियों में ZIL को कभी नहीं पढ़ा जाता है। यह एक आपदा वसूली सुविधा है।

IE: जब बिजली जाती है, तो ZIL केवल वहां होता है। इसका उपयोग उन डेटा को फिर से करने के लिए किया जाता है, जो उस डेटा के पूल में आने से पहले OS में वापस आ गए थे। सभी ZFS पूल को लिखते हैं (सिंक या एसिंक्स) मेमोरी बफ़र्स से हैं।

सामान्य परिस्थितियों में एक बार जब डेटा पूल से टकराता है, तो स्लॉग प्रविष्टि को वाष्पित होने की अनुमति दी जाती है - यह सिर्फ एक बड़ा गोलाकार बफर है और इसे बहुत बड़ा होने की आवश्यकता नहीं है (यहां तक ​​कि 1GB अधिकांश परिस्थितियों में ओवरकिल है)

गैर-समकालिक लेखन राम में टकराए जाते हैं, टकराए जाते हैं और एक उपयुक्त समय पर डिस्क पर लिखे जाते हैं। यदि बिजली चली जाती है, तो वह डेटा खो जाता है, लेकिन FS अखंडता बनाए रखी जाती है (यही कारण है कि आप सिंक = हमेशा सेट करना चाहते हैं)

दूसरी ओर, L2ARC को पढ़ने और लिखने के स्तर पर भारी रूप से अंकित किया जाता है।

"बहुत अधिक l2arc" जैसी कोई चीज़ है, क्योंकि l2arc में जो चीज़ है उसके लिए मेटाडेटा आपके ARC ram से बाहर आता है (यानी, यदि आप l2arc का आकार बढ़ाते हैं तो आपको राम को सूट करने के लिए बढ़ावा देना चाहिए। ऐसा करने में विफलता का परिणाम गंभीर प्रदर्शन में गिरावट और हो सकता है। अंततः l2arc का उपयोग "सभी उपलब्ध स्थान" से कुछ नीचे स्तर पर बंद हो जाएगा)

कुछ निर्माताओं के विरोध के बावजूद, आप l2arc साइज़ को बढ़ाकर मेमोरी की कमी नहीं बना सकते हैं (हार्डवेयर निर्माताओं के कई छापे जो ZFS के उपकरणों में बँट चुके हैं, उन्होंने यह धारणा बनाई है)

tl; dr: यदि आपका IO लोड डेटाबेस गतिविधि है, तो ZIL को ज़ोर से पटकने की संभावना है। यदि यह कुछ और है तो संभावना है कि यह केवल हल्के ढंग से छुआ जाएगा। यह अत्यधिक संभावना है कि 99.9% गतिविधि में ZIL फ़ंक्शन कभी भी किक नहीं करता है।

यह जानकर कि आपको यह तय करने की अनुमति होगी कि क्या आपको ZIL के लिए SLOG विभाजन की आवश्यकता है, क्या यह l2arc विभाजन के साथ सहवास कर सकता है या यदि इसे एक स्टैंडअलोन ड्राइव की आवश्यकता है (और क्या प्रदर्शन स्तर जो स्टैंडअलोन ड्राइव होना चाहिए)।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.