हवादार - साइट के लिए एक बादल

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

हाँ, यह एक पश्चिमी CloudFlare जैसा दिखता है। और हमारा मूल मॉडल वही है। लेकिन केवल रूस की विशालता में, उसके भूगोल के अनुसार। और हम एक अलग तरीके से विकसित करने की योजना बनाते हैं।

पीएस नाउ एयरि बीटा में है, हम पहले उपयोगकर्ताओं को सक्रिय रूप से भर्ती कर रहे हैं, हालांकि सेवा पहले ही वाणिज्यिक संचालन में चली गई है, और विश्वसनीयता एक प्राथमिकता है।

आर्किटेक्चर

प्रारंभ में, हमने सेवा के कई घटकों को बनाने की योजना बनाई, जितना संभव हो सके जिम्मेदारी के स्तरों को विभाजित करते हुए। लेकिन बाद में, डेटा अखंडता और सिस्टम की दोष सहिष्णुता पर विभिन्न प्रतिबंधों के कारण, हमें निम्नलिखित वास्तुकला के लिए मिला:

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

1. डीएनएस परत। प्रत्येक नोड अधिकतम गलती सहिष्णुता के लिए LVS के साथ कॉन्फ़िगर किए गए सर्वर की एक जोड़ी है। इसके अतिरिक्त, विभिन्न DNS सर्वर पर ज़ोन अलग-अलग क्षेत्रों के लिए अलग-अलग प्रतिक्रिया देते हैं, जिससे भू-संतुलन बनता है।
2. संतुलन की परत (LVS)। मुख्य मशीनें जो पूरे लोड पर ले जाती हैं। वे साइट के डोमेन के आधार पर DDOS सुरक्षा और विभिन्न FEO-CDN सर्वरों के अनुरोधों को फिर से वितरित करने के लिए भी डिज़ाइन किए गए हैं।
3. FEO-CDN परत (फ्रंट-एंड ऑप्टिमाइज़ेशन और कंटेंट डिलीवरी नेटवर्क से)। प्रत्येक नोड प्रॉक्सी सर्वर का कैशिंग और अनुकूलन क्लस्टर है। हमने लंबे समय तक इस परत की वास्तुकला के बारे में सोचा, और हम यह सोचना जारी रखते हैं कि साइट के काम और सर्वर लोड दोनों को जितना संभव हो उतना कैसे अनुकूलित किया जाए। वर्तमान में, हमारे पास कैशिंग और समीपता के 4 स्तर हैं:
   
   1. फ्रंट-एंड लेवल, यदि आवश्यक हो तो केवल (gzip के माध्यम से) कंप्रेस और अंतिम HTML- पेज साइट्स को कैश करता है। यदि कैश में कोई अनुरोध नहीं हैं, तो उन्हें आगे बढ़ाता है। दी गई सामग्री पर आंकड़े एकत्र करता है।
   2. अनुकूलन स्तर। आलसी लोडिंग और डायनेमिक पेज कैशिंग में हमारे कुछ सुधारों के साथ पेज स्पीड को यहां तैनात किया गया है । उपयोग किए गए एल्गोरिदम के संदर्भ में सबसे कठिन स्तर। सभी गैर-कैश अनुरोध निचले स्तर पर भेजे जाते हैं।
   3. कैशिंग स्तर। सभी स्टैटिक्स को कैश करता है और यदि संभव हो तो डायनामिक्स। कैश से सब कुछ देता है, अगर यह हो सकता है। यदि नहीं, तो यह स्रोत साइट का अनुरोध करता है। यह निम्न-स्तरीय अनुरोधों को भी लॉग करता है और स्रोत साइट से डेटा का अनज़िप प्रदान करता है।

संतुलन और सामंजस्य

कार्यान्वयन के दौरान, हमने सेवा (या साइट) की विफलता के कई परिदृश्यों पर विचार किया। यहाँ कुछ बुनियादी हैं:

1. नोड की DNS परत विफल हो जाती है - LVS जोड़ी का दूसरा जुड़ा हुआ है। यदि दोनों सर्वर विफल हो जाते हैं, तो अन्य नोड्स की डीएनएस परतें डीएनएस प्रश्नों का जवाब देने लगती हैं (ठीक उसी सामग्री के साथ)।
2. एक नोड के संतुलन परत के LVS जोड़ी के दोनों सर्वर विफल हो जाते हैं। इस मामले में, DNS संतुलन के कारण, अनुरोध स्वचालित रूप से अन्य नोड्स में रूट किए जाते हैं।
3. विफल (अतिभारित) FEO-CDN परत - हम इस परत पर स्वचालित रूप से अतिरिक्त स्पेयर सर्वर कनेक्ट करते हैं। यदि कोई उपलब्ध सर्वर नहीं हैं, तो पिछले परिदृश्य के अनुसार आगे बढ़ें - हम साइटों को दूसरे नोड में स्थानांतरित करते हैं।
4. चैनल (DDoS) एक या कई नोड्स पर ओवरलोडेड है - हम संतुलन की "समस्या" परतों के लिए क्यूआरएटर को स्वचालित रूप से कनेक्ट करते हैं।
5. स्रोत साइट क्रैश (अनुपलब्ध) हो जाती है। यदि साइट कैश की गई है और अनुपलब्धता अवधि जीवनकाल से कम है, तो उपयोगकर्ता कुछ भी नोटिस नहीं करते हैं। यदि अनुपलब्धता की अवधि एक दिन से कम है, तो हम कैश से पेज जारी करना जारी रखते हैं। गतिशील साइटों के लिए, एक व्यक्तिगत नीति (स्टब पृष्ठ, कैश्ड सामग्री या रीडायरेक्ट)।

मुख्य समस्या क्षेत्रों और जोखिमों को वास्तुकला द्वारा समाप्त कर दिया गया था, इसलिए हम 99.9% गलती सहिष्णुता के बारे में बात कर सकते हैं।

त्वरण कैसे काम करता है

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

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

रिक्वेस्ट के जियो-बैलेंसिंग के साथ (साइट विज़िटर साइट सर्वर को उनके निकटतम सर्वर से प्राप्त करते हैं) हम साइट की गति के साथ सभी समस्याओं को "एक क्लिक में" हल करते हैं।

टैरिफ

हम संभव के रूप में उपयोगकर्ता के अनुकूल आए - और हम अधिकतम (50 हजार रूबल से) मुफ्त (प्रति माह निवर्तमान यातायात के 50 जीबी) से टैरिफ प्रदान करते हैं। एक औसत साइट प्रति माह 1000-2000 रूबल के लिए जुड़ सकती है (इसमें प्रति माह 100-250 जीबी ट्रैफिक शामिल है, प्रति माह 100 हजार उपयोगकर्ता पर्याप्त हैं)।

संबंध

दो मुख्य प्रकार के कनेक्शन हैं: DNS सर्वरों के परिवर्तन के माध्यम से और CNAME के ​​माध्यम से www का पर्यायवाची। पहले मामले में, हम उन डोमेन को कनेक्ट करते हैं जो केवल www (उदाहरण के लिए, air.rf) के बिना पहुंच योग्य हैं - हमें अपने सर्वर को डोमेन को सौंपने की आवश्यकता है ताकि हम भू-संतुलन को पूरी तरह से नियंत्रित कर सकें।

दूसरे प्रकार का कनेक्शन उन साइटों के लिए उपयुक्त है जो केवल www या दोनों के माध्यम से सुलभ हैं। बाद के मामले में, आपको www के साथ एक साइट से www के साथ साइट पर रीडायरेक्ट करने और साइट के लिए एक DNS रिकॉर्ड बनाने की आवश्यकता है

  www CNAME मेघ.airee.ru पर। 

उसके बाद, साइट को क्लाउड के माध्यम से परोसा जाना शुरू हो जाएगा।

बेशक, इन सभी कार्यों को आवेदन भेजने के बाद किया जाना चाहिए। हम अभी तक सभी रनेट डोमेन सेवा नहीं करते हैं :)

निकट भविष्य में, क्लाउड के प्रबंधन के लिए एक व्यक्तिगत खाता दिखाई देगा।

मुझे सवालों और टिप्पणियों पर खुशी होगी। हमारा लक्ष्य RuNet पर साइटों को रखने के दौरान Airy को वास्तविक रूप से मानक बनाना है।