EC2 MicroInstance पर तनाव परीक्षण Apache और Nginx

कुछ साल पहले, जब मुझे अमेज़ॅन ईसी 2 से पेश किया गया था, तो माइक्रोइन्स्टेंस को बोर्ड पर Ubuntu 10.04 एलटीएस के साथ लॉन्च किया गया था। इसने अपाचे को उठाया और एक मॉडेक्स रिवॉल्यूशन ब्लॉग सहित कई वर्चुअल होस्ट्स को कॉन्फ़िगर किया। एक नि: शुल्क मिनट यहां गिर गया और मैंने सोचा कि अगर मेरे छिपे हुए ब्लाज़िक पर पाठकों की भीड़ अचानक आ गई तो क्या होगा। सामान्य तौर पर, उसके पास से भागना कहीं नहीं है, लेकिन ज्ञान की भावना, जिसे उसके बचपन में समाचार पत्र "आई वांट टू नो एव्रीथिंग" की कई स्क्रीनिंग द्वारा प्रस्तुत किया गया था, वह सता रहा था। मैं अभी तक अत्यधिक भरी हुई परियोजनाओं में भाग नहीं ले पाया हूं, इसलिए नेटवर्क पर सामग्री का थोड़ा शोध किया गया था। ब्लॉग से ब्लॉग पर, बयान घूम रहा है कि नग्नेक्स के पक्ष में अपाचे के उपयोग को छोड़ना आवश्यक है। अपाचे परियोजना का इतिहास और इसके चारों ओर डेवलपर्स के समुदाय को देखते हुए यह कथन मुझे अजीब लगा। क्या अपाचे डेवलपर्स हर जगह शपथ ग्रहण की समस्या को हल नहीं कर सकते हैं? क्या यह वास्तव में है इसलिए मैंने इसका पता लगाने का फैसला किया। कट के तहत परिणाम के बारे में पढ़ें।

ट्रेनिंग

विषय का अधिक विस्तार से अध्ययन करने के बाद, यह पता चला कि एमपीएम (मल्टी-प्रोसेसिंग मॉड्यूल) प्रीफॉर्क के अलावा, अपाचे में एमपीएम-वर्कर और एमपीएम-ईवेंट मॉड्यूल भी हैं, जो एक प्रोग्राम स्ट्रीम में कई उपयोगकर्ताओं से अनुरोध करते हैं। Mpm-event और mpm-prefork मॉड्यूल fastcgi के माध्यम से php के साथ संवाद करते हैं। उनके काम की तुलना नगनेक्स से करें और यह तय किया गया।

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

<IfModule mpm_prefork_module> StartServers 3 MinSpareServers 3 MaxSpareServers 7 MaxClients 27 MaxRequestsPerChild 3000 </IfModule> 

अब अपना नियंत्रण खोने के डर के बिना सर्वर को लोड करना संभव था।

यह निम्नलिखित विन्यास का परीक्षण करने का निर्णय लिया गया था:

• apache mpm-prefork with mod_php
• Apache mpm-prefork mod_php + nginx रिवर्स प्रॉक्सी के साथ
• php-fpm के साथ nginx
• एपीपी mpm- कार्यकर्ता php-fpm के साथ
• एपीपी mpm- घटना php-fpm के साथ

परीक्षण के दौरान, यह विचार आया कि कुछ भी mpm-prefork मोड में apache को php-fpm के साथ काम करने से नहीं रोकता है और इस विन्यास को परीक्षणों में भी जोड़ा गया है।

मैं इस लेख में उपयोग किए गए कॉन्फ़िगरेशन को स्थापित करने के तरीके के बारे में बात नहीं करूंगा, आप इंटरनेट पर यह जानकारी आसानी से पा सकते हैं। मैं केवल इस बात पर ध्यान देता हूं कि phpm के साथ mpm- कार्यकर्ता या mpm- ईवेंट को बंडल करने के लिए एक ही त्रुटि पर कितने दोहराव हैं: पैकेज प्रबंधक के आदेशों में इसे php5 पैकेज को स्थापित करने के लिए संकेत दिया गया है, वास्तव में, आपको php5-cgi पैकेज को स्थापित करने की आवश्यकता है।

सबसे पहले, मुझे इस बात में दिलचस्पी थी कि एक वेब सर्वर कितने अनुरोधों का सामना कर सकता है। इसलिए, मैंने परीक्षण के लिए घेराबंदी उपयोगिता का उपयोग करने का निर्णय लिया। जेमीटर के साथ प्रयोग करने के बाद, मैं इस निष्कर्ष पर पहुंचा कि कुछ घटनाओं के लिए प्रतिक्रिया समय निर्धारित करने के लिए यह अधिक उपयुक्त है। इस प्रकार, घेराबंदी उपयोगिता के उत्पादन से मुझे दिलचस्पी रखने वाला मुख्य पैरामीटर Availablility था। इसके आधार पर, घेराबंदी उपयोगिता के मापदंडों का चयन किया गया था ताकि उपलब्धता 100% से कम हो, लेकिन बहुत कम नहीं थी। सभी परीक्षणों में थ्रेड्स की संख्या 20 (-c) दोहराव की संख्या 20 (-r) बेंचमार्क (-b) मोड का उपयोग किया गया था।

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

एक सरल स्क्रिप्ट लिखी गई थी जो आवश्यक संख्या में परीक्षण करती है और एक्सेल में कॉपी पेस्ट के लिए घेराबंदी आउटपुट के परिणामों को संसाधित करती है:

 #!/bin/bash n=1 touch tmp.out while [ $n -le $2 ] do siege -b -q -c 20 -r 20 -i -f $1 >> tmp.out 2>&1 sleep 60 n=$(( n+1 )) done cat tmp.out | sed -nE '/Transactions/,/Shortest/p' | awk -F":" '{print $2}' | awk -F" " '{print $1}'| sed 's/\./,/g' | xargs -L12 | sed 's/ /;/g' rm tmp.out 

स्क्रिप्ट पैरामीटर URL फ़ाइल है जो साइटमैप से उत्पन्न की गई थी, और इन परीक्षणों के मामले में पुनरावृत्तियों की संख्या हमेशा 5 थी। पिछली पुनरावृत्ति से सभी कतारों को पूरा करने के लिए 60 नींद आवश्यक है।

इस प्रक्रिया में, CloudFlare को CDN वेबसाइट पर संलग्न करने का निर्णय लिया गया, और साथ ही यह देखें कि यह सेवा वेब सर्वर की भार क्षमता को कैसे प्रभावित करती है। ऐसा करने के लिए, डायरेक्ट साइट एड्रेस के साथ एक उपडोमेन DNS CloudFlare में जोड़ा गया था और वर्चुअल होस्ट सेटिंग्स में एक उपनाम जोड़ा गया था। साइट तक सीधी पहुँच के लिए एक और URL फ़ाइल बनाई गई थी।

परिणाम

आप इस फ़ाइल में विस्तृत परीक्षा परिणाम देख सकते हैं। यहां मैं केवल आरेख देता हूं।



यह स्पष्ट नहीं है कि यह CloudFlare के माध्यम से अपाचे mpm-prefork की सामान्य प्रवृत्ति से बाहर क्यों खड़ा है।

चूंकि प्राप्त किए गए परिणामों में प्रत्येक पास के मूल्यों में महत्वपूर्ण प्रसार के कारण बड़ी त्रुटियां थीं, इसलिए स्थानीय वर्चुअल मशीन पर एक अतिरिक्त परीक्षण करने का निर्णय लिया गया था। इसके लिए, VirtualBox पर Ubuntu 10.04 LTS गेस्ट सिस्टम बनाया गया था, जिसमें EC2 MicroInstance (1vCPU, 630MB, 8GB) के समान पैरामीटर थे। इसी तरह की विफलता की दर पाने के लिए, मैंने वर्चुअल मशीन पर उपलब्ध अधिकतम प्रोसेसर लोड को 7% (Intel Core i7 2.8 GHz) तक सीमित कर दिया। इस परीक्षण के विस्तृत परिणाम इस फ़ाइल में पाए जा सकते हैं।

परिणामों का सहसंबंध CloudFlare के माध्यम से परीक्षण के समान है।

निष्कर्ष

1. कई मैनुअल में अनुशंसित अपाचे और नगनेक्स का संयोजन रिवर्स प्रॉक्सी के रूप में वांछित परिणाम नहीं लाएगा यदि आपकी साइट पर कुछ स्थिर संसाधन हैं।
2. अपाचे सफलतापूर्वक mpm-prefork मॉड्यूल के बजाय mpm- कार्यकर्ता या mpm- घटना मॉड्यूल स्थापित करके Nginx के साथ प्रतिस्पर्धा कर सकता है।
3. यदि आप mpm-prefork मॉड्यूल का उपयोग करते हैं, तो Apache Nginx के साथ प्रतिस्पर्धा कर सकता है, और आपको fastcgi के माध्यम से php-fpm का उपयोग करना चाहिए।
4. यदि आप mpm-prefork मॉड्यूल का उपयोग करते हैं, तो अपने सिस्टम के संसाधनों के अनुसार प्रक्रियाओं की संख्या को सीमित करना न भूलें।
5. CDN CloudFlare का मुफ्त दर पर उपयोग करने से भार क्षमता में उल्लेखनीय वृद्धि नहीं होती है। एक प्लस पर विचार किया जा सकता है कि साइट के पूरी तरह से अक्षमता के मामले में CloudFlare अनुरोधित पृष्ठ के सहेजे गए "स्नैपशॉट" को दे देगा।