👩‍❤️‍👩 ‼️ 🌛 एक व्यक्तिगत वर्डप्रेस नेटवर्क के लिए $ 10 के लिए VPS पर्यावरण का अनुकूलन करने का अनुभव 🏴‍☠️ 🕠 🤶🏾

यह लघु लेख एकल और नेटवर्क मोड (वर्डप्रेस नेटवर्क मोड) में साइटों के एक व्यक्तिगत वर्डप्रेस नेटवर्क के लिए स्वीकार्य राज्य के लिए $ 10 / माह के लिए वीपीएस लाने के लिए मेरे कार्यों के विवरण के लिए समर्पित है।

परिचय

इसलिए, मेरे प्रिय उच्च तकनीकी विशेषज्ञ और आकस्मिक पाठक, यह कहानी अप्रैल 2012 के अंत में शुरू हुई, जब मेरे प्रिय शहर के एकाधिकार प्रदाता ने मुझे अपने रैक में अपने त्रि-परमाणु एटलॉन के और अधिक स्थान के लिए मना कर दिया।

मैं एक छोटे से रिसॉर्ट शहर में रहता हूं (3 हजार स्थानीय और 50 हजार गर्मियों में यहां आए थे) और मेरी अधिकांश निजी परियोजनाएं मेरे मूल और प्यारे शहर को समर्पित हैं। शहरी वेबकैम, मौसम, गाइड आदि की एक जोड़ी। इसके अलावा, मैं अभी भी न्याय और अधिकारों के लिए थोड़ा संघर्ष करता हूं: मैंने टीवी डोमेन पर एक छोटी परियोजना का आयोजन किया - हम अधिकारियों की अराजकता के बारे में रिपोर्ट शूट करते हैं, आदि ...

बेनाम: तो है कि मैं क्या मतलब है ... बेनाम: ओह हाँ! इसलिए, प्रदाता पर रैक में पूरी तरह से नि: शुल्क एक दो-इकाई सर्वर (इसे सर्वर कहना मुश्किल है), जिसमें पहले से ही 3 रैक थे और उनमें से 2 खाली थे। यह मुफ्त क्यों है? क्योंकि मैंने कॉर्पोरेट साइटों को विकसित करने के लिए इस प्रदाता की बहुत मदद की। इसके अलावा, हमारे छोटे शहर में मेरे समान ज्ञान के साथ कोई अन्य लोग नहीं हैं - दूर की परिधि, स्मार्ट लोग जल्दी से मास्को और अन्य विदेशी देशों के लिए निकल जाते हैं।

सामान्य तौर पर, मेरी परियोजनाएं AthlonX3 / 4Gb RAM पर घूम रही थीं और मैंने अनुकूलन और सेटअप के बारे में बिल्कुल भी परेशान नहीं किया - मैंने अपने पसंदीदा वर्डप्रेस पर वेबसाइटें बनाईं और यह भी नहीं सोचा कि किसी दिन फ्रीबी खत्म हो जाएगी।

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

कोई और दिन नहीं था। और मेरे अनुमान पहले से ही SERP में अच्छी तरह से बैठे थे, और मैं अपनी स्थिति नहीं खोना चाहता था ... नीचे की रेखा यह है कि 12 घंटों में जर्मनी में $ 10 के लिए पहला सस्ता VPS पाया गया (बस मेरे देश में नहीं), सॉफ़्टवेयर किसी भी रिपॉजिटरी में वितरित किया गया था, डेटा को ट्रांसफ़्यूज़ किया गया था, डीएनएस को फिर से लिखा गया था, और आधे में दु: ख के साथ, सब कुछ कम या कम काम कर रहा था, हालांकि यह मुश्किल से स्थानांतरित हो गया।

वैसे, $ 10 का प्रतिबंध एक कारण के लिए लिया गया था - यह वह राशि है जो मेरे पास उस समय वेबमनी पर थी, यह Yandex.Direct में जमा हुई थी। वास्तव में, यह बजट केवल $ 2 से बढ़ा - एक अतिरिक्त आईपी के लिए। अब इस VPS की कीमत मुझे $ 12 है।

अगर केवल सर्च इंजनों ने देखा

VPS पैरामीटर: CentOS 5, XEN, 2.8Ghz, 256 Mb RAM, 15 GB SATA, यातायात - असीमित। जल्दबाज़ी में, नगनेक्स, अपाचे + mod_php + eaccelerator, mysql, memcache स्थापित किया गया था। कल्पना करें - समय टिक रहा है, आपको लगभग 12 गिग को एक देश से दूसरे देश में स्थानांतरित करने की आवश्यकता है, और इसे अंदर भी डाल दें, इसे सेट करें, और अधिमानतः ताकि खोज इंजन को कुछ भी समझ में न आए :)

मैं एक प्रोग्रामर नहीं हूँ - तो, इसलिए, एक ~~redneck~~ llamo एनकोडर, और एक प्रशासक नहीं - मुझे पता है कि yum इंस्टॉल, yum erase, make && make install ... लेकिन मेरे पास कमोबेश एक अपरिहार्य google-learning कौशल है।

मैंने मूल रूप से अपाचे को फ्रंट-एंड पर सेट किया है। यह कुछ था :) पुराने सर्वर से ab2 ने प्रति सेकंड 1.4 से अधिक अनुरोध नहीं दिखाए। नगनेक्स मैंने तब पहली बार देखा था। रखो, पढ़ा (थोड़ा, कोई समय नहीं था) किसी तरह से कॉन्फ़िगर को बचाया - यह शुरू हो गया। और तेज भी। Eaccelerator स्थापित करने के बाद, 6 आरपीएस पर ab2 का परिणाम मुझे ठीक लगा और मैंने यह पूरी बात छोड़ दी।

कोई mysqltuner.pl, apache mpm की कोई पसंद / अनुकूलन नहीं है, यहाँ तक कि nginx ने भी इतनी मेमोरी खा ली है कि 80% भरा हुआ स्वैप मुझे सामान्य लग रहा था। लेकिन जाहिरा तौर पर यह तनाव के कारण था :) मेरी राय में, साइटें धीमी नहीं हुईं, ठीक है, थोड़ा सोचा। लेकिन अपने दर्शकों को जानकर, मैं पूरी तरह से समझ गया था कि मेरे दर्शक कहीं नहीं जाएंगे।

वास्तव में कुछ धीमी गति से

साइटें बढ़ी और विस्तारित हुईं - धीरे-धीरे, लेकिन जब वे मेरे रिज़ॉर्ट शहर के संबंध में अनुरोधों के लिए TOP-5 Google और Yandex पर पहुँचे, तो गर्मियों में साइटें अक्सर अनुपलब्ध हो गईं (RAM / SWAP - 100%)। चूंकि गर्मियों में अनुकूलन करने के लिए वास्तव में समय नहीं था, इसलिए मैंने वर्ष के अंत तक कार्य को स्थगित कर दिया।

अप्रैल के अंत से 7 दिसंबर तक, इस "बमुश्किल सवारी" मोड में, मेरी साइटों ने इन आंकड़ों को बदल दिया:

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

(मैं आपसे टिप्पणी में विस्तार से वर्णन नहीं करने के लिए कहता हूं कि वर्डप्रेस कितना बुरा है, इसका कोड और इसका क्या संसाधन खपत है। मैं खुद एक दीवार के खिलाफ सिर की तरह इस पर आया हूं। शायद यह अगले लेख का सार है।)

वैसे, इस तथ्य का उल्लेख करना महत्वपूर्ण होगा कि इस अवधि के दौरान मेरे पास शहर में ऐसे ग्राहक होने लगे, जिन्हें साइट बनाने की आवश्यकता थी। मैंने विशेष रूप से परेशान नहीं किया - WP पर मुहर लगाई। और एक बिंदु पर, अगली साइट को ऊपर उठाने के साथ, WP का यह पूरा ढेर बहुत बुरी तरह से काम करना शुरू कर दिया।

मैंने पढ़ा, डाल दिया, कॉन्फ़िगर किया, तूनिया, काटा, मैंने उतार दिया

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

सामान्य तौर पर, php-fpm नहीं चाहता था कि टैम्बॉरीन के बिना इसे स्थापित किया जाए। एक और रिपॉजिटरी की ऊँची एड़ी के जूते के माध्यम से मुझे एक संकलित पैकेज मिला, जिसमें मुझे सभी विकल्पों की आवश्यकता थी। सामान्य तौर पर, यह प्रकार से संभव था - लेकिन नहीं करना चाहता था। इंस्टॉल किया गया, जल्दी से सेट करें ... httpd stop && php-fpm start - LLC! 9 आरपीएस! मैं रिकॉर्ड करने जा रहा हूँ! बेशक एक मजाक।

php-frm की लागत, लेकिन बाज़ को ध्वस्त करना पड़ा - संगत नहीं, आपको एक नया चाहिए। Google- प्रशिक्षण - यह पता चलता है कि यह त्वरक लंबे समय से पुराना है। yum php-pecl-apc स्थापित करें। यह सेट किया गया था, फिर से टैम्बूरिन के बिना नहीं - मैंने इसे समायोजित किया, शुरू किया। पृष्ठ पीढ़ी ने किसी तरह बहुत अजीब काम करना शुरू कर दिया। पहला उद्घाटन लंबा है - फिर कुछ समय के लिए साइटें उड़ने लगती हैं। फिर बेवकूफ। फिर फिर से उड़ना। एक लंबे Google ट्यूटोरियल ने मुझे Facebook पर APC के उपयोग का वर्णन करने के लिए प्रेरित किया। यह उपयोगी निकला, बहुत कुछ स्पष्ट हो गया है।

कॉन्फ़िगर php-fpm। साइट पर चढ़ना - फिर अचानक 502, F5, F5, 504. क्या डोंगी! php-fpm कुछ समय बाद प्रतिक्रिया देना बंद कर देता है। फिर से मैंने पढ़ा - स्मृति बहुत कम है, मैंने और अधिक डाला। बेहतर है, लेकिन कुछ समय बाद फिर से 502। एक पूर्ण सेट पढ़ें, याद रखें, मेमक्लेक्स, गतिरोध।

मैं APC खींचता हूं, मैंने XCache डाला। आम तौर पर शुरू नहीं हुआ। ठीक है। यह सोचना और पढ़ना आवश्यक है। मैंने एपीसी को वापस रखा। फिर से कॉन्फ़िगर करें। एक और विन्यास के साथ, इसने अब तक उड़ान भरना बंद कर दिया है। और गति में काफी वृद्धि हुई है - विशेष रूप से सरल पृष्ठों की पीढ़ी का समय कई बार (2.7s -> 0.8s) घटा है। हाँ, दोस्तों, 2.7s - यह एक पंप वर्डप्रेस सरल पृष्ठ है। और अगर मैं प्लग-इन को लटका देता हूं - जैसा कि मेरे पास है। टीवी - तो आमतौर पर अनुकूलन के बिना केवल 19-25 का अनुकूलन होता है।

और फिर अचानक मुझे एहसास हुआ! सबसे पहले आपको सभी जिला सॉफ़्टवेयर को कॉन्फ़िगर करने की आवश्यकता है, जो कई लोगों द्वारा चलाया जाता है और पूरी तरह से अपने कर्तव्यों के साथ मुकाबला करता है। मैंने php-fpm + apc को चुनना बंद कर दिया है - और ऑपरेटिंग सिस्टम के नेटवर्क स्टैक से बहुत "सामने" किनारे से कॉन्फ़िगर करना शुरू कर दिया है। नेटवर्क पर बहुत सारी सिफारिशें हैं, सब कुछ विस्तृत है - मैं इसे नहीं दोहराऊंगा। कॉन्फ़िगर किया गया, जांचा गया, नगनेक्स बहुत तेजी से आगे बढ़ना शुरू हुआ, और mysql थोड़ा तेज था।

इसके बाद, nginx - ने श्रमिकों की संख्या को घटाकर 8196 कर दिया। मैंने sendfile और aio को सक्षम कर दिया, Directio मान की जाँच की। मैनुअल के अनुसार ट्विस्टेड आउटपुट_बफर्स। और वहाँ तुम जाओ! मुझे स्टैटिक्स पर 60 से अधिक आरपीएस मिले। मुझे लगा कि पहली जीत है और इसे जारी रखने की जरूरत है। इसी तरह php-fpm के माध्यम से चला गया (अभी तक एपीसी को छूने के बिना)। अंत, सीमा। फिर mysql। Mysqltuner.pl ने इस और निश्चित रूप से मैनुअल के साथ मेरी मदद की। कैश बढ़ाने और कनेक्शन की संख्या कम करने के बाद, सभी वीपीएस काम में काफी तेजी आई, लोड औसत गिर गया, स्मृति का एक तिहाई मुक्त हो गया।

हालांकि, php-fpm समय-समय पर गिरना जारी रहा। मैंने Google में बहुत सारे लिंक पढ़े। एपीसी अच्छा है - लेकिन वह बहुत अच्छा है। हम थोड़ी देर बाद इसमें लौटेंगे।

मैं सोना चाहता हूं, और साइटें अल्पकालिक हैं

एक अंतरिम समाधान के रूप में, मैंने सभी वर्डप्रेस - W3-Total-Cache पर एक कैशिंग प्लगइन डालने का प्रयास करने का निर्णय लिया। भविष्य के लिए, मैं कैश पर्ज मॉड्यूल के साथ nginx fastcgi कैश का उपयोग करना चाहता था (मैंने यह कोशिश की - मुझे यह पसंद नहीं आया, मैं लिखूंगा कि नीचे क्यों है)। W3TC को "फास्ट-सेट-अप-टू-स्लीप" के रूप में चुना गया था, और मेरे मामले में यह इष्टतम समाधान था। अगर बैक-एंड गिरता है, तो फ्रंट-एंड लोगों को स्टेटिक खिलाएगा (लेकिन सब कुछ इतना स्मूथ नहीं है)।

हम W3TC को निम्नानुसार तैयार करते हैं - पेज कैश: डिस्क एनचेंस्ड, डेटाबेस कैश - एपीसी, ऑब्जेक्ट कैश - एपीसी। चखने का समय। वर्डप्रेस कोड पर, मुझे W3TC से सीधे पेज कैश वितरित करने के लिए एक अर्ध-काम करने वाला कॉन्फिगरेशन मिला, जो फ्रंट-एंड से सीधे (nginx बिना php-fpm चलाए), इसे अंतिम रूप दिया। पुनरारंभ करें और केवल यहां मैं यह समझना शुरू कर देता हूं कि साइटों के तेज होने का क्या मतलब है। स्टैटिक्स नग्नेक्सा के नीचे से बहुत जल्दी उड़ जाते हैं। शुद्ध स्टैटिक्स पर, मैं 800 (!!!) आरपीएस तक के ab2 में मिला

बेशक, जब मैं इस पाठ को लिखने के लिए बैठ गया - मुझे पहले से ही पता है कि ab2 खराब है, और घेराबंदी अच्छी है। लेकिन उस क्षण मुझे यह नहीं पता था। और अभी भी! प्रारंभिक शो 1.4 और मध्यवर्ती 800 की तुलना करें! लेकिन यह वहाँ समाप्त नहीं हुआ, बल्कि बस शुरू हो गया! लेकिन अगली सुबह ही।

शाम की सुबह समझदार होती है

मैं अगले यैंडेक्स एसएमएस से सुबह उठा, कि साइटें काफी समय से संपर्क में थीं। php-fpm ने फ्रंट-एंड अनुरोधों का जवाब नहीं दिया। लंबे समय से चुनने, पुनरारंभ करने और पुन: कॉन्फ़िगर करने के परिणामस्वरूप, यह पता चला कि एपक में उपयोगकर्ता कैश को साफ करने से किसी प्रकार का डेड लॉक हो जाता है, जिसके परिणामस्वरूप php-fpm स्टॉप प्रोसेसिंग अनुरोधों को रोक देता है। और यहाँ मैं वीपीएस पर आया था, लेकिन इसका सही इस्तेमाल नहीं किया गया था। Memcached और php के लिए इसी विस्तार memcache है। W3TC में डेटाबेस कैश और ऑब्जेक्ट कैश तत्काल मेमकेच को पुन: कॉन्फ़िगर किया गया। बेशक, मैंने पढ़ा है कि स्थानीय होस्ट पर मेमेक कैश डिस्क कैश की तुलना में प्रदर्शन में वृद्धि नहीं करता है, लेकिन मेरे मामले में वृद्धि बहुत ध्यान देने योग्य थी। परीक्षण के बिना, नेत्रहीन। जाहिरा तौर पर यह VPS पर महत्वपूर्ण IO के कारण है।

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

जो मैंने अभी प्रयास नहीं किया। वह APC के आधार पर mmap मेमोरी और preadread mutex Locks लॉकिंग के साथ बंद हो गया। मैंने ताज के लिए एक छोटी सी पटकथा लिखी, जो एक मिनट में एक बार php-fpm की जीविका की जाँच करती है। और Fastcgi मध्यांतर 2 मिनट में nginx करने के लिए सेट करें। जब तक अचानक बेवकूफ - php-fpm गिर गया - छोटे उपयोगकर्ता इंतजार करेंगे (मेरे दर्शकों को ध्यान में रखते हुए)। मुझे अभी तक एक और समाधान नहीं मिला है - अगर किसी को पता चला या पता चला - प्रस्ताव।

एक अलग गाना नगनेक्स फास्टकगी कैश है। इसके आरंभीकरण के बाद, nginx कैश प्रबंधक ने कुल 256 मेमोरी में से 60MB खा लिया, केवल nginx + w3tc (पेजस्कैच डिस्क वर्धित) की तुलना में प्रदर्शन कम दिखाया और सुरक्षित रूप से अक्षम कर दिया गया।

अनुकूलन प्रक्रियाओं के परिणाम

अभी के लिए, मैं निम्नलिखित सॉफ्टवेयर पर बस गया: nginx 1.3.8, php 5.3.19 (+ php-fpm), apc 3.1.19, मेमकेच्ड 1.4.15, mysql 5.0.95 सक्रिय W3 प्लगइन के साथ कई एकल वर्डप्रेस और एक वर्डप्रेस नेटवर्क की सेवा कुल कैश

PHP सत्र मेम्केच्ड, उपयोगकर्ता कैश (db, ऑब्जेक्ट) -> मेमकाटेड, apc.XXXXXX / dev / shm / में हैं, एपीसी विशेष रूप से php opcode के लिए एक अनुकूलक और कैश के रूप में काम करता है।

पूरी तरह से कैश्ड साइटों पर ab2 ब्लॉक-कैश्ड साइटों पर लगभग 800 आरपीएस की पैदावार लगभग 200 आरपीएस (गोल नीचे) होती है।

आज दिनांक 12/12/2012 को अपडेट करें

मैं वास्तव में लगातार गिर रहे PHP-FPM से थक गया था। लेकिन आज, सारी रात मैंने PHP 5.4.9 को संकलित करने से पहले कॉन्फ़िगरेशन कुंजियों का एक अद्भुत ~~सेक्स~~ पार्सिंग किया। जबकि मैंने यह सोचा कि इसे कैसे बनाया जाए, और स्रोत से इसके मॉड्यूल - मुझे लगा कि छत हिल जाएगी। बमुश्किल एकत्र किया, लॉन्च किया। साइटें काम करती हैं। APC में उपयोगकर्ता कैश गतिरोध का कारण नहीं बनता है। प्रकाशन अद्यतन के समय - PHP-FPM Uptime 9 घंटे और 15 मिनट बिना किसी शिकायत के। हालाँकि, मैं अभी भी यह नहीं समझ सका कि PHP को वर्डप्रेस के लिए न्यूनतम कामकाजी विधानसभा में कैसे संकलित किया जा सकता है। अब सभी मॉड्यूल PHP में ही संकलित किए गए हैं और मुझे नहीं पता कि उन्हें सही तरीके से कैसे बंद किया जाए। प्रिय समुदाय, कृपया मुझे बताएं, यह कैसे किया जा सकता है? PHP बायनेरिज़ के अधिकतम न्यूनीकरण के साथ वर्डप्रेस के इष्टतम काम के लिए कौन से वास्तविक मॉड्यूल की आवश्यकता है?

php आउटपुट -m

# php -m
[PHP मॉड्यूल]
एपीसी
bcmath
कैलेंडर
कोर
CTYPE
कर्ल
तिथि
डोम
एरेग
exif
fileinfo
फिल्टर
एफ़टीपी
जी.डी.
gettext
हैश
iconv
intl
json
libxml
mbstring
mcrypt
मेम्कैश
mhash
mysql
mysqli
mysqlnd
openssl
PCRE
POSIX
प्रतिबिंब
अधिवेशन
SimpleXML
सॉकेट
एसपीएल
मानक
sysvmsg
sysvsem
sysvshm
tokenizer
एक्सएमएल
ज़िप
zlib

उसी दिन शाम की खुराक:

Aktuba के निर्देश के लिए धन्यवाद, मैंने if-modified- चूँकि या if-none -match हेडर के लिए सर्वर प्रतिक्रियाओं के महत्व पर ध्यान दिया। किसी कारण से, न तो nginx और न ही W3TC ने मुझे उपयुक्त मामलों में 304 Not Modified किया। परिणामस्वरूप, मैंने एक WP-site के लिए nginx कॉन्फ़िगरेशन संदर्भ में निम्नलिखित निर्देश जोड़े: if_modified_since इससे पहले; etag पर; सर्वर पर अनुरोधों की संख्या को कम करने पर इसका बहुत सकारात्मक प्रभाव पड़ा। मैं अनुरोधों के आंकड़ों को देखूंगा और सभी साइटों को चालू कर दूंगा।

इसके अलावा, कार्यकर्ता_aio_requests 128 निर्देश nginx कॉन्फ़िगरेशन की घटनाओं के संदर्भ में जोड़ा गया था; aio प्रदर्शन को बढ़ाने के लिए।

सिंथेटिक्स पर अब निम्नलिखित परिणाम प्राप्त हुए:

ab -n 10000 -c 1000 http: //*.org/

This is ApacheBench, Version 2.3 <$Revision: 655654 $> Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/ Licensed to The Apache Software Foundation, http://www.apache.org/ Benchmarking *.org (be patient) Completed 1000 requests Completed 2000 requests Completed 3000 requests Completed 4000 requests Completed 5000 requests Completed 6000 requests Completed 7000 requests Completed 8000 requests Completed 9000 requests Completed 10000 requests Finished 10000 requests Server Software: nginx Server Hostname: *.org Server Port: 80 Document Path: / Document Length: 22307 bytes Concurrency Level: 1000 Time taken for tests: 4.812 seconds Complete requests: 10000 Failed requests: 0 Write errors: 0 Total transferred: 229199440 bytes HTML transferred: 226639120 bytes Requests per second: 2078.22 [#/sec] (mean) Time per request: 481.181 [ms] (mean) Time per request: 0.481 [ms] (mean, across all concurrent requests) Transfer rate: 46516.29 [Kbytes/sec] received Connection Times (ms) min mean[+/-sd] median max Connect: 6 150 69.8 147 309 Processing: 105 288 70.8 276 600 Waiting: 5 144 50.0 145 511 Total: 215 439 93.6 448 783 Percentage of the requests served within a certain time (ms) 50% 448 66% 467 75% 477 80% 498 90% 541 95% 629 98% 634 99% 774 100% 783 (longest request)

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

बाड़े:

डिफ़ॉल्ट www पूल के साथ php-fpm की 'पर्याप्तता' की जाँच के लिए crontab bash स्क्रिप्ट

 #!/bin/sh POOL=`curl --retry 3 --retry-delay 1 --connect-timeout 2 --max-time 2 --silent http://127.0.0.1/fpmstatus | grep pool | awk '{ print $2 }'` if [ "$POOL" != "www" ] then echo -------------------------------------------------------------------------- >>/var/log/php-fpm/restarts.log echo `date` PHP-FPM $host:$port is DOWN >>/var/log/php-fpm/restarts.log echo `date` first try sigterm PHP-FPM... >>/var/log/php-fpm/restarts.log killall -9 php-fpm >>/dev/null sleep 5 echo `date` second try sigterm PHP-FPM... >>/var/log/php-fpm/restarts.log killall -9 php-fpm >>/dev/null sleep 5 echo `date` restarting PHP-FPM NOW >>/var/log/php-fpm/restarts.log /etc/init.d/php-fpm restart >>/dev/null echo -------------------------------------------------------------------------- >>/var/log/php-fpm/restarts.log else sleep 1 fi exit

दो किलो का उपयोग किया जाता है क्योंकि यह कभी-कभी लटका होता है ताकि यह केवल दूसरी बार ध्वस्त हो जाए।
चेतावनी! php-fpm और nginx को सही ढंग से काम करने के लिए स्थान / fpmstatus के लिए कॉन्फ़िगर किया जाना चाहिए

apc.ini

 extension = apc.so apc.enabled=1 apc.shm_size=128M apc.num_files_hint=0 apc.user_entries_hint=0 apc.ttl=0 apc.use_request_time=1 apc.user_ttl=0 apc.gc_ttl=3600 apc.cache_by_default=1 apc.filters apc.mmap_file_mask=/apc.shm.XXXXXX apc.file_update_protection=10 apc.enable_cli=0 apc.max_file_size=1M apc.stat=1 apc.stat_ctime=0 apc.canonicalize=1 apc.write_lock=0 apc.rfc1867=0 apc.rfc1867_prefix =upload_ apc.rfc1867_name=APC_UPLOAD_PROGRESS apc.rfc1867_freq=0 apc.rfc1867_ttl=3600 apc.include_once_override=0 apc.lazy_classes=0 apc.lazy_functions=0 apc.coredump_unmap=0 apc.file_md5=0 apc.localcache=1 apc.localcache.size=1024

nginx.conf के अंश (जो कि Google में बहुत गहरे हैं ...)

 worker_processes 1; timer_resolution 100ms; worker_rlimit_nofile 4096; worker_priority -5; events { worker_connections 8196; use epoll; } sendfile on; aio on; directio 5m; output_buffers 8 128k; tcp_nopush on; tcp_nodelay on; server_tokens off; reset_timedout_connection on; open_file_cache max=8192 inactive=60s; open_file_cache_valid 60m; open_file_cache_min_uses 2; open_file_cache_errors on;

wp-net.conf (वर्डप्रेस नेटवर्क के लिए w3tc पेज डिस्क कैश के साथ काम करने के लिए, ngin से कनेक्ट होता है)

 map $host $sid { wp-net.su -999; forum.wp-net.su 2; about.wp-net.su 4; info.wp-net.su 5; test.wp-net.su 6; } server { listen IP.IP.IP.IP:80; server_name wp-net.su *.wp-net.su; access_log /var/log/nginx/nginx_($host)_access.log; error_log /var/log/nginx/nginx_(ALL.wp-net.su)_error.log error; root /var/www/vhosts/wp-net.su; index index.php; location = /favicon.ico { log_not_found off; access_log off; } location = /robots.txt { allow all; log_not_found off; access_log off; } location ~ /\. { deny all; } location ~* /(?:uploads|files)/.*\.php$ { deny all; } if ($request_uri ~* "\/files\/(.*)"){ set $rtfile $1; } location ^~ /files { try_files /wp-content/blogs.dir/$sid/$uri /wp-includes/ms-files.php?file=$rtfile; expires 7d; } location ^~ /blogs.dir { internal; alias /var/www/vhosts/wp-net.su/wp-content/blogs.dir; access_log off; log_not_found off; expires 7d; } location ~* ^.+\.(js|css)$ { expires 2d; } location ~* ^.+\.(ogg|ogv|svg|svgz|eot|otf|woff|mp4|ttf|rss|atom|jpg|jpeg|gif|png|ico|zip|tgz|gz|rar|bz2|doc|xls|exe|ppt|tar|mid|midi|wav|bmp|rtf)$ { expires 7d; } set $cache_uri $request_uri; if ($request_method = POST) { set $cache_uri 'null cache'; } if ($query_string != "") { set $cache_uri 'null cache'; } if ($request_uri ~* "(/wp-admin/|/xmlrpc.php|/wp-(app|cron|login|register|mail).php|wp-.*.php|/feed/|index.php|wp-comments-popup.php|wp-links-opml.php|wp-locations.php|sitemap(_index)?.xml|[a-z0-9_-]+-sitemap([0-9]+)?.xml)") { set $cache_uri 'null cache'; } if ($http_cookie ~* "comment_author|wordpress_[a-f0-9]+|wp-postpass|wordpress_logged_in") { set $cache_uri 'null cache'; } location / { try_files /wp-content/w3tc-$host/pgcache/$cache_uri/_index.html $uri $uri/ /index.php?$args; } location ~ \.php$ { try_files $uri =404; fastcgi_split_path_info ^(.+\.php)(/.+)$; include /etc/nginx/fastcgi.conf; fastcgi_connect_timeout 1800s; fastcgi_read_timeout 1800s; fastcgi_send_timeout 1800s; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; fastcgi_intercept_errors off; fastcgi_pass phpfpm; } }

/etc/my.cnf से महत्वपूर्ण

 [mysqld_safe] key_buffer=8M max_allowed_packet=1M max_heap_table_size=24M table_cache=1024 sort_buffer_size=512K read_buffer_size=512K read_rnd_buffer_size=2M net_buffer_length=20K thread_stack=640K thread_cache=4 tmp_table_size=8M query_cache_limit=8M query_cache_size=16M skip-locking skip-networking skip-bdb skip-innodb skip-thread-priority old-passwords=0 thread_concurrency=1 max_connections=16

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

अच्छा मूड

एक व्यक्तिगत वर्डप्रेस नेटवर्क के लिए $ 10 के लिए VPS पर्यावरण का अनुकूलन करने का अनुभव