क्या उबंटू सर्वर को चलाने के लिए कोई कारण नहीं हैं?

Question

मैं जल्द ही एक छोटे से कार्यालय के लिए एक नेटवर्क स्थापित करने जा रहा हूँ। नेटवर्क में लगभग 5 वर्कस्टेशन (जल्द ही और अधिक) और 2-3 सर्वर (एक "वास्तविक" सर्वर और मुख्य मशीन से कुछ लोड लेने के लिए एक युगल वर्कस्टेशन-सर्वर शामिल होंगे)।

मैं यह देखने के लिए चारों ओर से पूछ रहा हूं कि कौन सा सर्वर लिनक्स डिस्ट्रोस लोगों को पसंद करता है, और ऐसा लगता है कि हर कोई पारंपरिक रेडहैट-जैसे डिस्ट्रोस का उपयोग करने के लिए पक्षपाती है। हर बार जब मैं एक उबंटू सर्वर चलाने का उल्लेख करता हूं, तो हर कोई कहता है कि मुझे इसके बजाय Red Hat चलाना चाहिए, लेकिन मुझे अभी तक कोई कारण नहीं सुना है कि वह Ubuntu सर्वर न चलाए।

मैं उबंटू / डेबियन सर्वर का उपयोग करने से अधिक परिचित हूं, क्या कोई महत्वपूर्ण कारण है कि मुझे एक अन्य सर्वर डिस्ट्रो को चलाना चाहिए जो एक ओएस से परिचित है?

Comments

एक छोटे से पाँच वर्कस्टेशन कार्यालय में आपको तीन सर्वरों की क्या आवश्यकता हो सकती है?

— JJ01

कई सर्वरों का उपयोग करने के लिए बहुत सारे कारण हैं। वर्कस्टेशनों का समर्थन करने के लिए उन्हें वहाँ नहीं होना पड़ेगा।

— डेविड पशले

पूर्ण रूप से! मुझे लगभग 75 सर्वर और 15 उपयोगकर्ता और लगभग 30TB डेटा मिला है। यह आश्चर्यजनक है कि गैर-मानक बहुत सारे बुनियादी ढांचे कैसे हैं

— मैट सिमंस

Answer 1

ऐसा कोई वास्तविक कारण नहीं है, इसलिए जब तक आप उबंटू सर्वर पर असमर्थित किसी भी सॉफ्टवेयर का उपयोग नहीं कर रहे हैं।

हम CentOS चलाते हैं क्योंकि इसे RedHat Enterprise के साथ द्विआधारी संगतता मिली है, जिसके लिए बहुत सारे वाणिज्यिक सॉफ़्टवेयर पैकेज जारी करते हैं। यह मेरे जीवन को आसान बनाता है, और यह वास्तव में बहुत स्थिर है (ऐसा नहीं है कि उबंटू नहीं है)।

यदि आप उबंटू को जानते हैं, तो उबंटू के साथ जाएं।

Answer 2

मुझे यह कहकर शुरू करना चाहिए कि मैं 2002 से डेबियन समुदाय में शामिल हूं, इसलिए यह स्पष्ट रूप से पक्षपाती है।

हम अपने सर्वर पर विशेष रूप से उबंटू का उपयोग करते हैं। हम मुख्य रूप से बेस ओएस पर मिलने वाले 6 साल की सुरक्षा सहायता के लिए डैपर या हार्डी का उपयोग करते हैं। हमने पाया कि पुराने रिलीज के लिए डेबियन का सुरक्षा समर्थन का वर्ष हमारे सभी सर्वरों के पुनर्निर्माण के लिए पर्याप्त नहीं था। रिलीज की विश्वसनीयता एक अच्छी बात है।

हमें डेबियन और उबंटू चलाने के बीच एक महत्वपूर्ण अंतर नहीं मिला है। मुझे डेबियन पैकेज बनाने के साथ 8 या 9 साल का अनुभव है, इसलिए मैं उबंटू के लिए डेबियन पैकेजों का पुन: निर्माण कर रहा हूं। कुछ मामलों में, आप सीधे बाइनरी पैकेज स्थापित करने से भी दूर हो सकते हैं।

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

Comments

यम (अपने प्लगइन्स के साथ और रेपोक्वेरी जैसे उपकरणों के साथ) एक बहुत बेहतर उपयुक्त है- * प्रतिस्थापन की तुलना में मुझे उम्मीद है कि जब मैंने पहली बार इसका उपयोग करना शुरू किया था। मैं मानता हूं कि पैकेज चयन विरल है, लेकिन fedoraproject.org/wiki/EPEL बहुत मदद करता है।

— Sciurus

Answer 3

अगर निम्नलिखित में से कोई भी सत्य हो तो मैं RedHat का उपयोग करूंगा:

• आपके पास सॉफ़्टवेयर है जो केवल RedHat पर समर्थित है
• आपको आर्किटेक्चर पर चलने की आवश्यकता है उबंटू समर्थन नहीं करता है, केवल मैं सोच सकता हूं कि मेरे सिर के ऊपर आईबीएम मेनफ्रेम है
• आपको 24/7 विश्वसनीयता और इसके साथ जाने वाली समर्थन लागतों की आवश्यकता है। मुझे पता है कि आप उबंटू सर्वर के लिए समर्थन खरीद सकते हैं, लेकिन अगर मैं समर्थन अनुबंधों के लिए हजारों का भुगतान करने को तैयार था, तो मैं सर्वर मार्केट में उनकी स्थापित प्रतिष्ठा के कारण रेडहैट के साथ जाऊंगा।

Answer 4

वाणिज्यिक और बंद-स्रोत सॉफ़्टवेयर (जैसे बैकअप एजेंट) परंपरागत रूप से रेड हैट (एंटरप्राइज) पर सबसे अधिक समर्थित हैं।

यदि आपके पास उस प्रकार के सॉफ़्टवेयर को चलाने की कोई विशिष्ट आवश्यकता नहीं है, तो यदि आप linux में नए हैं, तो मैं आपको डेबियन या ubuntu की सलाह दूंगा।

Answer 5

असली सवाल हैं:

• क्या आप जो पैकेज स्थापित करने जा रहे हैं, वे Canonical द्वारा समर्थित हैं?

टेक सपोर्ट मिलने के साथ ब्रेक्जिट से बचने के लिए यह अधिक है। "आधिकारिक" पैकेज बेहतर तरीके से वीट किए जाते हैं और परिणामस्वरूप, एक नए रिलीज के लिए अपग्रेड करते समय (जितनी बार) नहीं टूटेगा।

• क्या आप उबंटू के एलटीएस संस्करण का उपयोग करने की योजना बना रहे हैं?

दीर्घकालिक समर्थन भी "स्थिरता" कारक में जुड़ जाता है क्योंकि Canonical में LTS रिलीज को यथासंभव स्थिर बनाने में निहित स्वार्थ है।

उदाहरण के लिए, मैंने हाल ही में OpenERP क्लाइंट और सर्वर को स्थापित करने की कोशिश की, संस्करण 5। यह पता चला है कि इंस्टॉलर पूरी तरह से टूट गया है और पैकेज स्थापित होने के दौरान, यह सर्वर को शुरू करने से इनकार करता है। ध्यान दें कि यह 9.04 पर है और पैकेज "आधिकारिक रूप से समर्थित" नहीं हैं। तो आपका माइलेज अलग हो सकता है।

अन्यथा, उबंटू सर्वर का उपयोग करना ठीक होना चाहिए।

बेशक, यदि आप स्थिरता और दीर्घकालिक उपयोग के लिए अधिक देख रहे हैं, तो क्या आपने उबंटू के बजाय डेबियन पर विचार किया है ?

यदि आप केवल व्यावसायिक रूप से समर्थित किसी चीज़ की तलाश में हैं, तो RedHat आपकी पसंद के लिए अधिक हो सकता है। अगर आपके पास बहुत कम पैसा है, तो CentOS का उपयोग करें, लेकिन फिर भी "RPM अनुकूलता" चाहते हैं, जो कि 3rd पार्टी ऐप्स इंस्टॉल करने की कोशिश करते समय लाता है।

Answer 6

RedHat डेरिवेटिव्स सॉफ्टवेयर और हार्डवेयर विक्रेताओं दोनों द्वारा बहुत बेहतर रूप से समर्थित होते हैं।

Answer 7

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

Answer 8

जो आप परिचित हैं, उसके साथ आप सर्वर स्थापित करने वाले सभी के बाद जाएं। दूसरों की तरह जब तक आप लिनक्स पर बंद स्रोत सॉफ़्टवेयर चलाने की योजना नहीं बना रहे हैं, तब तक आपको Red Hat से चिपके रहना चाहिए।

Comments

मुझे लगता है कि "अगर आप योजना बना रहे हैं ..." होना चाहिए

— लियाम

Answer 9

क्या मैं पूछ सकता हूं कि उबंटू क्यों, लेकिन डेबियन नहीं? यदि यह एक सर्वर है, तो आपको सभी फैंसी डेस्कटॉप सामान उबंटू प्रदान करने की आवश्यकता नहीं है। उबंटू का उपयोग करने का अतिरिक्त लाभ क्या होगा?

आईएमएचओ डेबियन उबंटू की तुलना में समझने और बनाए रखने में बहुत आसान है।

इसके अलावा, CentOS / RH या OpenSuse (या SLES) थर्ड पार्टी कमर्शियल सॉफ़्टवेयर विक्रेताओं से बेहतर समर्थित हैं, इसलिए यदि आप ऐसे सॉफ़्टवेयर का उपयोग करने जा रहे हैं, तो उनका बेहतर उपयोग करें।

और आरएचईएल / एसएलईएस से, सेवा प्रबंधन के लिए सुसे के यस को कुछ भी नहीं हराता है - मूल डीएनएस और अपाचे कॉन्फ़िगरेशन के लिए आसान है, आदि।

Comments

पुन: फैंसी डेस्कटॉप सामान उबंटू सर्वर एक बहुत नंगे आधार ओएस है और इसमें कोई डेस्कटॉप वातावरण या एक्स स्थापित नहीं है। यह डिफ़ॉल्ट आरएच या स्यूस इंस्टाल की तुलना में कम से कम स्थापित है।

— 3dinfluence

हालांकि डेबियन उबंटू की तुलना में सर्वर स्थापित करने के लिए भी बैरर है।

— ज़ान लिंक्स

और डेबियन-न्यूनतम / ubuntu- न्यूनतम भी छोटा है। ओएस को अपग्रेड करने के लिए यहां बेहतर बिंदु लंबे समय तक सुरक्षा पैच है।

— जुगलगर 6

डेबियन के विपरीत, उबंटू में एक पूर्वानुमानित जीवन चक्र है - दीर्घकालिक समर्थन रिलीज ज्यादातर दुकानों के लिए उपयुक्त है - इसलिए आप साइट के उन्नयन की योजना बना सकते हैं ...

— लेस्टर चेउंग

Answer 10

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

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

मुझे संदेह है कि आप सर्वर OS के साथ जो खोज रहे हैं, वही बात है।

Comments

एफडब्ल्यूआईडब्ल्यू, शुरुआती एएमडी चिप्स इंटेल्स की तुलना में अधिक गर्मी की घटनाओं के दौरान विफल होने की संभावना थी। यह प्रतिष्ठा केवल तब बढ़ गई थी जब इंटेल ने सक्रिय रूप से ओवर-क्लॉकिंग करना बहुत मुश्किल शुरू कर दिया था, जिसका मतलब था कि सभी लिफाफा-पुशर्स ने एएमडी चिप्स को चलाना समाप्त कर दिया था, और इस तरह से और भी अधिक तापमान-संबंधित विफलताएं थीं।

— डेविड मैकिनटोश

ठीक है, तो एक समय में इसके पीछे एक कारण था। जानकर अच्छा लगा, धन्यवाद।

— निलामो

Answer 11

उबंटू सर्वर के इंस्टॉलर में एक लंबे समय तक चलने वाला बग है जिसके परिणामस्वरूप स्थापना के दौरान गलत बूट सेक्टर को अधिलेखित किया जा सकता है, https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/356095

Answer 12

हम कई वर्षों (के लिए वापस जा के लिए कुछ Ubuntu सर्वर का उपयोग किया है 6.10 एक ज्यादातर Windows नेटवर्क, वर्तमान में (व्यग्र Eft)) 9.04 (बिना इजाजत Jackalope) के साथ इसी तरह / सांबा ई एकीकरण और NTLMAPS के लिए प्राप्त करने के लिए aptईसा के माध्यम से ठीक से अद्यतन करने के लिए प्रॉक्सी।

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

Answer 13

वास्तव में आपके द्वारा प्रदान किए गए पर आधारित नहीं है। उबंटू सर्वर सेटअप और रखरखाव के लिए आसान है, समुदाय बहुत बड़ा है, और एलटीएस संस्करण एक लंबे समय के लिए समर्थित हैं।

व्यक्तिगत रूप से मैं पैकेज प्रबंधन को डेबियन / उपयुक्त दुनिया में रेडहैट / आरपीएम दुनिया की तुलना में बहुत बेहतर पाता हूं ... लेकिन यह सिर्फ मेरे लिए हो सकता है।

किसी भी तरह, जहां यह रेडहैट जैसे बड़े समर्थित वितरणों में से एक का उपयोग करने के लिए भुगतान कर सकता है, हार्डवेयर समर्थन है। आप RedHat या Suse के साथ एक सर्वर खरीद सकते हैं, उदाहरण के लिए, और यह काम करेगा ... जिसमें प्रबंधन उपकरण शामिल हैं। यदि आप उबंटू सर्वर का उपयोग करते हैं, तो आपको इसे चलाने के लिए थोड़ा संघर्ष करना पड़ सकता है, और आपको किसी भी हार्डवेयर प्रबंधन टूल के लिए मैन्युअल रूप से रीपैकेज या तीसरा पार्टी पैकेज ढूंढना पड़ सकता है। उदाहरण के लिए, मेरे पास Ubuntu सर्वर एक डेल पॉवरएड मशीन पर चल रहा है और डेल के ओएमएसए (जो आपको डेल हार्डवेयर को कॉन्फ़िगर और प्रबंधित करने में मदद करता है) के लिए एक 3 पार्टी पैकेज हड़पना था। कॉन्फ़िगर करने के लिए थोड़ा सा लिया, लेकिन यह ठीक चल रहा है।

Answer 14

ध्यान में रखने के लिए एक और कारक यह है कि SELinux फेडोरा / रेड हैट में डिफ़ॉल्ट रूप से अपेक्षाकृत अच्छी तरह से समर्थित है

Answer 15

मेरे दृष्टिकोण से / etc / passwd हाँ पर एक नज़र डालें। ठीक डब्ल्यूटीएफ परंपरा में ऐसा लगता है कि उबंटू ने सभी सिस्टम उपयोगकर्ताओं को लॉगिन गोले देने का फैसला किया है। इसलिए उपयोगकर्ताओं को गेम या अवही, या क्लॉग इत्यादि इत्यादि को पकड़ना संभव है।

Answer 16

उबंटू सर्वर के बारे में अच्छी बात यह है कि सामुदायिक समर्थन ... ऐसा लगता है कि उबंटू अन्य स्वादों की तुलना में अधिक लोग जानते हैं, और यदि आप मुसीबत में हैं, तो आमतौर पर मदद करने के लिए तैयार हैं।

Answer 17

क्या आपको ओरेकल की आवश्यकता है? क्या आप चिंतित हैं कि प्रमाणीकरण ही एकमात्र तरीका है जिससे आप यह बता सकते हैं कि आपके सर्वर को संचालित करने के लिए कौन योग्य है?

क्योंकि वह मुख्य विशेषताएं Red Hat Enterprise Linux (RHEL) तालिका में लाती है। यह बहुत बड़ी खबर थी जब ओरेकल ने अनब्रेकेबल लिनक्स की घोषणा की, क्योंकि यह आरएचएटी की लाभप्रदता पर सीधा हमला है।

यदि आप PostgreSQL का उपयोग करने में सक्षम हैं और सिस्टम प्रशासकों का साक्षात्कार स्वयं कर सकते हैं / इसे स्वयं संचालित कर सकते हैं, तो देखने के लिए बहुत कुछ नहीं है। Red Hat Network (RHN) दिलचस्प है, लेकिन आवश्यक नहीं है और Canonical एक समान सेवा प्रदान करता है जिसे लैंडस्केप कहा जाता है। विशेष रूप से आपकी वर्तमान सूची में, RHN पूरी तरह से बेकार है।

Answer 18

मैं कहूंगा कि आपके परिदृश्य में, उबंटू ठीक रहेगा। बड़े परिदृश्यों में जहां आप कई बक्से का प्रबंधन / तैनाती कर रहे हैं, मुझे लगता है कि रेडहैट में आपकी मदद करने के लिए बेहतर उपकरण हैं।

Answer 19

उबंटू ज्यादातर मामलों में ठीक है । यदि आप एक विशेष रूप से विषम पैकेज, या एक विषम वास्तुकला का उपयोग कर रहे हैं, तो यह देखने लायक है कि यह उनके द्वारा कितनी अच्छी तरह से समर्थित है। हम एक Sun_4v मशीन पर डैपर चलाते थे, और हम पाएंगे कि निश्चितता को तय करने में अक्सर बड़ी मात्रा में समय लगेगा, और एनएसएस जैसे क्षेत्रों में महत्वपूर्ण कीड़े बिल्कुल भी ठीक नहीं होंगे। हालाँकि, यह ia32 / amd64 पर कोई समस्या नहीं है

Answer 20

डेबियन बनाम उबंटू के बारे में: मैं व्यक्तिगत रूप से हर सर्वर पर डेबियन स्थिर का उपयोग कर रहा हूं। कई कारण हैं लेकिन सबसे महत्वपूर्ण हैं:

• उबंटू को वैसे भी उनके अधिकांश पैकेज डेबियन से मिलते हैं
• उबंटू का प्रमुख लाभ वर्कस्टेशन पर उनका महान पूर्व-विन्यास है (मैं इसे एक लैपटॉप पर यहां चलाता हूं जहां डेबियन बेकार है) - यह सर्वर इंस्टॉलेशन पर ऐसा कोई लाभ नहीं है
• उबंटू में हर आधे साल में एक स्थिर अपडेट होता है। व्यक्तिगत रूप से मैं काम में डूब जाता अगर मुझे हर सर्वर को साल में दो बार अपग्रेड करना पड़ता। यह सिर्फ अव्यावहारिक है। दो साल आजकल काफी है।
• उबंटू कुछ क्विर्क का परिचय देता है जो डेबियन पर आसान हैं (उबंटू पर "dpkg-reconfigure लोकेशन" देखें)
• उबंटू के उपयोगकर्ताओं का समग्र तकनीकी ज्ञान डेबियन से भी बदतर प्रतीत होता है। मंचों और मेलिंग सूचियों पर गलत या अयोग्य "मुझे भी" जवाब की संख्या बहुत अधिक है।

अन्य वितरण में आसानी से दर्द होता है ... इर्रर .. मेरे लिए कम वापस। उदाहरण:

• SuSE: उनका YAST मैन्युअल कॉन्फ़िगरेशन आसानी से मारता है और अनुकूलित करना कठिन है। यह एक "ले लो के रूप में यह है" दृष्टिकोण मुझे पसंद नहीं है।
• Redhat: उनके "yum" या "up2date" पैकेज इंस्टॉलर डेबियन / उबंटू के APT सिस्टम के साथ प्रतिस्पर्धा नहीं कर सकते।
• Gentoo: इसके अलावा सबसे packagea जो एक धीमी स्थापना के लिए नेतृत्व करने की आवश्यकता के अलावा आप बिल्कुल अन्य की तरह कोई प्रणाली नहीं होगी। सर्वर पर एप्लिकेशन को तैनात करने के लिए यह जल्दी से एक मुद्दा बन सकता है। शायद अप-टू-डेट वर्कस्टेशन के लिए इतना नहीं।

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

मेरे लिए डेबियन का उपयोग न करने का एकमात्र कारण यह है कि यदि आपके पास सॉफ़्टवेयर है जो डेबियन पर विक्रेता द्वारा समर्थित नहीं है और आपको सख्त समर्थन की आवश्यकता है। शायद ही कभी मेरे साथ होता है।