व्यक्तिगत अनुभव के आधार पर एक वेब सर्वर ऑपरेटिंग मोड चुनना

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

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

मान लीजिए कि साइट पहले से मौजूद है (या जल्द ही होगी): यह कहाँ स्थित हो सकती है? यह एक क्लासिक होस्टिंग या वीपीएस सर्वर होना चाहिए? अगर vps, कौन सा और कैसे इसे कॉन्फ़िगर करना बेहतर है? या शायद कोई अंतर नहीं है और यह चुनना आसान है कि क्या सस्ता है? इस लेख में, हम कई विकल्पों पर विचार करेंगे और व्यवहार में यह सुनिश्चित करेंगे कि हमारी साइट के लिए कौन सा सबसे अच्छा है।

हम प्रयोग करेंगे: विभिन्न सर्वर ऑपरेशन मोड सेट करें और प्रदर्शन को मापें। हम सेवा Loaddy.com का उपयोग करके साइट पर लोड का अनुकरण करेंगे। वहां आप उपयोगकर्ताओं की संख्या, बढ़ते प्रकार के लोड को सेट कर सकते हैं, और ग्राफ़ दिखाएगा कि सर्वर उनके लिए कैसे प्रतिक्रिया करता है। यह माना जाता है कि एक उपयोगकर्ता 10 सेकंड के भीतर साइट पर लगभग एक अनुरोध उत्पन्न करता है। परीक्षण साइट के रूप में, cms मोगुटा पर एक डेमो ऑनलाइन स्टोर लें। यह परीक्षण "माल" से भरा होगा जो कई मानदंडों के अनुसार मुख्य पृष्ठ पर प्रदर्शित किया जाता है (अर्थात, जब पृष्ठ का गठन किया जा रहा है, तो डेटाबेस, आदि के साथ काम चल रहा है)। एक तरह से या किसी अन्य, यह आपको मोड्स की आपस में तुलना करने की अनुमति देगा।

एक परीक्षण साइट के रूप में, हम उबंटू पर एक वीपीएस सर्वर बनाएंगे। इसका विन्यास [1 कोर, 1 जीबी रैम] होगा। हम यह मानते हैं कि यह इन एंट्री-लेवल सर्वरों का है जो नई परियोजनाओं के लिए ज्यादातर मामलों में बनाया जाता है। ऑनलाइन स्टोर का परीक्षण संस्करण आईपी पते http://130.193.44.219/ पर उपलब्ध होगा।

क्लासिक होस्टिंग भी उपयोगी है, जिसके लिए हम परीक्षण करने के लिए उसी ऑनलाइन स्टोर को भी भरेंगे। आप अपने तरीके से जा सकते हैं और अपनी परियोजना पर समान परीक्षण कर सकते हैं!

चूंकि ज्यादातर मामलों में, वीपीएस के साथ, एक नियंत्रण कक्ष की पेशकश की जाती है, हम इसमें सेटिंग्स में मुख्य बदलाव करेंगे। वीपीएस सर्वर पर, हमारे पास इसके संचालन के 3 तरीके हैं:

• अपाचे;
• सीजीआई मोड में अपाचे;
• निग्नेक्स + php-fpm (अपाचे के बिना)।

लेकिन पहले, चलो होस्टिंग का परीक्षण करें:

क्लासिक कम लागत वाली होस्टिंग

परिणाम यहाँ उपलब्ध है ।

आगंतुकों की संख्या 50 से अधिक होने पर त्रुटियां सामने आती हैं। होस्टिंग सामग्री देना बंद कर देती है, हालाँकि, यदि आप होस्टिंग कंट्रोल पैनल पर जाते हैं, तो हम निम्नलिखित कुछ देख सकते हैं:

आपकी साइट पिछले 24 घंटों से प्रतिबंधों के अधीन है। आपकी साइट के लिए प्रोसेसर संसाधन सीमित थे। आप इनपुट प्रक्रियाओं (एक साथ चलने वाली PHP और CGI स्क्रिप्ट्स, अनुसूचित कार्यों और कंसोल सत्रों की संख्या) 126 बार तक पहुंच गए हैं।

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

VPS: अपाचे

अगली पंक्ति में अपाचे मोड के साथ हमारा परीक्षण वायु सेना है, जो आईएसपी नियंत्रण कक्ष स्थापित करते समय डिफ़ॉल्ट रूप से पेश किया जाता है।



परिणाम यहाँ उपलब्ध है ।

उपयोगकर्ता की संख्या 90 से अधिक होने पर समस्याएँ शुरू हो जाती हैं। यदि हम ssh के माध्यम से अपने सर्वर पर जाते हैं और उस क्षण को शीर्ष कमांड का उपयोग करके प्रक्रियाओं की सूची में देखते हैं, तो Shift + M का उपयोग करके सॉर्ट किया गया (खपत की गई मेमोरी की मात्रा से), हम कुछ इस तरह देखेंगे।



हम देखते हैं कि apache2 प्रक्रिया कई सहायक कंपनियों में विकसित हुई है और उन्होंने हमारे vps सर्वर की पूरी रैम को खा लिया है।

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

VPS: CGI

आइए देखें कि सीजीआई मोड का उपयोग करते समय क्या होता है। ऐसा करने के लिए, आपको आईएसपी नियंत्रण कक्ष में सीजीआई मोड में PHP का उपयोग करने की अनुमति देने की आवश्यकता है, यह अनुभाग "खाता - उपयोगकर्ता - उपयोगकर्ता के लिए सेटिंग्स" में किया जाता है।



परिणाम यहाँ उपलब्ध है ।

एक धूमिल तस्वीर सामने आई। सर्वर 55+ विज़िटर के साथ पहले से ही कंटेंट देने से मना कर देता है, रैम को "php" प्रोसेस द्वारा खाया जाता है। अगला कार्यक्षमता को बहाल करने का एक प्रयास है, लेकिन फिर भी यह लगभग 100% विफलता में समाप्त होता है।

VPS: Nginx + PHP-FPM

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



परिणाम यहाँ उपलब्ध है ।

आपको क्या चाहिए! 100% उपलब्धता, जबकि डाउनलोड गति और सर्वर प्रतिक्रिया समय स्वीकार्य स्तर पर हैं, हालांकि वे बढ़ते भार के साथ बढ़ते हैं। फिर भी, सर्वर मुकाबला कर रहा है!

आइए सर्वर पर अधिकतम लोड के समय प्रक्रिया तालिका देखें:



हम देखते हैं कि हमारे पास अभी भी उपलब्ध रैम की आपूर्ति है। और php-fpm7.0 बच्चे की प्रक्रिया बड़ी संख्या में विकसित नहीं होती है, लेकिन 5 उदाहरणों तक सीमित है, जिनमें से प्रत्येक कई धागे का कार्य करता है।

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

ऐसा करने के लिए, आपको ssh के माध्यम से सर्वर पर जाना होगा और php कॉन्फ़िगरेशन फ़ाइल में इन सेटिंग्स को पंजीकृत करना होगा। यह उपयोगकर्ता के लिए फ़ाइल में आसानी से किया जाता है जिसके लिए डोमेन आईएसपी में बनाया गया था।

यह आमतौर पर /etc/php/7.0/fpm/pool.d पर स्थित होता है

तो:

sudo nano /etc/php/7.0/fpm/pool.d/www-root.conf 

हम निम्नलिखित सेटिंग्स को डिफ़ॉल्ट रूप से देखते हैं:

 [www-root] pm = dynamic pm.start_servers = 1 pm.min_spare_servers = 1 pm.max_children = 5 pm.max_spare_servers = 5 

Ondemand मोड को सक्षम करने के लिए, आपको इसे इसके साथ बदलना होगा:

 pm = ondemand pm.max_children = 5 pm.process_idle_timeout = 10s 

और कमांड के साथ php-fpm को रीस्टार्ट करें

 sudo service php7.0-fpm restart 

उसके बाद, मांग पर php-fpm7.0 प्रक्रियाएं बनाई जाएंगी (यदि कोई भार है), तो उनकी अधिकतम संख्या = 5 होगी, और 10 सेकंड के डाउनटाइम के बाद प्रक्रिया को मार दिया जाएगा, रैम को मुक्त करना।

बस इस मामले में, हम यह सुनिश्चित करने के लिए अपना परीक्षण फिर से चलाएंगे कि यह सब शौकिया गतिविधि ने बदतर के लिए वेबसाइट के प्रदर्शन को प्रभावित नहीं किया:



परिणाम यहाँ उपलब्ध है ।

अब लोडर को बहुत सारे आगंतुकों के साथ चलाने के लिए समझें कि हमारा सर्वर कितने कनेक्शनों को संभाल सकता है:



परिणाम यहाँ उपलब्ध है ।

अच्छी खबर यह है कि सभी अनुरोधों को संसाधित किया गया, भले ही एक बड़ी देरी के साथ, प्रति सेकंड बड़ी संख्या में। सर्वर प्रतिक्रिया समय 190+ हिट्स के साथ 10 सेकंड के करीब है। लेकिन आइए अपाचे मोड के ग्राफ को याद करते हैं, जहां हमें 4 सेकंड का सर्वर रिस्पॉन्स पहले से ही 80+ उपयोगकर्ताओं के साथ मिला है, जबकि php-fpm मोड में, समान लैग 130 अनुरोधों के साथ देखे जाते हैं जो कि विशेष रूप से आवंटित किए जाते हैं। ऊपर दिए गए चार्ट पर कर्सर।
लेकिन यह वही VPS है।

परीक्षण के अंत में शीर्ष प्रक्रियाओं की तालिका (200 उपयोगकर्ताओं के साथ):



ध्यान दें कि परीक्षण के बाद, pfp-fpm द्वारा उपयोग की गई मेमोरी को मुक्त कर दिया गया है:



इसलिए हमारा सर्वर नए भार के लिए तैयार है।

यह याद रखना चाहिए कि साइट nginx + php-fpm मोड में संचालित होती है, जिसका अर्थ है कि apache2 का उपयोग कार्य में नहीं किया जाता है और, परिणामस्वरूप .htaccess का उपयोग नहीं किया जाता है। यह सुविधाजनक नहीं लग सकता है, लेकिन यह सबसे तेज़ संभव विकल्प है, और खोज इंजन बेहतर रैंक वाली साइटें हैं जो तेजी से काम करती हैं।

निष्कर्ष

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

यदि आप लोड्डी या अन्य तरीकों का उपयोग करके स्वतंत्र रूप से साइट का परीक्षण करना चाहते हैं, तो यह http://130.193.44.219/ पर उपलब्ध है।