लिनक्स सर्वर के लिए मुझे कितने और कौन से विभाजन बनाने चाहिए?

Question

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

लेकिन, लिनक्स बॉक्स बनाते समय मुझे कितने विभाजन बनाने चाहिए? मुझे प्रत्येक विभाजन के लिए कौन सा आकार निर्धारित करना चाहिए?

अंत में, लेकिन कम से कम, मुझे कौन सी विभाजन पर एक अलग डिस्क पर होना चाहिए (मैं / घर के बारे में सोच रहा हूं, / शायद एक तेज ड्राइव, आदि पर var) और मैं एक ही ड्राइव पर कौन से विभाजन साझा कर सकता हूं?

Comments

आपके पास कितने ड्राइव हैं? क्या आप उस संख्या को समय के साथ बदलते हुए अनुमानित करते हैं? क्या यह एकल-उद्देश्य वाला बॉक्स है या सामान्य उद्देश्य है? एकल उपयोगकर्ता या बहु? ये सब बातें मायने रखती हैं।

— pjz

सवाल सामान्य उद्देश्य पर अधिक है लेकिन अभी भी सर्वरों के लिए है।

— पौलग्रुप

Answer 1

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

उदाहरण के लिए यदि यह एक डेबियन-आधारित बॉक्स है, जिसका उपयोग mysql के लिए किया जाएगा, तो आप /, / var, और / var / lib / mysql के लिए अलग विभाजन चाहते हो सकते हैं।

क्या यह बहुत सारे साझा भंडारण के साथ एक फ़ाइल सर्वर बनने जा रहा है? आप / a, / home और / srv विभाजन चाह सकते हैं।

केवल स्क्वीड पर चलने वाले बॉक्स के लिए, आप विभाजन के लिए / और विभाजन के स्पूल के लिए फास्ट डिस्क पर एक विभाजन चाहते हो सकते हैं।

जैसा कि आप अपने विभाजन की योजना बना रहे हैं, यह फाइलसिस्टम पदानुक्रम मानक की अच्छी समझ रखने के लिए बहुत सहायक है और यदि / कैसे आपके चुने हुए डिस्ट्रो मानक से विचलित होते हैं।

LVM का उपयोग करने से भविष्य में आपके दिमाग को बदलने और रिबूट किए बिना अपने विभाजन को समायोजित करने में बहुत आसान हो सकता है। और स्नैपशॉट बनाने की इसकी क्षमता बहुत अच्छा बैकअप बनाने में आसान हो सकती है।

Comments

अब तक का सबसे अच्छा जवाब।

— अगली सूचना तक रोक दिया गया।

शानदार जवाब .. दोनों अनुशंसा करते हैं कि संरचना इच्छित उपयोग पर निर्भर है और एलवीएम जाने का एक अच्छा तरीका है।

— रिकमेशम

यहाँ पर विभाजन के मूल्य के बारे में अधिक जानकारी देखें। serverfault.com/questions/61284/sell-partitioning-to-me

— Zoredache

मैं भी ध्यान रखें कि नहीं था था एक फ़ाइल-सिस्टम अनुक्रम स्टैंडर्ड। इसका उल्लेख करने के लिए धन्यवाद।

— जो इंटरनेट

Answer 2

मैं हमेशा ये विभाजन बनाता हूं, और पिछले वर्ष की तरह, हमेशा LVM पर:

/       - a few Gig
/usr    - 24 Gig and mostly empty
/var    - 4 Gig works for me, YMMV
/home   - depends on how many users you will have

सबसे महत्वपूर्ण में से एक है /var- यदि यह एक अलग विभाजन है, तो जब यह भर जाता है, तो आप अपने रूट विभाजन को क्रैश नहीं करेंगे। हालाँकि मैंने कभी ऐसा नहीं किया है, लेकिन कुछ अलग करते हैं /usrताकि वे इसे केवल पढ़ने के लिए माउंट कर सकें।

और मैं कभी-कभी ये विभाजन बनाते हैं:

/boot   - even 1 Gig is way more than enough

तर्क यह है कि हमेशा RAID या LVM विभाजन से बूट करना संभव नहीं है। इस प्रकार, /bootएक सरल ext3 विभाजन हो सकता है, जो /अधिक उन्नत होने की अनुमति देता है।

यदि मेरे पास बड़ी संख्या में बड़ी फाइलें होंगी, तो मैं कभी-कभी इन बड़ी फ़ाइलों के लिए एक विशिष्ट विभाजन बनाऊंगा ताकि बड़ी फ़ाइलों को संग्रहीत करने में कुशल होने के लिए फाइलसिस्टम को ट्वीक किया जा सके। कुछ लोग, यदि वे एक सर्वर से एनएफएस की सेवा करेंगे, तो वे अपने एनएफएस शेयरों के लिए एक अलग विभाजन या प्रत्येक एनएफएस शेयर के लिए एक अलग विभाजन भी बनाएंगे। यह आपकी आवश्यकताओं पर निर्भर करता है।

क्यों LVM? जैसा कि मैंने उत्तर में कहीं और उल्लेख किया है, लेकिन यहाँ उल्लेख करना भूल गया, यह बाद में आपके दिमाग को बदलने और विभाजन का विस्तार करने में बहुत आसान बनाता है। इससे मेरा बट पहले ही बच गया है।

ये सामान्य दिशानिर्देश हैं। बेशक, मुझे उम्मीद है कि यदि आपके सर्वर की विशेष आवश्यकताएं हैं, तो आप इसे ध्यान में रखेंगे और विभाजन को इन आवश्यकताओं को दर्शाएंगे।

Answer 3

यह मानते हुए कि आप एक मशीन का निर्माण कर रहे हैं जो थोड़ी देर तक चलने वाली है, पुनर्निर्माण के लिए असुविधाजनक होगी, और इसे बहुत लचीला बनाने की आवश्यकता होगी, आपको निम्न के समान एक योजना पसंद आ सकती है:

1. कम से कम दो भौतिक ड्राइव स्थापित करें, एक ही आकार; इस उदाहरण के प्रयोजनों के लिए, मैं 500GB SATA ड्राइव मानने जा रहा हूं, लेकिन सिद्धांत ड्राइव के अन्य आकारों के साथ ठीक काम करते हैं।

2. विभाजन प्रत्येक ड्राइव निम्नानुसार है:

   /dev/sda1   500MB
   /dev/sda2   100GB
   /dev/sda3   the rest
   

   लक्ष्य के सामने एक dinky 500MB विभाजन है, OS और अनुप्रयोगों के लिए मध्य में एक बड़ा विभाजन, और अतिरिक्त डेटा के लिए ड्राइव के पीछे।

3. एक SW RAID 1 सेट, से /dev/md0, /dev/sda1और /dev/sdb1; अतिरिक्त SW RAID 1 सेट /dev/md1और /dev/md2संबंधित परिच्छेदों से निर्माण करें।

4. Ext3 के /dev/md0रूप में प्रारूप ; इस हो जाएगा /boot।

5. प्रारूप /dev/md1और /dev/md2LVM भौतिक संस्करणों के रूप में।

6. LVM वॉल्यूम समूह बनाएँ vg_system, जिसमें सम्‍मिलित है /dev/md1।

7. vg_systemअपने विभिन्न OS विभाजनों के लिए उपयुक्त LVM वॉल्यूम बनाएँ ; बहुत कम से कम, आप चाहते हैं swap, /varएक जोड़े की जीबी, और 10 जीबी /या तो। नोट : सभी का आवंटन न करें vg_system! जब आप बाद में तय करते हैं कि आप आकार में वृद्धि करना चाहते हैं \var, या आप एक /optया whatnot जोड़ना चाहते हैं , तो आप वह अतिरिक्त स्थान चाहते हैं।

8. LVM वॉल्यूम समूह बनाएँ vg_data, जिसमें सम्‍मिलित है /dev/md2।

9. vg_dataवांछित के रूप में LVM वॉल्यूम बनाएं ; बहुत कम से कम आप एक बड़ा चाहते हैं /home, और आप के लिए अतिरिक्त मात्रा चाहते हो सकता है, कहते हैं, मेल spools, या डेटाबेस, या वेब जड़ों, या किसी भी अन्य डेटा है कि ओएस का हिस्सा नहीं है। फिर, vg_dataऊपर सूचीबद्ध लोगों के समान कारणों के लिए, सभी को आवंटित न करें ।

इस रणनीति के फायदों में निम्नलिखित शामिल हैं:

• यह हार्डवेयर विफलताओं के प्रति सहनशील है; सिस्टम विफलता के कारण या तो ड्राइव विफल हो सकती है, और यदि आप हॉट-स्वैप नियंत्रक में निवेश करते हैं, तो आप डाउनटाइम के बिना पुनर्प्राप्त कर सकते हैं।

• यह भविष्य के सबूत और विस्तार योग्य है; जब आप सड़क के नीचे कुछ साल 2TB ड्राइव खरीदते हैं, तो आप उन्हें मशीन में थप्पड़ मार सकते हैं, उन्हें एक और SW RAID सेट में बना सकते हैं, इसे LVM भौतिक वॉल्यूम के रूप में प्रारूपित कर सकते हैं, इसे जोड़ सकते हैं जहाँ भी मात्रा समूह को अधिक स्थान (शायद lv_data) चाहिए, तब pvmoveअपने डेटा को पुराने ड्राइव और नए पर माइग्रेट करने के लिए उपयोग करें। इसके अलावा, प्रमुख ओएस अपडेट को काफी कम दर्दनाक पेश किया जा सकता है; अगर आपको एक प्रमुख अपग्रेड (अहम रेड हैट :() के लिए ओएस को फिर से स्थापित करने की आवश्यकता है, तो आप ऐसा घर की निर्देशिकाओं (और मेल स्पूल और जो कुछ भी आप सभी में डालते हैं vg_data) को संरक्षित करते हुए कर सकते हैं ।

इस रणनीति के नुकसान कुछ कम हैं; मुझे लगता है कि यह थोड़ा जटिल है, और आप RAID 1 के कारण लिखने पर एक प्रदर्शन हिट लेते हैं। हालांकि, मैं कुछ वर्षों से इन सिद्धांतों के अनुसार वर्कस्टेशन और स्टैंडअलोन सर्वर का निर्माण कर रहा हूं, और मेरे अनुभव में हर बार मैं डॉन 'इन पंक्तियों के साथ एक मशीन का निर्माण न करें, इससे पहले कि काश मेरे पास होता।

-स्टीव

PS मुझे यह जोड़ना चाहिए कि यदि आपके पास नई मशीन को जल्दी और दर्द रहित रूप से व्यवस्थित करने के लिए बुनियादी ढांचा है, तो इस तरह की प्रणाली ओवरकिल है; RAID सेट और LVM के साथ छेड़छाड़ करने के बजाय, यदि आपको कुछ बदलने की आवश्यकता है तो बस मशीन का पुनर्निर्माण करें।

Answer 4

सालों से मैंने जो भी कंप्यूटर इस्तेमाल किया है वह एक दोहरी बूट प्रणाली है, और लिनक्स पर मैं इस स्कीमा के साथ बहुत ज्यादा फंस गया हूं (मैं यहां व्यक्तिगत वर्कस्टेशन की बात कर रहा हूं, कोई सर्वर सामान नहीं है, इसलिए आपका माइलेज भिन्न हो सकता है)

/     - main thing
/boot - not that relevant, since cylinder being < 1024 and 
        exotic filesystems are no longer an issue
/home - handy if you upgrade your laptop with each new distro :-)

अपने अंतिम उन्नयन के लिए मैंने अपने /विभाजन को मिटाते हुए, स्क्रैच से एक इंस्टॉलेशन किया । इससे मुझे लगता है कि एक अलग /optया /usr/localविभाजन अच्छा होता, जिससे मुझे वहां रखे सभी सामानों को पुनः स्थापित करने की परेशानी होती (जावा, ग्रहण ... मैं आमतौर पर डिस्ट्रो पैकेज्ड लोगों की परवाह नहीं करता)।

Answer 5

एडी द्वारा उल्लिखित विभाजन के अलावा, मैं आमतौर पर दो और अलग विभाजन बनाता हूं

/ tmp - उन्हीं कारणों के लिए आपने एक अलग / var विभाजन बनाया है (मेरे पास अस्थायी स्थान पहले भरा है)। मैं आमतौर पर 1-2 जीबी के साथ जाता हूं

/ usr / स्थानीय - यह आपको अपने सभी अलग-अलग इंस्टॉल किए गए सॉफ़्टवेयर को उड़ाने के बिना आवश्यकतानुसार अपग्रेड और क्लीन / usr करने की अनुमति देता है। यहां आकार इस बात पर निर्भर करता है कि आप कितना बाहरी सॉफ्टवेयर इंस्टॉल करते हैं। मैं आमतौर पर लगभग 10 जीबी के साथ जाता हूं लेकिन मुझे लगता है कि इन दिनों थोड़ा छोटा होना चाहिए।

मैं हमेशा अंतिम / घर बनाता हूं और इसके साथ बाकी डिस्क को भरता हूं।

/ बूट विभाजन पर, मैंने इसे कभी भी 100 एमबी से बड़ा नहीं बनाया है और कभी भी अंतरिक्ष की समस्याओं में नहीं चलता है (मैं अंततः पुराने कर्नेल को साफ करता हूं)। यह वास्तव में बहुत छोटा हो सकता है।

इसके अलावा एक स्वैप विभाजन भी मत भूलना।

Answer 6

ज्यादातर मशीनों के लिए, मैं करता हूं

100MB /boot
1GB * NUMBER_OF_USERS /home
10GB /var/log
10GB /var
REST /

कुछ मामलों में, इसे बंद करने की आवश्यकता होगी, लेकिन मैं उपयोगकर्ताओं को सर्वर पर 1GB से अधिक स्थान प्राप्त नहीं करने के बारे में बहुत अधिक आक्रामक हूं। यदि उन्हें अधिक आवश्यकता होती है, तो वे / tmp का उपयोग कर सकते हैं, इस समझ के साथ कि इसे रात में क्रोन के माध्यम से हटा दिया जाएगा।

Answer 7

यह मानते हुए कि आप एक हार्डवेयर RAID का उपयोग नहीं करते हैं - लिनक्स के तहत मैं हमेशा RAID के शीर्ष पर LVM का उपयोग करूंगा। यहां तक ​​कि एकल डिस्क कॉन्फ़िगरेशन के लिए भी। कारण यह है कि आपके पास अधिक संग्रहण स्थान जोड़ने (LVM समूह का विस्तार करके) या अतिरेक विकल्प बदलने का विकल्प है (कहते हैं कि एक "अजीब" सिंगल डिस्क raid1 कॉन्फिगर्ड को एक मिरर किए गए या कुछ भारी उठाने के साथ भी RAID10 में बदलें)।

आपके प्रश्न का उत्तर देने के लिए मेरे पास आमतौर पर जेनेरिक सर्वर के समान कुछ है। 2 डिस्क (1RU डेल कहो) के साथ शुरू, दोनों के रूप में विभाजित:

• ~ 100MB RAID1 / बूट के लिए
• शेष डिस्क के लिए RAID1 के शीर्ष पर LVM

फिर हम सभी वॉल्यूम को LVM वॉल्यूम के रूप में बनाते हैं: * / * / var * / tmp * / home * / opt

मैं बहुत अधिक फाइल सिस्टम बनाने से बचूंगा क्योंकि यह प्रबंधन करने के लिए एक दर्द है। यदि आप डिस्क पर कम चल रहे हैं, तो आपके पास कई फाइल सिस्टम में खाली स्थान होगा, लेकिन काम करने के लिए पर्याप्त नहीं होगा।

/ एक अलग फाइल सिस्टम पर घर और / tmp हमेशा एक अच्छा विचार है; आम तौर पर मैं अलग / ऑप्ट नहीं करता जब तक कि मैं इसमें बहुत सारे सामान डालने की योजना नहीं बना रहा हूं। (यदि आपके पास बहुत सारे सर्वर हैं जिनके लिए एक ही सॉफ्टवेयर स्टैक की आवश्यकता होती है, तो NFS / ऑप्ट का बेहतर विकल्प हो सकता है)

संक्षेप में, सब कुछ के लिए LVM का उपयोग करें जब तक कि आपके पास कोई कारण नहीं है - इस तरह से आपके पास बदलने का विकल्प है।

इसके अलावा, लॉग सर्वर का उपयोग करें ताकि लॉग आपके / var को न भरे!

Answer 8

• / बूट - 128 एमबी

वॉल्यूम समूह - रूटवग

• / var - 5GB (यह मेल सर्वर के रूप में उपयोग होने पर निर्भर करता है। आप कोर फ़ाइलों को पकड़ने के लिए आकार बदल सकते हैं)
• / tmp - 2GB
• / ऑप्ट - 10 जीबी (सॉफ्टवेयर के लिए उपयोग किया जाता है जो डिस्ट्रो के साथ नहीं आता है)
• / - 6 जीबी - माइनम

वॉल्यूम समूह - डेटाग

• / घर - बाकी

आप अपने सॉफ़्टवेयर के लिए एक अलग / usr बना सकते हैं, लेकिन मेरे मामले में बॉक्स को फिर से स्थापित किया जाता है, इसलिए इसका अपना विभाजन प्राप्त करने की आवश्यकता नहीं है।