घर में सर्वर की मेजबानी पर राय


12

मैंने घर में मेजबानी करने के पेशेवरों और विपक्षों के बारे में यहां आधा दर्जन सूत्र पढ़े हैं, लेकिन हमारी स्थिति सबसे अलग है, इसलिए मुझे लगा कि मैं एक नया प्रश्न खोलूंगा।

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

हम वर्षों से हमारी साइटों को कहीं और होस्ट कर रहे हैं, लेकिन अब जब हमें हार्डवेयर इन-हाउस का ढेर मिल गया है, जो कहीं भी नहीं जा रहा है, तो मैं सोच रहा हूं कि यह केवल हमारे सभी सार्वजनिक-सामना वाले होस्टिंग के लिए सार्थक हो सकता है घर में भी। मेरा तर्क, संक्षेप में:

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

स्पष्ट विपक्ष में शामिल हैं:

  • शक्ति। हमें उपयुक्त यूपीएस मिला है, लेकिन कोई अतिरेक नहीं।
  • बैंडविड्थ। अभी हमारे पास Comdcast के माध्यम से 16d / 2u है। यदि हम अपनी मुख्य साइट को आगे बढ़ाते हैं, तो हमें कम से कम दोगुनी आवश्यकता होगी , जिसके लिए 2+ केबल लाइनों को जोड़ने की आवश्यकता हो सकती है।
  • एसी। मुझे नहीं लगता कि यह एक वास्तविक मुद्दा है - मुझे उम्मीद नहीं है कि हमारे यहां कभी भी 10 से अधिक सर्वर होंगे (यदि हम इससे बड़े होते हैं, तो इस निर्णय का अर्थशास्त्र बहुत बदल जाता है)।

विचार?

धन्यवाद!


अपडेट : कुछ को खाली करने के बाद, हमने ऑफसाइट रखने का फैसला किया है। संयोगवश, आज हमारे ब्लॉक पर एक पावर आउटेज था, जो सॉर्टा ने मनोवैज्ञानिक रूप से तराजू को फाड़ दिया (शायद ही एक कठोर प्रक्रिया, लेकिन लगभग 3 घंटे बर्बाद करना मेरे लिए पर्याप्त था कि क्यू मैं ब्रह्मांड को कुछ बताने की कोशिश कर रहा था; ;-)

निश्चित नहीं है कि हम किस विक्रेता का उपयोग करने जा रहे हैं, लेकिन मैंने टिप 2 को रैकस्पेस क्लाउड पर ec2 के विकल्प के रूप में सराहा, आदि।


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

उन्हें ठंडा रखने के लिए हाँ, लेकिन <10 सर्वर एक 1/4 ऊंचाई रैक में? उन्हें दाखिल कमरे में रखना या कुछ ठीक होना चाहिए, वे हजारों बीटीयू पैदा नहीं करने वाले हैं और गर्मी को एक बड़े कमरे में ठीक से फैलाना चाहिए।
मार्क हेंडरसन

यह अभी तक स्पष्ट नहीं है कि भुगतान करने वाले ग्राहकों का कहां ध्यान रखा जाएगा। और नहीं, हमारे पास 1/4-ऊँचाई रैक में 10 सर्वर नहीं हैं - यही वह अधिकतम है जो मैं अपने वर्तमान स्थान में होने की कल्पना कर सकता हूं।
23

@xeon: इंटेल और अन्य लोगों के अनुसार, अधिकांश डेटा केंद्र काफी हद तक ठंडा हो जाते हैं। हां, उन्हें "शांत" रखना जरूरी है, अर्थात, 80 डिग्री से कम। हालाँकि, अधिकांश लोग इससे बहुत आगे जाते हैं। देखें theregister.co.uk/2009/08/31/data_centers_run_too_cool
NotMe

जवाबों:


17

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

मैंने आखिरकार इन-हाउस होस्टिंग टमटम को छोड़ दिया क्योंकि:

  • स्थानीय बैंडविड्थ या तो बहुत महंगा है या उच्च गुणवत्ता या दोनों नहीं है। अच्छी गुणवत्ता वाले राउटर भी बहुत महंगे हैं। इसलिए उस समय जब एक ग्राहक एक ही समय में कुछ बड़ी फ़ाइल डाउनलोड कर रहा था, तो Google और याहू आदि क्रॉल कर रहे थे, वास्तविक अच्छा नहीं था।
  • घर में हार्डवेयर होने का मतलब है कि मुझे इसे कम करना है। मुझे पहले से ही अपने स्थानीय सर्वरों की चिंता है; अधिक जोड़ने से मुझे ज्यादा मदद नहीं मिली।
  • पावर आउटेज, फावड़े से खोदने, गलत जगह पर खुदाई करने आदि के साथ कुछ झटका अचानक एक समस्या है। स्थानीय सर्वर ऑफ़लाइन होने के कारण हमें हमेशा चिंता होती है, लेकिन हमारे सार्वजनिक सर्वर को उनके साथ ऑफ़लाइन क्यों जाना चाहिए? कई बार ऐसा हुआ है जब हमने अपनी लाइनें> 24 घंटे के लिए नीचे कर दी हैं। इन-हाउस कार्यकर्ताओं के लिए यह प्रबंधनीय है, लेकिन हमारे सार्वजनिक स्थलों के चले जाना लंबे समय के लिए बुरी खबर हो सकती है।
  • आपदा वसूली योजना अधिक जटिल है। यदि सर्वर धुएं में ऊपर जाता है तो आप क्या करते हैं? क्या आपके पास एक और है? कितनी तेजी से आप इसे या किसी अन्य मशीन को ऑनलाइन ला सकते हैं? यदि आपका कनेक्शन नीचे चला जाता है और आपका फ़ोन / केबल कंपनी कहती है कि यह "एक या दो दिन में" हो जाएगा, तो क्या आप इसे प्रतीक्षा कर सकते हैं या आप अपनी साइटों को ऑनलाइन कहीं जल्दी से फेंक सकते हैं? यदि आपके सभी कनेक्शन नीचे हैं तो आप उन्हें कैसे प्राप्त करेंगे? मुझे पता है कि इस तरह के मुद्दों पर कोई बात नहीं होनी चाहिए, लेकिन स्थानीय स्तर पर आपके पास किस तरह के संसाधन उपलब्ध हैं?

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

किसी भी तरह, रैकस्पेस क्लाउड सर्वर समाधान ने उन सभी चिंताओं के बारे में बताया जो मैंने हमेशा समर्पित मशीनों को पट्टे पर देने या वीपीएस प्रदाता (लागत सहित) के साथ साइन अप करने के लिए की हैं। यह उन छोटे ट्रिक्स को प्रस्तुत करता है जो वास्तविक वर्चुअलाइजेशन का वादा करते हैं। किसी भी तरह, मैं उनके लिए विज्ञापन नहीं करूंगा। एक विकल्प अमेज़ॅन ईसी 2 हो सकता है।

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

इसलिए मेरा सुझाव है कि अपने सार्वजनिक सामान को किसी तरह के अच्छे डेटासेंटर में रखें। इन-हाउस कार्यों के लिए उन अतिरिक्त सर्वर का उपयोग करें। वहाँ आम तौर पर कुछ आप उन्हें उपयोग कर सकते हैं ... परीक्षण, विशेष परियोजनाओं, बैकअप, आदि।


+1 - मैं इससे पूरी तरह सहमत हूं।
कार्ल सी

बच्चों की देखभाल के लिए +1। इसके अलावा, आप भविष्य में कुछ बिंदुओं पर बेबीसिटर्स को बदल सकते हैं और कौन जानता है कि शिशुओं के लिए नया क्या करेगा।
शब्दांश

2

बैंडविड्थ। अभी हमारे पास Comdcast के माध्यम से 16d / 2u है। [...] को 2+ केबल लाइनों की बॉन्डिंग की आवश्यकता होती है।

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

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

और अंत में, एक "मल्टी-होम नेटवर्क" होने का लाभ है, यानी एक स्वायत्त प्रणाली जिसमें कई पारगमन (वाहक) प्रदाता हैं। आप बेहतर मार्ग विविधता का आनंद लेंगे, और आपके सभी ग्राहकों के लिए किसी भी समय आपके लिए एक मार्ग को हल करने में सक्षम होने की बेहतर संभावना है।

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


2

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

आप पॉवर रिडंडेंसी, ए / सी क्षमता, बैंडविड्थ क्षमता और ज्ञान के करीब आने में कभी सक्षम नहीं होंगे कि कैसे पता चलेगा कि रैकस्पेस जैसी बड़ी कंपनी आपको 24 घंटे एक दिन, सप्ताह में 7 दिन, वर्ष में 365 दिन एक वर्ष प्रदान कर सकती है। कुछ सौ महीने।

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

मैं स्वीकार करने के लिए मेरे पास है पसंद आया सर्वर यहां बैठे सही मेरे बगल में होने के बारे में सोचा, लेकिन वास्तविकता यह है कि वे होने की जरूरत नहीं किया है।


ठीक है, लेकिन क्या होस्टिंग प्रदाता वास्तव में आपके लिए उचित दर पर काम करता है? मैं सालों पहले रैकस्पेस के साथ था, और जब उन्होंने मुझे बताया कि मुझे $ 600 / मो तक टक्कर देनी होगी, जब मैं $ 200 / मो का भुगतान कर रहा था, और वह शून्य में सेवा और अपेक्षाकृत नंगे हड्डियों के सेटअप के लिए था ( वापस जब हमारे पास सिर्फ एक सर्वर था)। शायद चीजें बदल गई हैं ...
cemerick

1

आपके सर्वर के उपयोग पैटर्न को जाने बिना, यह कहना मुश्किल है।

हालाँकि, डेटासेंटर में सर्वर रखने के लिए IMO, सबसे अच्छा (शायद केवल) कारण बैंडविड्थ है। यदि आपको लगता है कि आप 2-4Mbps अपलोड के साथ वास्तव में प्राप्त कर सकते हैं और आप अपने आईएसपी के समय के बारे में आश्वस्त हैं, तो आपको किसी अन्य मुद्दे को संभालने में सक्षम होना चाहिए।

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


1

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


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

0

लगता है जैसे आपने यह सोचा है। इसका लाभ उठाएं।

युगल टिप्पणियाँ जो आप पहले से ही विचार कर सकते हैं या नहीं ...

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

0

आपने जो कहा है, उसके आधार पर मैं ऐसा नहीं करूंगा।

  • नेटवर्क: असममित नेटवर्क कनेक्शन वास्तव में होस्टिंग के लिए उपयुक्त नहीं हैं, खासकर अगर कार्यालय के बाकी बैंडविड्थ के लिए होस्ट किए गए सर्वर के साथ प्रतिस्पर्धा होगी। आपका प्रदर्शन स्थानीय स्तर पर वास्तव में अच्छा होगा, लेकिन आपके ग्राहक नहीं करेंगे। मैं मान रहा हूँ कि आपके पास किसी प्रकार का DSL या केबल है क्योंकि कनेक्शन विषम है। होस्ट करने के लिए DSL नेटवर्क शायद ही कभी विश्वसनीय हो। एक होस्टिंग स्थिति में बहुत तेज़ नेटवर्क तक पहुंच होनी चाहिए, और आमतौर पर किसी को बिना अपने परिसर में फाइबर खींचे बिना ऊपर या नीचे स्केल किया जा सकता है।
  • ए / सी - तापमान और पर्यावरण नियंत्रण को हल करने की आवश्यकता है। जबकि दस कंप्यूटर शायद बहुत गर्म नहीं होंगे, आपको अभी भी इसके बारे में सोचने की जरूरत है।
  • शोर - मेरे पास X2200-M2 सर्वरों का ढेर है, और हर बार जब मैं अपने सर्वर रूम में जाता हूं तो मुझे खुशी है कि वे वहां हैं और मेरे साथ यहां नहीं हैं।
  • पावर: पावर सही करने के लिए महंगा हो सकता है।

0

यदि आपको इसकी आवश्यकता है, तो आपको इसकी आवश्यकता है, और यही सब कुछ है।

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

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

मैं सर्वर को सख्त और निगरानी और ऐसे भी जोड़ूंगा। फ़ायरवॉल हार्डवेयर, पैचिंग और पैच टेस्टिंग, मॉनिटरिंग ... इन सभी चीज़ों में बहुत समय लगता है।

एक व्यवस्थापक के रूप में, मैं दूरस्थ से स्थानीय तक एक धीमे प्रवास का सुझाव दूंगा, अपने आप को यह सुनिश्चित करने के लिए पर्याप्त समय दूंगा कि सब कुछ सही काम करता है (और वापस करने के लिए, अगर यह बदसूरत निकला) लेकिन एक अनुभवी व्यवस्थापक के रूप में, मुझे पता है संक्रमणकालीन अवधि के लिए आपकी लागत को दोगुना करने की अनुमति की संभावना बहुत कम है।

सौभाग्य, दोनों तरह से।


0

खैर, मुझे यहाँ भी झंकार मिल गई है ...

  • हां, दो उपभोक्ता-स्तर को बंधित नहीं कर सकते हैं (मेरे पास इष्टतम व्यवसाय है, यह केवल उपभोक्ता को वापस लाया गया है) कनेक्शन। लेकिन कई केबल आईएसपी फास्ट कनेक्शन की पेशकश कर रहे हैं, या आप कनेक्शन के बीच HTTP लोड संतुलन साध सकते हैं।
  • अब मैं अपने घर में लगभग 3 वर्षों से अपने व्यक्तिगत साइट, ब्लॉग, व्यक्तिगत परियोजनाओं और डेमो साइट (कुछ फ्रीलांस प्रोग्रामिंग) को अपने व्यवसाय में होस्ट कर रहा हूँ। मैं सटीक डाउनटाइम आँकड़े नहीं रखता हूं, लेकिन मुझे लगता है कि यह एक 22-घंटे के आउटेज (सभी लाइनों पर नीचे पेड़) के बारे में है, साथ ही शायद 40 मिनट के बिना डाउनडाउन डाउनटाइम के। 45 मिनट की यूपीएस क्षमता, अच्छा राउटर (वास्तव में एक प्रोलिंट रनिंग सॉफ्टवेयर राउटर) और सिस्को स्विच। आप केवल अच्छी तरह से निगरानी, ​​हार्डवेयर पर ध्यान देने और चीजों को सरल रखने से अपटाइम की एक अद्भुत राशि प्राप्त कर सकते हैं ।
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.