स्थिर होस्टिंग - मिथक या वास्तविकता?

कई होस्टिंग प्रदाता जो होस्टिंग सेवाएं प्रदान करते हैं वे इस प्रकार की सेवा के साथ विभिन्न समस्याओं का अनुभव करते हैं। ज्यादातर मामलों में, यह या तो "लैगिंग होस्टिंग" या एक सेवा है जो बहुत सारे वित्तीय और श्रम संसाधन लेती है, खपत की निगरानी के लिए जटिल कार्यक्रम और उपयोगकर्ताओं के साथ निरंतर संघर्ष जो सीमा से अधिक है। लेकिन सही दृष्टिकोण के साथ, इन कारकों को कम से कम किया जा सकता है।

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

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

होस्टिंग के लिए कोई मेगा-सर्वर नहीं

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

निष्कर्ष - एक से अधिक प्रदर्शन वाले सर्वर के बजाय निचले प्रदर्शन के कई सर्वरों का उपयोग करना बेहतर है। चूंकि यह है:

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

होस्टिंग प्लान बनाने का सिद्धांत एक अच्छे रेस्तरां के मेनू के निर्माण के सिद्धांत के समान है

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

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

बेईमान ग्राहकों के खिलाफ संरक्षण

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

एक डॉलर के लिए होस्टिंग से पहले दस बार सोचें। आप एक डॉलर कमा सकते हैं, लेकिन सौ समस्याएं प्राप्त कर सकते हैं! सस्ती टैरिफ योजनाएं हो सकती हैं, लेकिन मासिक भुगतान के साथ नहीं, बल्कि लंबे समय तक भुगतान के साथ। फिर भी, यदि आप एक स्थिर सेवा प्रदान करना चाहते हैं, और ताकि आपके ग्राहक संतुष्ट हों, तो डॉलर के लिए कोई टैरिफ नहीं हो सकता है, सिद्धांत रूप में, मैं समझाऊंगा कि क्यों।

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

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

संसाधनों पर कम सीमा की कीमत पर होस्टिंग सस्ती नहीं होनी चाहिए

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

लेकिन फिर न्यूनतम टैरिफ की कम लागत को सुनिश्चित करने के लिए कैसे, जो एक व्यवसाय कार्ड साइट वाले ग्राहक के लिए विशेष रूप से महत्वपूर्ण है? सब कुछ बहुत सरल है! लंबी अवधि के भुगतान के लिए एक अच्छी कीमत पाने का अवसर दें, कहें कि एक साल के लिए भुगतान करते समय, 2-गुना छूट दें, और 3 महीने की अवधि के लिए भुगतान करते समय, कीमत 2 महीने के लिए भुगतान करते समय समान होनी चाहिए, यदि आप सेवा मासिक के लिए भुगतान करते हैं। यह शुरुआती लोगों को कम से कम 3 महीने तक सेवा का भुगतान करने के लिए प्रोत्साहित करता है और विफलताओं की संख्या को कम करता है। हालांकि, वार्षिक भुगतान विकल्प के साथ, न्यूनतम टैरिफ योजना की कीमत कम से कम $ 4 / माह होनी चाहिए। कोई कहेगा कि यह व्यवसाय कार्ड वेबसाइट के लिए बहुत महंगा हो सकता है, लेकिन इसमें बड़ी संख्या में संसाधन शामिल हैं और बिना असफलता के सेवा कार्य की स्थिरता की गारंटी है। इसके अलावा, आप एक ऐसी सेवा को बेचकर नहीं थक रहे हैं जिसमें बीयर के एक पिंट की तुलना में आपके प्रवेश के काम भी शामिल हैं?

फायदे:

- आप अक्सर एक वर्ष के लिए तुरंत धन प्राप्त करते हैं;
- प्रति माह कम होस्टिंग विफलताओं, नवीकरण की कम विस्मृति;
- न्यूनतम टैरिफ योजनाओं से अधिक आय, क्योंकि उनकी लागत अधिक है;
- सर्वर पर संसाधनों का एक बड़ा भंडार, इस तथ्य के कारण कि न्यूनतम टैरिफ योजनाओं के सभी उपयोगकर्ता उनके लिए आवंटित सीमा का उपभोग नहीं करते हैं, जो स्थिरता बढ़ाता है, जिससे एक गंभीर स्थिति में किसी भी प्रक्रिया द्वारा सर्वर की भीड़ की संभावना कम हो जाती है, क्योंकि यह अंततः उस पर बनी रहेगी। योजना से अधिक मुक्त संसाधन थे;
- ग्राहकों पर संदेह करते हुए, एक लंबी भुगतान अवधि के साथ सेवा को बहुत सस्ते में प्राप्त करने की संभावना को देखते हुए, यह जांचने के लिए कि "सच्चाई ठीक काम करती है या नहीं" एक महीने के लिए शुरू में भुगतान करती है, साथ ही ऐसे उपयोगकर्ता जिनके पास ऑर्डर करने के लिए शुरू में लंबे समय तक भुगतान के लिए पूरी राशि नहीं है, लेकिन योजना पैसा इकट्ठा होते ही सेवा का विस्तार करें।

असीमित डोमेन के साथ कोई टैरिफ नहीं

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

लेकिन यहां तक ​​कि सबसे महंगी टैरिफ योजना आपको असीमित रूप से डोमेन जोड़ने की अनुमति नहीं देनी चाहिए।

क्योंकि डोमेन की संख्या पर प्रतिबंधों के अभाव में:

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

50 से अधिक क्लाइंट प्रति सर्वर किसी भी स्थिति में नहीं

एक औसत सर्वर प्रदर्शन की किराये की लागत, और मेरी समझ में यह कॉन्फ़िगरेशन Intel Xeon E3-1230 / 8-16GB DDR3 / 2-4x1TB HDD से कम नहीं है, अब इतना कम है कि आप मूल्यह्रास की लागत को 2 गुना से अधिक करके इसे पुनः प्राप्त कर सकते हैं। 50 क्लाइंट तक सर्वर। बेशक, आपको पहले बंद करने की आवश्यकता है यदि सर्वर से सभी ग्राहकों का कुल भार चोटियों में 50% तक पहुंचना शुरू हो जाता है, लेकिन अभी तक मैंने यह नहीं देखा है :) इसी समय, आपको न्यूनतम से ऊपर टैरिफ प्लान के साथ अधिकतम संभव ग्राहकों की संख्या निर्धारित करने की भी आवश्यकता है। उदाहरण के लिए, हमारे पास केवल 3 टैरिफ हैं, जबकि संसाधनों में न्यूनतम से 5 गुना अधिक अंतर है। तदनुसार, हमारे 50 ग्राहकों के बीच अधिकतम टैरिफ योजना के साथ 10 से अधिक नहीं होना चाहिए।

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

कोई व्यक्तिगत टैरिफ योजना नहीं

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

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

अधिक टैरिफ प्रदान करता है की तुलना में अधिक संसाधनों की आवश्यकता है? असीमित डोमेन, आदि की आवश्यकता है? एक समर्पित सर्वर में आपका स्वागत है, लेकिन होस्टिंग के लिए नहीं। शेष 49 लोगों के स्थिर काम को जोखिम में डालने की संभावना के कारण 1 अधिक भुगतान करना बेवकूफी है। उसे और भी भुगतान करने दें और एक समर्पित सर्वर लें;)

कोई बड़ा डेटाबेस और होस्टिंग पार्सर नहीं

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

आपका सर्वर विश्वसनीय होना चाहिए और एक विश्वसनीय डेटा केंद्र में स्थित होना चाहिए, न कि स्टॉक में

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

हालांकि, कुछ कम लागत वाली एयरलाइंस अब 64 जीबी रैम के साथ सर्वर प्रदान करती हैं, यहां तक ​​कि पहली नज़र में सर्वर कॉन्फ़िगरेशन, और कम लागत पर। रहस्य यह है कि कुछ घटक अभी भी डेस्कटॉप हैं और यह स्वयं-असेंबली है, सर्वर, शायद, केवल एक मामला है। सस्तेपन और मेगासिटी का पीछा न करें। आपको भी उनकी जरूरत नहीं है। क्या आप बहुत सी परियोजनाओं को जानते हैं जो 64 जीबी रैम का उपभोग करती हैं? अधिकांश परियोजनाओं में वास्तव में आपके सिर के साथ 4-8 जीबी रैम वाला सर्वर होगा, यहां तक ​​कि बहुत कुछ होगा। लेकिन कम पैसे के लिए 64 जीबी रैम होने पर इसे क्यों लें, कई लोग सोचते हैं, यह अच्छा नहीं है! यह बेवकूफ मार्केटिंग है और इससे ज्यादा और कुछ नहीं, जो अफसोस की बात है। भले ही कॉन्फ़िगरेशन वास्तव में सर्वर-वाइड है, बाकी सब कुछ नहीं होगा। इसके अलावा, ट्रैफ़िक की एक निश्चित मात्रा से अधिक होने पर सर्वर को चैनल की बैंडविड्थ को सीमित करने के रूप में काल्पनिक "असीमित" प्राप्त करने का एक बड़ा मौका है।

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

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

परिणाम

- उपरोक्त कॉन्फ़िगरेशन के लिए होस्टिंग सर्वर पर वास्तविक भार सर्वर पर 50 ग्राहकों के साथ 20-30% के भीतर है, संसाधनों का एक विशाल भंडार, 5-25 Mbit / s के भीतर यातायात की खपत;
- प्रत्येक 1000 ग्राहकों के लिए, औसतन 1 अनुरोध प्रति है। प्रति दिन समर्थन;
- सर्वर स्थिर हैं, ग्राहक साइटें हमेशा काम करती हैं, समस्याएं एक अविश्वसनीय रूप से दुर्लभ घटना हैं, समर्थन पर खर्च किए गए समय की आवश्यकता न्यूनतम है;
- उच्च सीमा के कारण अनुमेय भार से अधिक होना एक अत्यंत दुर्लभ घटना है और अधिक महंगी टैरिफ योजना पर स्विच करने से भावनाओं का तूफान नहीं होता है, क्योंकि उस समय के दौरान वेबमास्टर के पास पहले से ही पर्याप्त धन होता है और यह एक शुरुआत से बहुत दूर है।

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

सर्गी वी। सिकोरस्की, ua-hosting.com.ua के सह-मालिक