🌡️ 🌖 ✊🏽 लोड वृद्धि के लिए एक साइट कैसे तैयार करें 🌆 🤟 🖖🏿

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

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

तो, यहां 10 बिंदु हैं जो आने वाले दिनों और हफ्तों में आपके वेब प्रोजेक्ट के सक्रिय जीवन के लिए महत्वपूर्ण हैं:

1) अपने बुनियादी ढांचे की निगरानी करें

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

याद रखें: आप केवल वही नियंत्रित कर सकते हैं जो आप माप सकते हैं। आखिरकार, यदि आप नहीं जानते हैं कि आपके सिस्टम के अंदर क्या चल रहा है, और विशेष रूप से यह कहां हो रहा है, तो आप इसे ठीक करने में सक्षम नहीं होंगे यदि कुछ टूट जाता है।

ट्रैफ़िक के ढेर होने पर क्या गलत हो सकता है इसके लिए कई विकल्प हैं:

2) पैमाने के लिए तैयार हो जाओ।

एक बार जब आप देखते हैं कि आप संसाधन सीमा का 80% तक पहुंच गए हैं, तो आपको तुरंत स्केलिंग शुरू करने की आवश्यकता है। क्योंकि यदि आप 100% प्रतीक्षा करते हैं, तो साइट गिर जाएगी। और आपको परियोजना को पुनर्स्थापित करने के लिए कुछ समय की आवश्यकता होगी। यह उल्लेख करने के लिए नहीं कि यह सब काफी परेशान है ...

आपको जल्दी से कार्य करना होगा, क्योंकि अन्यथा आप आगंतुकों को खो देंगे और संभवतः "शेफ, सब कुछ खो दिया है, जला" मोड में और भी अधिक गलतियां करेंगे। इसलिए, जब आप संसाधन सीमा के 80% अंक तक पहुंच जाते हैं, तो स्केल घटकर 40% हो जाता है।
यदि आवश्यक हो तो दोहराएं (c)

3) HDD के प्रदर्शन और चैनल बैंडविड्थ की निगरानी करना न भूलें

उच्च डिस्क लोड या बैंडविड्थ सीमाओं के कारण सिस्टम "गूंगा" होने पर क्या होता है यह समझना बहुत मुश्किल है।

4) अपने डेटाबेस के प्रदर्शन की निगरानी करें,

खासकर यदि आप क्लाउड डेटाबेस का उपयोग करते हैं। RDS, क्लाउड SQL, MongoDB एटलस और अन्य सेवाओं को क्लाउड प्रौद्योगिकियों का उपयोग करके प्रबंधित किया जाता है, लेकिन उनकी अपनी सीमाएं होती हैं, और उन्हें समय-समय पर स्केल करने के लिए निगरानी करनी चाहिए।

5) जब आपका डेटाबेस सीपीयू पर एक बड़ा लोड बनाता है - इंडेक्स के उपयोग की जांच करें, तो यह वास्तव में मदद करता है

काल्पनिक रूप से अनुक्रमण की शुरूआत प्रोसेसर पर लोड को कम करती है। मान लीजिए कि आपका डेटाबेस CPU 90% उपयोग में है। आप शायद डबल लोड को संभालने के लिए आधे में स्केल करना चाहेंगे। लेकिन अगर आपके अधिकांश प्रश्नों को अनुक्रमित नहीं किया जाता है, तो अनुक्रमण शुरू करने से सीपीयू लोड को 10 गुना कम किया जा सकता है। अनुक्रमित के उपयोग का विश्लेषण प्रयास के लायक है!

6) क्लाउड प्रदाताओं की सेवाओं के लिए खातों पर नज़र रखें

जब आपको समय की परेशानी हो, तो इसके बारे में भूलना आसान है। इसलिए, संभावित बिलिंग की सूचनाएँ प्राप्त करने के लिए अपने बिलिंग सिस्टम पर अलर्ट सेट करें। चैनल की चौड़ाई वह है जो विशेष रूप से महंगी है। यदि CDN या होस्ट करने वाली कंपनियों को सामग्री हस्तांतरित करना संभव नहीं है, जो कि बड़ी मात्रा में ट्रैफ़िक प्रदान करती हैं, जैसे कि100tb.com या leaseweb, गंभीर लागतों के लिए तैयार हो जाएं।

7) अपने आवेदन में राज्य से बचें

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

8) यदि साइट समर्पित होस्टिंग पर है तो क्लाउड पर जाने पर विचार करें

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

9) "टाइटन" बुनियादी ढांचे

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

10) कैश्ड संस्करण लॉन्च करने के लिए तैयार हो जाओ

आपके सभी प्रयासों के बावजूद, यातायात में सौ गुना वृद्धि के साथ, आप "लेट" होंगे। स्केल होने में समय लगता है। तो स्थिर कैश्ड संस्करण का उपयोग करने के लिए तैयार हो जाओ। इसके लिए Cloudfront / Cloudflare cache, आपका CDN cache, nginx cache या कोई अन्य उपयोगी है। बस यह सुनिश्चित करें कि आपके पास अवसर है यदि आपको इसकी आवश्यकता है।

लोड वृद्धि के लिए एक साइट कैसे तैयार करें

More articles: