2009-03-12 6 views
6

मैं अपने नए समर्पित सर्वर पर डेबियन स्थापित करने जा रहा हूं और मुझे हार्ड ड्राइव विभाजन स्थापित करने का मौका मिला है।क्या समर्पित सर्वर हार्ड ड्राइव को विभाजित करना समझ में आता है?

सर्वर में दो 750 जीबी ड्राइव RAID 1 के रूप में कॉन्फ़िगर हैं। हमारे पास 10 पोस्टग्रेस्क्ल डेटाबेस हैं, जहां प्रत्येक डेटाबेस लगभग 2 जीबी होगा। निश्चित रूप से इस सर्वर पर अपाचे/PHP भी होगा। हम केवल अपने स्वयं के वेब अनुप्रयोगों के लिए सर्वर का उपयोग करेंगे।

होस्टिंग कंपनी दृढ़ता से दो अलग-अलग विभाजन बनाने की सिफारिश करती है। "/" के लिए पहला छोटा और "/ home" के लिए दूसरा बहुत बड़ा। लेकिन मुझे इसके बारे में कुछ संदेह हैं। मुझे एहसास है कि "/" निर्देशिका के लिए एक बड़ा विभाजन ठीक है। इस question के उत्तर भी सुझाव देते हैं कि डिस्क को कई विभाजनों में विभाजित करने का अर्थ नहीं है।

क्या डिस्क विभाजन अभी भी ऐसे मामलों में प्रासंगिक है?

उत्तर

7

यह प्रासंगिक है यदि आपके पास ऐसा स्थान है जहां डेटा विभाजन को भर सकता है और कुछ और चलने से रोक सकता है; एप्लिकेशन लॉग फाइलें एक विभाजन भर सकती हैं और अन्य ऐप्स को लिखने के लिए कोई टीएम स्पेस नहीं छोड़ सकती हैं, या ओएस लिखने के लिए, इसलिए हाँ, विभाजन के लिए अभी भी प्रासंगिक कारण हैं। बस आपको क्या चाहिए और यह तय करें कि क्या बाकी सिस्टम को इस्तेमाल होने से रोक सकता है या नहीं। यदि ऐसा है, तो आप इसे विभाजित करना चाहते हैं ताकि यदि यह अधिकतम स्थान हो, तो यह केवल स्वयं को नुकसान पहुंचाता है।

+0

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

1

मुझे नहीं लगता कि यह प्रदर्शन के संदर्भ में या किसी भी व्यावहारिक कारण के लिए अब प्रासंगिक है।

बस ध्यान रखें कि RAID1 केवल हार्डवेयर गलती के मामले में आपको बचा सकता है। यह एक बैकअप समाधान नहीं है।

4

जैसा कि आपने इंगित किया था कि थ्रेड में बताया गया है कि, कई विभाजनों से केवल एक ही लाभ के बारे में आपके डेटा को गड़बड़ किए बिना ओएस को मिटा और पुनर्निर्माण करने की क्षमता है। लेकिन आप रिमोट सर्वर पर डेबियन चला रहे हैं, इसलिए यह संभावना नहीं है कि आप कभी ऐसा करेंगे।

पूरे विभाजन को डंप करते समय बैकअप टेप क्षमता के आधार पर कारणों का भी उपयोग किया जाता है, लेकिन यह पिछले शताब्दी में इतनी सूखी है।

नीचे पंक्ति: विभाजन न करें।

+0

पूरी तरह से असहमत।/Var/log के लिए एक अलग विभाजन रखना एक वेब सर्वर के लिए एक अच्छा विचार है क्योंकि लॉग खराब हो जाते हैं, जबकि/var/lib डेटाबेस सर्वर के लिए बहुत उपयोगी होता है (MySQL डेटाबेस आमतौर पर/var/lib में रहते हैं)। –

1

मैं आपकी होस्टिंग कंपनी से सहमत हूं।

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

मैं इसे LINUX और Windows सिस्टम दोनों पर करता हूं हालांकि यह विंडोज़ पर लिनक्स के मुकाबले कई बार मूल्यवान साबित हुआ है। (मेरे पास हमेशा एक डुप्लिकेट विंडोज ओएस इंस्टॉलेशन है जो मुख्य को हल करने के लिए तैयार है!)।

बीटीडब्ल्यू यदि आप अपने डिस्क से अधिक प्रदर्शन प्राप्त करने का प्रयास कर रहे हैं तो यह महसूस करना चाहिए कि डेटा संग्रहीत होने पर स्थान पढ़ने/लिखने के समय को प्रभावित करता है - 2 के कारक तक। आप इसका लाभ उठा सकते हैं, उदाहरण के लिए, डिस्क को 3 विभाजन में स्वरूपित करके। "पहले" की गति "तीसरे"

संबंधित मुद्दे