सवाल वीएमवेयर पर लिनक्स - विभाजन का उपयोग क्यों करें?


वर्चुअलाइज्ड वातावरण (मेरे मामले में ESXi) में लिनक्स वीएम स्थापित करते समय, क्या प्रत्येक माउंट पॉइंट के लिए अलग डिस्क जोड़ने के बजाय डिस्क को विभाजित करने के लिए किसी भी अनिवार्य कारण हैं (ext4 का उपयोग करते समय)?

केवल एक ही मैं देख सकता हूं कि यह देखने के लिए कुछ आसान बनाता है कि डिस्क पर मौजूद डेटा मौजूद है या नहीं। fdisk।

दूसरी तरफ, मैं कुछ अच्छे कारण देख सकता हूं नहीं विभाजन का उपयोग (स्पष्ट रूप से / बूट के अलावा, स्पष्ट रूप से)।

  • डिस्क का विस्तार करना बहुत आसान है। यह सिर्फ वीएम के लिए डिस्क आकार बढ़ाने के लिए है (आमतौर पर वीसीएन्टर में), फिर डिवाइस को वीएम में पुन: स्कैन करें, और फ़ाइल सिस्टम को ऑनलाइन आकार दें।
  • अंतर्निहित एलयूएन के साथ विभाजन को संरेखित करने के साथ कोई और समस्या नहीं है।

मुझे इस विषय पर बहुत कुछ नहीं मिला है। क्या मुझे कुछ महत्वपूर्ण याद आया है?


45
2017-10-02 09:07


मूल


ओह और मैं बस टिप्पणी करना चाहता था कि एसएफ के कुछ और 'उच्च-प्रतिनिधि' उपयोगकर्ताओं ने मुझे कैसे प्रभावित किया और आपके पहले प्रश्न के साथ थे। हम कभी-कभी नए लोगों को मारने का आरोप लगाते हैं लेकिन यह वास्तव में सिर्फ इतना है कि बहुत से नए उपयोगकर्ता नहीं पढ़ते हैं कि हम क्या हैं और हम क्या नहीं हैं - इसलिए मैंने सोचा कि मुझे सिर्फ एक उचित प्रश्न पूछने के लिए धन्यवाद कहना चाहिए अच्छी तरह लिखित और विचार किया तरीका :) - Chopper3
मेरे पास दो टिप्पणियां हैं: 1) वीएमवेयर एक उत्पाद नहीं बल्कि एक कंपनी है। वीएमवेयर ईएक्सएआई एक उत्पाद होगा। 2) मैं सामान्य रूप से वर्चुअलाइज्ड वातावरण के बारे में इस प्रश्न को संपादित करता हूं, क्योंकि यह समान रूप से प्रासंगिक है। केवीएम, ज़ेन और हाइपरवी। - Sven♦
धन्यवाद। और मैंने शब्द को थोड़ा और सामान्य बनाने के लिए संपादित किया है। - savoche
@Savoche आपको एक जवाब चिह्नित करना चाहिए। - ewwhite


जवाब:


यह एक दिलचस्प सवाल है...

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

मुझे 2007 से वीएमवेयर वातावरण में विभिन्न रूपों में तैनात हजारों लिनक्स वीएम का समर्थन करना पड़ा। तैनाती के लिए मेरा दृष्टिकोण विकसित हुआ है, और मेरे पास अद्वितीय (कभी-कभी दुर्भाग्यपूर्ण) अन्य इंजीनियरों द्वारा निर्मित विरासत और रिफैक्टरिंग सिस्टम का अनुभव।

पुराने दिन...

दिन में (2007), मेरे शुरुआती वीएमवेयर सिस्टम को मेरी नंगे धातु प्रणालियों की तरह विभाजित किया गया था। वीएमवेयर पक्ष पर, मैं वीएम के डेटा को शामिल करने के लिए 2 जीबी मोटी फाइलों का उपयोग कर रहा था, और कई वीएमडीके की धारणा के बारे में भी नहीं सोचा था, क्योंकि मैं बस खुश था कि वर्चुअलाइजेशन भी काम कर सकता था!

वर्चुअल इंफ्रास्ट्रक्चर ...

ईएसएक्स 3.5 और शुरुआती ईएसएक्स / ईएसएक्सआई 4.x रिलीज (200 9 -2011) द्वारा, मैं लिनक्स का उपयोग कर रहा था, जो मोनोलिथिक के ऊपर सामान्य के रूप में विभाजित था मोटा प्रावधान वीएमडीके फाइलें। स्टोरेज को प्रीलोकेट करने के लिए मुझे लिनक्स डिज़ाइन के बारे में सोचने के लिए मजबूर होना पड़ा जैसा कि मैं असली हार्डवेयर के साथ करता था। मैं 36 जीबी, 72 जीबी, 146 जीबी वीएमडीके ऑपरेटिंग सिस्टम के लिए, सामान्य /, / बूट, / यूएसआर, / var, / tmp विभाजन कर रहा था, फिर "डेटा" या "विकास" विभाजन के लिए एक और वीएमडीके जोड़ रहा था (चाहे वह / घर, / ऑप्ट या कुछ आवेदन-विशिष्ट)। फिर, इस युग के दौरान भौतिक हार्ड डिस्क आकार में मीठा स्थान 146 जीबी था, और चूंकि प्रीलोकेशन एक आवश्यकता थी (जब तक एनएफएस का उपयोग नहीं किया जाता), मुझे अंतरिक्ष के साथ रूढ़िवादी होना जरूरी था।

पतली प्रावधान का आगमन 

वीएमवेयर ने बेहतर सुविधाओं को विकसित किया कम प्रावधान बाद में ESXi 4.x रिलीज़ में, और यह बदल गया कि मैंने कैसे नए सिस्टम स्थापित करना शुरू किया। 5.0 / 5.1 में पूर्ण फीचर सेट जोड़े जाने के साथ, एक नए प्रकार की लचीलापन ने अधिक रचनात्मक डिज़ाइन की अनुमति दी। आपको याद है, यह वर्चुअल मशीनों पर बढ़ी हुई क्षमताओं के साथ तालमेल रख रहा था, इस बात के संदर्भ में कि कितने वीसीपीयूएस और व्यक्तिगत वीएम के लिए रैम कितना किया जा सकता है। अतीत की तुलना में अधिक प्रकार के सर्वर और एप्लिकेशन वर्चुअलाइज्ड किए जा सकते हैं। यह सही है क्योंकि कंप्यूटिंग वातावरण पूरी तरह आभासी होने जा रहे थे।

एलवीएम भयानक है ...

जब तक वीएम स्तर पर पूर्ण गर्म-जोड़ कार्यक्षमता जगह और सामान्य (2011-2012) थी, मैं एक ऐसी फर्म के साथ काम कर रहा था जो किसी भी कीमत पर अपने ग्राहकों के वीएम के लिए अपटाइम बनाए रखने की कोशिश करता था (बेवकूफ)। तो इसमें ऑनलाइन वीएमवेयर सीपीयू / रैम बढ़ता गया और जोखिम भरा मौजूदा वीएमडीके पर एलवीएम डिस्क का आकार बदल रहा है। इस वातावरण में अधिकांश लिनक्स सिस्टम एकल वीएमडीके सेटअप थे जो LVM के शीर्ष पर ext3 विभाजन के साथ थे। यह भयानक था क्योंकि एलवीएम परत जोड़ा गया जटिलता और अनावश्यक जोखिम संचालन के लिए। उदाहरण के लिए, / usr में अंतरिक्ष से बाहर निकलने के परिणामस्वरूप, खराब निर्णयों की एक श्रृंखला हो सकती है जिसका अंततः बैकअप से सिस्टम को बहाल करना था ... यह आंशिक रूप से प्रक्रिया और संस्कृति से संबंधित था, लेकिन फिर भी ...

विभाजन snobbery ...

मैंने यह अवसर लिया प्रयत्न इसे बदलने के लिए। मैं थोड़ा सा हूँ विभाजन-स्नॉब लिनक्स में और महसूस करते हैं कि फाइल सिस्टम को निगरानी और परिचालन आवश्यकताओं के लिए अलग किया जाना चाहिए। मैं एलवीएम को भी नापसंद करता हूं, खासकर वीएमवेयर के साथ और जो कुछ आप पूछ रहे हैं उसे करने की क्षमता। इसलिए मैंने वीएमडीके फाइलों को विभाजन में विस्तारित किया जो संभावित रूप से बढ़ सकता है। / opt, / var, / home यदि आवश्यक हो तो अपनी आभासी मशीन फ़ाइलों को प्राप्त कर सकता है। और वे कच्चे डिस्क होंगे। कभी-कभी फ्लाई पर विशेष अंडरसाइज्ड विभाजन का विस्तार करने के लिए यह एक आसान तरीका था।

Obamacare ...

ए के ऑनबोर्डिंग के साथ बहुत उच्च प्रोफ़ाइल ग्राहक, मुझे लिनक्स वीएम संदर्भ टेम्पलेट के डिजाइन के साथ काम सौंपा गया था जिसका उपयोग उन्हें बनाने के लिए किया जाएगा अत्यंत दृश्य अनुप्रयोग पर्यावरण। आवेदन की सुरक्षा आवश्यकताओं की आवश्यकता है माउंट का अद्वितीय सेट, इसलिए डेवलपर्स के साथ गैर-विकास विभाजन को एक वीएमडीके पर क्रैक करने का प्रयास करने के लिए काम किया, और फिर प्रत्येक माउंट के लिए अलग-अलग वीएमडीके जोड़ें जो विकास क्षमता थी या विशिष्ट आवश्यकताओं (एन्क्रिप्शन, ऑडिटिंग इत्यादि) थी, अंत में, ये वीएम में 5 या अधिक वीएमडीके शामिल थे, लेकिन भविष्य के आकार बदलने और डेटा की सुरक्षा के लिए सबसे अच्छी लचीलापन प्रदान की गई।

मैं आज क्या करता हूं ...

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


26
2017-10-02 10:29



मैं रूट डिस्क के बजाय विभाजन का उपयोग नहीं करता हूं - c4f4t0r
ओह गीज़, मुझे बहुत पुराना महसूस करने के लिए धन्यवाद। मेरे लिए 2007 अभी भी "लगभग वर्तमान" है। :-) - Brian Knoblauch
आपने अतीत में जो किया है (जो आज के लिए अप्रासंगिक है) का वर्णन करने में बहुत समय गुम हो गया है, इसलिए आप उल्लेख करना भूल गए हैं कि आप अतिरिक्त वीएमडीके को विभाजित करते हैं या फाइल सिस्टम को सीधे उनके ऊपर रखते हैं। बीटीडब्ल्यू एलवीएम के साथ क्या गलत है? यह मुझे कभी विफल नहीं हुआ है, हो सकता है कि आप इसका उपयोग करके सहज महसूस न करें लेकिन यह लिनक्स के लिए एक शानदार जोड़ा है (जब तक हमारे पास मूल ZFS नहीं है)। - Jakov Sosic
माउंटपॉइंट के रूप में जोड़े जाने वाले अतिरिक्त वीएमडीके को विभाजित नहीं किया जाता है। - ewwhite
"बैक इन द डे" 2007 था? 1 999 में आईबीएम में मैं एक मानार्थ लाइसेंस प्राप्तकर्ता था जब संस्करण 1 भेज दिया गया था। मैं एक वीएम डायनासोर हूं: डी (लहरें @ ब्रायनकोबलोच)। आपकी LVM टिप्पणियों के अनुसार, लगता है जैसे आप इसे लिनक्स के संदर्भ में देख रहे हैं। लिनक्स से पहले वर्षों के लिए वाणिज्यिक यूनिक्स भूमि में एलवीएम परिपक्व प्रौद्योगिकी। यदि आपने टॉप-एंड सोलारिस / स्पार्क / ईएमसी सिमेट्रिक्स प्रबंधित किया था, तो लिनक्स एक कदम की तरह था (और अभी भी कई तरीकों से है)। छोटी डिस्क के दिनों में, एलवीएम ने बहु-टेराबाइट डेटाबेस प्रबंधित किए। मुझे आपके द्वारा वर्णित समस्याओं का कभी सामना नहीं हुआ है, जो वास्तव में लोगों की समस्याओं की तरह लग रहा है, हालांकि मैं निश्चित रूप से संबंधित हो सकता हूं। - codenheim


आप कई तरीकों से सही हैं, मैं तर्क देख सकता हूं - एक मुद्दा है जो हालांकि मुश्किल साबित हो सकता है। यदि आप संसाधन पूल का उपयोग करते हैं (और मुझे पता है कि मैं नफरत करता हूं, तो घृणित चीजें नहीं) तो वीएम को अधिक डिस्क मिल सकती है यदि उनके पास अधिक डिस्क हैं - चरम संसाधन बाधित स्थितियों में दो डिस्क वाले वीएम को दो बार जितना आईओ संसाधन मिल सकता है एक डिस्क यह आपके लिए कोई मुद्दा नहीं हो सकता है लेकिन मैंने सोचा कि मैं इसे इंगित करूंगा।

संपादित करें - ओह और यह थोड़ा धीमा कर देगा, लेकिन फिर भी यह कोई मुद्दा नहीं हो सकता है।


7
2017-10-02 09:10





जब मैंने एक विशेष "बड़ी वर्चुअलाइजेशन सॉफ्टवेयर कंपनी" पर बुनियादी ढांचे में काम किया, तो हमें अक्सर वीएम के फाइल सिस्टम के आकार को बढ़ाने की आवश्यकता होती थी। हमने उस समय ext3 / 4 का उपयोग किया था।

वर्चुअल डिस्क को बढ़ाना बहुत आसान है, लाइव ओएस में नया डिवाइस आकार चुनना अपेक्षाकृत आसान है (/ sys में चारों ओर पोक), ext3 / 4 फाइल सिस्टम का आकार बदलना आसान था, लेकिन हमेशा असंभव लग रहा था (लाइव करने के लिए) विभाजन का आकार बदलना

आपको fdisk का उपयोग करके विभाजन तालिका को gparted या पुनः लिखना / आकार बदलना था - लेकिन इसे हमेशा कर्नेल द्वारा लॉक किया गया था और कर्नेल को नया लेआउट लेने के लिए रीबूट की आवश्यकता थी (partprobe ने इसे भी नहीं किया था।)

मैंने कई प्रणालियों को LVM में स्थानांतरित कर दिया और फाइल सिस्टम का आकार बदलना एक आसान, लगभग सुखद, अनुभव बन गया!

  • वीएम के बाहर आभासी डिस्क छवि बढ़ाएं
  • वीएम में,
    • डिस्क मेट्रिक्स को पुन: स्कैन करने के लिए पॉक / sys (echo "1"> / sys / class / scsi_device // डिवाइस / rescan)
    • pvresize / dev / sdX (LVM में भौतिक वॉल्यूम का आकार बदलें)
    • lvresize --extents + 100% मुफ़्त / देव / वीजी / lvolXX (एलवीएम में तार्किक मात्रा का आकार बदलें)
    • resize2fs (फाइल सिस्टम का आकार बदलें)

यह सब एक लाइव सिस्टम पर सुरक्षित रूप से किया जा सकता है - और कोई रीबूट की आवश्यकता नहीं है!

एक नंगे डिस्क क्यों नहीं? यह मुझे परेशान करता है - मुझे नहीं लगता कि नंगे डिस्क अभी तक काफी स्वीकार्य हैं, लेकिन मुझे लगता है कि हम बहुत व्यापक स्वीकृति के कगार पर हैं। इससे संबंधित बीआरटीएफ मेलिंग सूची पर एक धागा था:

http://www.spinics.net/lists/linux-btrfs/msg24730.html

लेकिन एक नंगे डिस्क को केवल rescan और resize2fs की आवश्यकता होगी।

तो, संक्षेप में, हाँ, विभाजन तालिका से बचें यदि आप कर सकते हैं।


6
2017-10-02 19:07



कर्नेल को विभाजन तालिका को दोबारा पढ़ने के लिए आपको रीबूट की आवश्यकता नहीं है। परन्तु आप होगा आकार बदलने वाले डिवाइस पर फ़ाइल सिस्टम को अनमाउंट करने की आवश्यकता है (जो कि अगर यह / विभाजन है तो मुश्किल है)। उस विभाजन तालिका के अलावा दस्तावेजी उद्देश्यों की सेवा कर रहे हैं - हर कोई और उसका चाचा एक चलाएगा fdisk -l (या इसी समकक्ष) यह देखने के लिए कि अज्ञात डिस्क क्या है। यदि यह विभाजित नहीं है, तो इसे आसानी से "खाली" और ओवरराइट करने के लिए गलत किया जा सकता है। यही कारण है कि मैं हमेशा डिस्क के लिए एक विभाजन तालिका बनाएँ। हालांकि, एलवीएम बुरा है। - the-wabbit
यह इन विशिष्ट वीएम पर मेरा अनुभव नहीं है, हालांकि यह अतीत में दूसरों पर काम करता है। एफएस को अनमाउंट करने से ताला मुक्त नहीं हुआ। शायद यह सिर्फ Centos5 था, मुझे पता नहीं था। मैं फंस गया था। एक विभाजन दुनिया में, एलवीएम कमाल है। नए btrfs / zfs दुनिया में, यह अप्रचलित है। आईएमएचओ, ज़ाहिर है। - rrauenza
मुझे यह महसूस करने में थोड़ी देर लग गई कि आप वास्तव में वीएम के अंदर एलवीएम का उपयोग कर रहे थे ... क्या कोई कारण है कि आप मेजबान पर LVM का उपयोग नहीं करते हैं और बस अतिथि को डिस्क के रूप में उपयोग करने के लिए एक एलवी देते हैं? आकार बदलने के लिए कदम होंगे: होस्ट में वॉल्यूम का आकार बदलें, अतिथि पर rescan, अतिथि पर resize2fs। - GnP
हाँ, वीएम के अंदर। चूंकि यह एएसएक्स के तहत है वर्चुअल डिस्क को एक vmdk फ़ाइल होना है। हां, सैद्धांतिक रूप से हम अतिथि में कच्ची डिस्क का उपयोग कर सकते थे। - rrauenza
एक नंगे डिस्क का उपयोग करना इतना आसान है - 5 में से 2 चरणों को हटा देता है, LVM को जानने की आवश्यकता नहीं है। एलवीएम में एफएस का आकार बदलना खतरनाक रहा है हालांकि यह बेहतर हो रहा है: एलवीएम खतरे और चेतावनी। - RichVel


जबकि आपका प्रश्न लिखित रूप में वीएमवेयर (ईएसएक्सआई) के बारे में है, मैं एक ऐसी स्थिति जोड़ना चाहता हूं जहां मैंने केवीएम पर एक ही विचार रखने के बाद विभाजन तालिकाओं का उपयोग करने के लिए वापस स्विच किया।

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

अनुमोदित, यह एक कोने का मामला है लेकिन आपको इस तरह के सेटअप की आवश्यकता होने पर विचार करने लायक है।


1
2017-10-02 10:10



वीएम के अंदर आपको एलवी पर वीजी की आवश्यकता क्यों होगी? (ध्यान दें कि मैं एलवीएम के लिए नया हूं, मैं आपके तरीके का न्याय नहीं कर रहा हूं, बस इस तरह के सेटअप के उपयोग को समझने की कोशिश कर रहा हूं) - GnP
आप नेस्टेड एलवी को फ़िल्टर करने के लिए मेजबान पर LVM फ़िल्टर का उपयोग कर सकते हैं। - Mircea Vutcovici


चाहे यह करना बेहतर है या नहीं, आपके सिस्टम पर निर्भर करता है।

प्रत्येक सेटअप के पेशेवर और विपक्ष हैं।

हालांकि, एक ड्राइव के मुख्य फायदे निम्नानुसार हैं:

  1. सरलता: एक ड्राइव में एक फ़ाइल होती है, जिसे आसानी से वितरित और दोहराया जा सकता है।
  2. होस्ट ओएस के संकेत: एक फ़ाइल को डेटा के एक ब्लॉक के रूप में माना जाएगा, और इसलिए होस्ट ओएस को पता चलेगा कि अतिथि मशीन एक्सेस के अनुक्रम सभी एक ही फाइल में होंगे। यह किसी भी फ़ाइल में सभी ड्राइव छवियों को बस रखकर कुछ होस्ट ओएस कॉन्फ़िगरेशन पर हासिल किया जा सकता है, लेकिन यह आवश्यक नहीं होगा।

हालांकि, बहु ड्राइव के फायदे हैं।

  1. दुर्लभ धातु संबंध / मैन्युअल स्थान: एक ड्राइव के साथ आप ड्राइव के एक नंगे-धातु संबंध में बंद कर रहे हैं।
  2. आकार सीमाएं: यदि आपके सिस्टम में ड्राइव के आकार या फ़ाइलों पर सीमा है, तो आप उन्हें बहुत बड़ी प्रणालियों पर मार सकते हैं।
  3. सुरक्षा के लिए केवल पढ़ने के लिए वॉल्यूम्स: यह एक बड़ा फायदा है। यदि ओएस के लिए आपका मास्टर वॉल्यूम केवल वीएम पक्ष पर पढ़ा जाता है तो यह प्रमुख सुरक्षा फायदे प्रदान करता है, जो अनिवार्य रूप से अतिथि के बेस ओएस को संपादित करने से वीएम के अंदर कार्यक्रमों की क्षमता को लॉक कर देता है। एक अलग डेटा ड्राइव का उपयोग करने से आप केवल-पढ़ने के लिए ड्राइव तैयार कर सकते हैं, जिसे केवल क्लीनरूम टेम्पलेट डेटा के बिना रखरखाव और अपडेट के लिए रीड-राइट बूट किया जा सकता है, सर्वर के भीतर से महत्वपूर्ण ओएस निर्देशिकाओं में संशोधन को रोकता है।

1
2017-10-02 17:53



मल्टी-ड्राइव आपको स्वतंत्र मोड में कुछ डिस्क फ़ाइलों को कम से कम (ESXi पर) भी देता है। इस तरह आप उदा। स्नैप और स्नैप आधारित बैकअप में अस्थायी डेटा। - savoche


एक और विकल्प है: एनएफएस वॉल्यूम पर एप्लिकेशन डेटा माउंट करें। आपको अच्छे फाइलर्स की आवश्यकता है (सभी एनएफएस कार्यान्वयन समान नहीं हैं)।

जब एनएफएस वॉल्यूम्स भर जाते हैं, वॉल्यूम का विस्तार करें, लिनक्स क्लाइंट तुरंत अतिरिक्त जगह देखेंगे।

आपके आवेदन और विक्रेता को एनएफएस पर अपना डेटा रखने का समर्थन करना चाहिए, और आपको सावधानीपूर्वक NAS डिज़ाइन की आवश्यकता है, लेकिन आप अपने वर्चुअलाइज्ड वातावरण के लिए प्रत्येक स्टोरेज समाधान के साथ करते हैं।

इस दृष्टिकोण के लिए एक और बोनस प्वाइंट यह है कि यदि आपके स्टोरेज विक्रेता में स्नैपशॉटिंग / क्लोनिंग तकनीक (जैसे जेएफएस या नेटएप) डेटा का बैक अप ले रही है और टेस्ट / डेव वातावरण बनाना वास्तव में आसान है।


1
2017-10-03 06:41





कुछ लिनक्स वितरणों के लिए डिस्क को विभाजन करने की आवश्यकता के कारणों को इस तथ्य के कारण है कि बूटलोडर और सभी विरासत टुकड़े इसके साथ जाने के लिए हैं, यानी इम्यूलेटेड BIOS। इससे डिस्क का आकार बदलना मुश्किल हो जाता है और कई एलवीएम या अन्य समान गैर-समझ का उपयोग करके समाप्त हो जाते हैं।

कोई भी पूरी मात्रा में एक फाइल सिस्टम बना सकता है और इसे चालू कर सकता है /, जो एक बहुत ही कस्टम (या अनुकूलन योग्य / गैर-विचारित) लिनक्स वितरण के साथ काम करेगा। आखिरी बार मैंने उबंटू 12.04 के साथ यह कोशिश की, इंस्टॉलर को यह नहीं पता था कि इसे कैसे संभालना है क्योंकि इसे अपनी बेवकूफ विभाजन तालिका को सभी जैज़ इंस्टॉल करना होगा। यह वर्चुअलाइज्ड दुनिया में सामान्य उद्देश्य वितरण की समस्या है।

दूसरी तरफ, कोई वास्तव में कम पारंपरिक उपयोग के लिए विभाजन कर सकता है, उदाहरण के लिए क्रोम ओएस तथा CoreOS सिस्टम उन्नयन के लिए दो पढ़ने-केवल रूट विभाजन हैं।


0
2017-10-04 07:17





एक कारण जिसका अब तक उल्लेख नहीं किया गया है कि Google Compute जैसे कुछ बुनियादी ढांचे में, डिस्क आईओ प्रदर्शन डिस्क के आकार के साथ रैखिक रूप से बढ़ता है। दूसरे शब्दों में, एक बड़े विभाजन वाले ड्राइव में कई छोटे ड्राइव की तुलना में बेहतर आईओ प्रदर्शन होगा।

ध्यान दें कि यह आम तौर पर मामला नहीं है। जैसा कि चोपपर 3 द्वारा उल्लेख किया गया है, अक्सर कई ड्राइवों में बेहतर आईओ प्रदर्शन होगा। आखिरकार यदि आपके सभी वर्चुअल ड्राइव को एक भौतिक ड्राइव में मैप किया गया है, तो कोई फर्क नहीं पड़ता।


0
2017-10-04 09:02





मेरे अनुभव में ओएस के लिए 1 वीएमडीके का बेहतर उपयोग करना है और मैं आमतौर पर इसे निम्न तरीके से विभाजित करता हूं:

/dev/sda1 - /boot - 256M
/dev/sda2 - swap  - ~4GB
/dev/sda3 - /     - ~8GB

मुझे 8 जीबी के लिए पर्याप्त पाया गया है, क्योंकि मैं आमतौर पर न्यूनतम लिनक्स वितरण (~ 800 एमबी) + सॉफ़्टवेयर की आवश्यकता होती हूं। लॉग भी उस विभाजन पर जाते हैं, लेकिन यदि सही तरीके से सेट किया गया है (एक सप्ताह के लिए लॉगरोटेट), और कहीं और भेज दिया गया है (syslog / elasticsearch) वे आम तौर पर विभाजन को भरने के लिए एक इलाज नहीं करते हैं।

डेटा को एक और वीएमडीके के रूप में जोड़ा जाता है, और मैं आमतौर पर नंगे डिस्क (उदाहरण के लिए / dev / sdb) पर सीधे फाइल सिस्टम को प्रारूपित करता हूं। यह मुझे VmWare में वॉल्यूम का आकार बदलने की अनुमति देता है, और पुन: विभाजन / उमाउंट / रीबूट की आवश्यकता के बिना सीधे इसे VM में आकार देता है।


0
2017-10-04 11:00



मुझे पसंद है कि आपने बूट / बूट के बाद विशेष रूप से अपने स्वैप को कैसे विभाजित किया है, जिसे मैंने हाल ही में हाल ही में निकाला है (2008 या तो)। लगभग एक पुरानी सूजन वाली कर्नेल छवि को रखने से मामूली / बूट भागों को फैलाने का कारण बनता है, और एसडीए 2 को / बूट करने के लिए अक्सर इसे पर्याप्त जगह मिलती है। इसका मतलब यह है कि पीवी होल्डिंग रूट का कोई स्थानान्तरण नहीं है, और यह एक मुश्किल ऑपरेशन बचाता है जिसे कभी-कभी दूरस्थ रूप से करने की आवश्यकता होती है। :-) - user2066657


मैं दो कारणों से विभाजन करता हूं:

  1. दस्तावेज़ीकरण - मेरे पास एक बार "प्रशिक्षित" ईएमसी प्रशासक था, जो मेरे नीचे से एलयूएन चुरा रहा था क्योंकि उन्हें अनियंत्रित किया गया था और उन्हें असंबद्ध माना जाता था, और रात के मध्य में, ओरेकल डेटाबेस के लिए पेज किया गया था जो अचानक ऑफ़लाइन चला गया। उन्होंने एक असंबद्ध ऐप के लिए एक और वॉल्यूम के लिए अपने एलयूएन को फिर से प्रावधान किया था। तब से मैं दस्तावेज़ीकरण के बारे में पागल हूँ।
  2. मेरी डिस्क को अधिक प्रावधान। Platters के साथ यह धीमी सिलेंडरों और एसएसडी के साथ डेटा बंद रखता है, यह जीवन भर / एमटीबीएफ फैलाता है।

0
2017-10-06 05:21