अगली पीढ़ी की मेजबानी का परीक्षण

हेलो, हेब्र!

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


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

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

वास्तुकला।

क्लासिक होस्टिंग वास्तुकला के साथ शुरू करते हैं:

हमारे पास कई वेब सर्वर, एक अलग डेटाबेस सर्वर और एक प्रबंधन प्रणाली है जो वेब सर्वर के विन्यास के लिए जिम्मेदार है, सब कुछ सरल है, हर कोई इसके बारे में जानता है।
हमारे नए होस्टिंग में क्लस्टर आर्किटेक्चर है:
मुख्य घटकों में लोड बैलेंसर, लिनक्स वेब सर्वर (अपाचे के साथ), लिनक्स डेटाबेस सर्वर (MySQL या PostgreSQL के साथ) और NFS सर्वर शामिल हैं। सामान्य योजना नीचे दिए गए आंकड़े में प्रस्तुत की गई है।


और सभी सबसे दिलचस्प अंदर:



लोड बैलेंसर्स:

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

वेब सर्वर:

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

भंडारण सर्वर:

• MySQL का उपयोग करने वाले ग्राहकों को कई सर्वरों द्वारा सेवा दी जाती है;
• साइट सामग्री को संग्रहीत करने के लिए एनएफएस 3 फ़ाइल सिस्टम का उपयोग किया जाता है;
• सभी फाइल सिस्टम सभी वेब सर्वर से कनेक्ट होते हैं।

कॉन्फ़िगरेशन डेटाबेस और नियंत्रण मॉड्यूल:

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

नई होस्टिंग के मुख्य अंतर और फायदे।

1. सुरक्षा।

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

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

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

खैर, सब कुछ के लिए, आप भी Nginx का उपयोग कर सकते हैं। इसलिए नई होस्टिंग में सुरक्षा अद्भुत है।

2. स्थिरता

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

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

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

3. सुविधा और गति

1. चौथी पीढ़ी की मेजबानी कुछ बिंदुओं के साथ अंतिम उपयोगकर्ता के लिए अधिक सुविधाजनक और सुखद है:
2. क्लाइंट फ़ाइलें वेब सर्वर द्वारा बनाई गई फ़ाइलों के समान UID से संबंधित हैं। यह लगातार असुविधा को समाप्त करता है, सीएमएस सिस्टम स्थापित करना आसान है, उदाहरण के लिए, वर्डप्रेस के लिए प्लगइन्स और थीम स्थापित करना आसान है, क्योंकि आपको वर्डप्रेस इंटरफ़ेस में एफ़टीपी पासवर्ड निर्दिष्ट करने की आवश्यकता नहीं है, आदि।
3. Apache अब MPM वर्कर मोड में काम करती है। इस मोड में स्टेटिक क्वेरीज़ तेज़ हैं। अधिकांश साइटों के लिए सामग्री वितरण की गति में सुधार होगा।
4. अधिक संसाधनों की आवश्यकता है, लेकिन वीपीएस की सवारी करने की कोई इच्छा नहीं है? अधिक मेमोरी या प्रोसेसर समय जारी करना आसान है, हमें उत्कृष्ट मापनीयता मिलती है।

उपरोक्त सभी का संक्षिप्त सारांश:

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

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

परीक्षण।

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

आप 3 महीने के लिए मुफ्त में होस्टिंग का परीक्षण कर सकते हैं: http://rusonyx.ru/r/4g
Habr के पाठकों के लिए प्रोमो कोड: RUSONYXHABR001
परीक्षण समाप्त हो गया है, हमारी नई सेवा शुरू करने और शुरू करने में आपकी मदद के लिए धन्यवाद!

सभी प्रश्न और सुझाव खाता संख्या का संकेत ई-मेल support@rusonyx.ru द्वारा तकनीकी सहायता को लिखते हैं।

आपका इंतजार है!