वास्तविक समय उत्पादन सर्वर के लिए लिनक्स [बंद]


-1

मैं एक वास्तविक समय 24x7 चल रहे उत्पादन सर्वर के लिए एक लिनक्स ओएस जानना चाहूंगा। मैंने सुना है कि आरएचईएल इस प्रकार के उपयोग के लिए बहुत स्थिर और उपयुक्त है।

अब मैं जानना चाहूंगा कि यह CentOS & Oracle Linux से कैसे भिन्न है? क्लस्टर कॉन्फ़िगरेशन के साथ रियल टाइम प्रोडक्शन सर्वर के लिए कौन सा बेहतर है?


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

मैं यह जानना चाहता हूं कि कौन सा किसी दुर्घटना के बिना उच्च उपलब्धता प्रदान कर सकता है या उस डिस्ट्रो के लिए रिबूट और सीओएस समर्थन की आवश्यकता है।
रोहन

2
यह "वास्तविक समय" नहीं है। उपयुक्त समाधान की खोज करते समय, उस विवरण का उपयोग करने से बहुत सावधान रहें।
रोज़ा

जवाबों:


3

वितरण की आपकी पसंद वास्तव में इस बात पर निर्भर करती है कि इसका उपयोग किसके लिए किया जाएगा, और इसका प्रशासन कौन करेगा।

RHEL और CentOS दोनों एक ही कोर पर आधारित हैं, हालांकि RHEL एक पेड, सपोर्टेड, एंटरप्राइज-लेवल प्रोडक्ट के रूप में आता है। अगर आपको Red Hat में एक SLA और अद्भुत टीम के समर्थन की आवश्यकता है , तो यह निश्चित रूप से एक अच्छा विकल्प होगा।

व्यक्तिगत रूप से, मैं डेबियन-आधारित डिस्ट्रोस से अधिक परिचित हूं, इसलिए मैं अपने सर्वर के लिए डेबियन का उपयोग करता हूं, जहां विश्वसनीयता और सुरक्षा महत्वपूर्ण है। उस ने कहा, मुझे SLA या इंजीनियरों को ऑन-कॉल करने की कोई आवश्यकता नहीं है।

(ध्यान दें, मूल रूप से सभी लिनक्स वितरण 24x7 ऑपरेशन के लिए उपयुक्त हैं। मुझे यकीन नहीं है कि वास्तव में आपके द्वारा वास्तविक समय का क्या मतलब है, लेकिन मेरे पास बहुत सारे डेबियन सर्वर हैं जो 24x7 सभी व्यावसायिक सेवाएं प्रदान करते हैं)

संपादित करें:

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

यदि आपको वास्तव में 99.999% अपटाइम की आवश्यकता है (आपको किसी भी प्रतिष्ठित प्रदाता से 100% की गारंटी नहीं मिलेगी), तो आप सर्वरों की भौगोलिक रूप से वितरित क्लस्टर चाहते हैं ... और फिर, सबसे बड़े लिनक्स डिस्ट्रो तक की आवश्यकता होगी वह कार्य। ;-)


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

खैर, फिर से, उनमें से कोई भी ऐसा करने में सक्षम होना चाहिए। कोई भी उच्च उपलब्धता काफी हद तक निर्भर करती है कि आप किस सॉफ्टवेयर का चयन करते हैं। HAProxy आपको उच्च उपलब्धता लोड संतुलन प्रदान करेगा। MongoDB आपको उच्च उपलब्धता डेटाबेस देना चाहिए। लेकिन कोई फर्क नहीं पड़ता कि आप कौन सा लिनक्स डिस्ट्रो चुनते हैं, यह समान विश्वसनीयता देगा।
रेवेन

1
@ ध्यान दें, यदि आपकी वर्तमान समस्याएं पैकेट फ़िल्टरिंग और रिबूट होने के साथ हैं, तो भी अगर वहाँ एक लिनक्स मशीन पर उस के साथ समस्याएं थीं, तो आपको रिबूट नहीं करना पड़ेगा। रिबूट केवल कर्नेल उन्नयन के लिए आवश्यक हैं (और इसके आसपास भी तरीके हैं)।
एंथन

@ एथन - मुझे लगता है कि आपकी टिप्पणी @ रोहन के लिए थी? (यह भी, मुझे लगता है कि पीएफ से उनका मतलब है "पेज फाइल" - शायद)
Rvenven

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