VPS पर LAMP + Nginx स्थिर और बिना किसी सिरदर्द के है

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

मूल सिद्धांत:

1. OS - Centos-6 86_x64 क्योंकि यह स्थिर, सुविधाजनक और अद्यतन करने में आसान है।
2. कोई स्व-इकट्ठे सॉफ़्टवेयर नहीं। और जैसा कि वे कहते हैं, "मेक && मेक इंस्टॉल कमांड के साथ, कोई भी वितरण स्लैकवेयर में बदल जाता है।"

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

चलो चलते हैं।
1. अद्यतन के लिए जाँच करें।
होस्टिंग प्रदाता की स्थापना छवि बहुत ताज़ा नहीं हो सकती है।
[root@test ~]# yum update

अपडेट करने के लिए कुछ है - हम अपडेट करते हैं। नहीं, हम खुश हैं।

2. ईपीईएल रिपॉजिटरी (http://fedoraproject.org/wiki/EPEL) से कनेक्ट करें जिससे हम लापता सॉफ़्टवेयर स्थापित करेंगे।
[root@test ~]# rpm -ihv download.fedora.redhat.com/pub/epel/6/x86_64/epel-release-6-5.noarch.rpm


3. हम अपनी जरूरत का सॉफ्टवेयर डालते हैं
[root@test ~]# yum install httpd mysql-server php vsftpd mc phpMyAdmin php-eaccelerator sysstat crontabs tmpwatch


सॉफ्टवेयर के बारे में संक्षेप में:
httpd - अपाचे मानक संस्करण Centos-6 के लिए - 2.2.15
mysql-server - mysql 5.1.52
php - PHP 5.3.2
vsftpd - सुंदर सुविधाजनक ftp सर्वर vsftpd 2.2.2
mc - कमांड लाइन की तुलना में mc में करने के लिए कुछ चीजें अभी भी अधिक सुविधाजनक हैं।
phpMyAdmin - mc के समान। phpMyAdmin में mysql डेटाबेस को प्रबंधित करना अभी भी अधिक सुविधाजनक है।
php-eaccelerator - PHP के लिए त्वरक। स्पष्ट रूप से स्क्रिप्ट निष्पादन की गति को बढ़ाता है और प्रोसेसर पर भार को कम करता है। हाँ, और एक रखवाले के रूप में।
sysstat - यदि हम यह देखना चाहते हैं कि सिस्टम कैसे कर रहा है।
crontabs - अनुसूचित कार्यों के लिए।
अप्रचलित फ़ाइलों को हटाने के लिए tmpwatch एक उपयोगिता है।

वास्तव में, कुछ और पैकेज स्थापित किए जाएंगे, जिन पैकेजों को हमने स्थापित करने के लिए कहा था, उनके कामकाज के लिए आवश्यक सभी चीजें जोड़ी जाएंगी।
परिणाम है:
Install 44 Package(s)
Upgrade 0 Package(s)

Total download size: 37 M
Installed size: 118 M


4. फ्री कमांड के साथ, हम देखते हैं कि क्या हमारे पास स्वैप है और यदि नहीं, तो इसे बनाएं और कनेक्ट करें। अगर वहाँ है, तो हम आनन्दित होते हैं और इस आइटम को छोड़ देते हैं।
यहां एक महत्वपूर्ण बिंदु - एक स्वैप का सक्रिय उपयोग - बहुत खराब है। यदि कोई सक्रिय स्वैप है, तो आपको कुछ को अनुकूलित या ट्रिम करने की आवश्यकता है। यदि आप अनुकूलन नहीं कर सकते हैं और वापस कटौती नहीं करते हैं, तो आपको अधिक महंगी टैरिफ योजना पर स्विच करना होगा। यह भी विचार करने योग्य है कि होस्टिंग प्रदाता स्वैप के अत्यधिक उपयोग से नाराज हो सकता है।
लेकिन एक अदला-बदली के बिना, यह बहुत अच्छा नहीं है - ऊम हत्यारा एक भयानक चीज है। यह अनजाने में mysqld को मार सकता है और इसके बजाय सिर्फ आपकी साइटें पूरी तरह से धीमा हो जाएंगी।
नोट - आपको उपलब्ध RAM से अधिक स्वैप करने की आवश्यकता नहीं है। उससे कोई लाभ नहीं होगा, लेकिन वह एक जगह खाता है।

निम्नानुसार एक स्वैप बनाएँ:
[root@test /]# dd if=/dev/zero of=/swap bs=1M count=256
[root@test /]# mkswap /swap


कनेक्ट
[root@test /]# swapon /swap

खैर, इसे जोड़ने के लिए, हम स्वचालित रूप से /etc/rc.local को यह कमांड लिखते हैं
आप शीर्ष या नि: शुल्क आदेशों के साथ स्वैप की उपलब्धता और व्यस्तता की जांच कर सकते हैं।

5. चालू करें और राक्षसों को शुरू करें
[root@test /]# chkconfig httpd on
[root@test /]# chkconfig mysqld on
[root@test /]# chkconfig crond on

[root@test /]# service httpd restart
[root@test /]# service mysqld restart
[root@test /]# service crond restart


6. साइटों के लिए उपयोगकर्ता बनाएँ। मैं साइट के डोमेन के समान होने के लिए उपयोगकर्ता नाम पसंद करता हूं।
[root@test /]# adduser testsite.ru
[root@test /]# adduser mysite.ru
[root@test /]# adduser cfg.testsite.ru

अगला, अतिरिक्त उपयोगकर्ता निर्देशिकाएं बनाएं। html (जिसमें साइटों की मुख्य सामग्री होगी) और वह लॉग जिसमें इस साइट के लिए लॉग लिखे जाएंगे और अधिकार सेट किए जाएंगे। हम अधिकार सेट करते हैं: उपयोगकर्ता - पूर्ण पहुंच, अपाचे समूह पढ़ने और लिस्टिंग निर्देशिका, बाकी - फ़िकस।
अधिकार हाथ से निर्धारित किए जा सकते हैं, या आप एक छोटी स्क्रिप्ट का उपयोग कर सकते हैं:
cd /home
for dir in `ls -1 `; do
mkdir /home/$dir/log
mkdir /home/$dir/html
chown -R $dir:apache $dir
chmod ug+rX $dir
done;


7. वेब सर्वर को कॉन्फ़िगर करें। /Etc/httpd/conf/httpd.conf संपादित करें
वास्तव में आवश्यक बदलावों में से, हम प्रीफ़ॉर्क मॉड्यूल को कॉन्फ़िगर करते हैं ताकि यह शुरू में कम मेमोरी खाए और इसके भूख को सीमित करे।
तथ्य यह है कि अपाचे को शुरू में इसकी कार्य प्रक्रियाओं के 256 तक चलाने के लिए कॉन्फ़िगर किया गया था, जबकि एक कार्य प्रक्रिया में आसानी से 20-40 एमबी (256 * 20 = 5 जीबी) लगते हैं, इससे आसानी से समस्याएं हो सकती हैं, खासकर मामूली वीपीएस पर जहां केवल 256 एमबी रैम है।
इसलिए, हम उपलब्ध रैम के आधार पर उनकी संख्या को उचित संख्या तक सीमित करते हैं। उदाहरण के लिए, 30 एमबी के औसत आकार के साथ 5 अपाचे प्रक्रियाओं में लगभग 150 एमबी लगेगा - जो पहले से ही सहने योग्य है।
यह था:
<IfModule prefork.c>
StartServers 8
MinSpareServers 5
MaxSpareServers 20
ServerLimit 256
MaxClients 256
MaxRequestsPerChild 4000


यह बन गया:
<IfModule prefork.c>
StartServers 2
MinSpareServers 2
MaxSpareServers 3
ServerLimit 5
MaxClients 5
MaxRequestsPerChild 1000


इस तरह की सेटिंग अपाचे को माप से परे विस्तार करने और सभी रैम को खाने की अनुमति नहीं देगा। वास्तविक भार के आधार पर, पैरामीटर संशोधित करने लायक हो सकते हैं।
खैर, लाइन को अनसुना करें
NameVirtualHost *:80

एक ही IP पते पर कई साइटें रखने के लिए।

अगला, /etc/httpd/conf.d/ निर्देशिका पर जाएं और हमारी साइटों को कॉन्फ़िगर करें।
वहाँ आप wel.conf को हटा सकते हैं जो अनुक्रमणिका को बंद कर देता है और इसके बजाय Apache 2 परीक्षण पृष्ठ पृष्ठ प्रदर्शित करता है।
कृपया ध्यान दें कि इस निर्देशिका में वर्चुअल होस्ट कॉन्फ़िगरेशन वर्णानुक्रम में बदले में लागू होते हैं।
किसी उपयोगकर्ता द्वारा हमारी किसी भी साइट पर IP पते पर जाने के लिए और पूरी तरह से अलग नहीं होने के लिए (जो कि सूची में पहला होगा), एक conf.d निर्देशिका को फ़ाइल में उदाहरण के लिए 000-default.conf और इस तरह की सामग्री के नाम के साथ रखा जाना चाहिए।
<VirtualHost *:80>
ServerName localhost.local
DocumentRoot "/var/www/html"


और निर्देशिका / var / www / html / index.html फ़ाइल को इच्छाओं के साथ रखें।

अगला, हमारे प्रत्येक आभासी होस्ट के लिए, हम लगभग निम्नलिखित टेम्पलेट के अनुसार एक कॉन्फिगर फाइल बनाते हैं:
<VirtualHost *:80>

ServerName testsite.ru
ServerAlias www.testsite.ru
ServerAdmin webmaster@testsite.ru
ErrorLog /home/testsite.ru/log/error.log
CustomLog /home/testsite.ru/log/access.log combined
DocumentRoot /home/testsite.ru/html/

<Directory "/home/testsite.ru/html">
Order allow,deny
Allow from all




इन फ़ाइलों में, स्वाद के लिए, आप किसी भी मॉड्यूल की अलग-अलग सेटिंग्स जोड़ सकते हैं।

हम अपाचे को पुनः आरंभ करते हैं और देखते हैं कि सब कुछ काम करता है या नहीं।
[root@test /]# service httpd restart


अपाचे सामान्य रूप से शुरू होना चाहिए। लॉग साइटों की निर्देशिका में, 2 लॉग फाइल बनाई जानी चाहिए।
IP पते द्वारा सर्वर तक पहुँचने पर, आप / var / www / html / में रखी गई फ़ाइल को प्रदर्शित किया जाना चाहिए, और साइट के नाम से पहुँचते समय, आपको html निर्देशिका की सामग्री (सबसे अधिक संभावना खाली) और संबंधित साइट के access.log फ़ाइल में प्रविष्टियाँ दिखनी चाहिए।

8. mysql कॉन्फ़िगर करें। सबसे पहले, परीक्षण डेटाबेस को हटाएं और mysql के लिए रूट पासवर्ड सेट करें
[root@test /]# mysql


mysql> DROP DATABASE test;
mysql> USE mysql;
mysql> UPDATE user SET Password=PASSWORD('MyMysqlPassword') WHERE user='root';
mysql> FLUSH PRIVILEGES;
mysql> quit


MySql के साथ, समस्या अपाचे के साथ उसी तरह की है - स्मृति आवश्यकताएं जो वीपीएस पर काफी महंगी हैं।
सर्वर द्वारा उपयोग की जाने वाली sql मेमोरी की मात्रा को कम करने के लिए, /etc/my.cnf को निम्नानुसार संपादित करें:
निम्नलिखित को [mysqld] अनुभाग में जोड़ें:
key_buffer = 16M
max_allowed_packet = 10M
table_cache = 400
sort_buffer_size = 1M
read_buffer_size = 4M
read_rnd_buffer_size = 2M
net_buffer_length = 20K
thread_stack = 640K
tmp_table_size = 10M
query_cache_limit = 1M
query_cache_size = 32M
skip-locking
skip-innodb
skip-networking


और इन पंक्तियों को फ़ाइल के अंत में जोड़ें:
[mysqldump]
quick
max_allowed_packet = 16M

[mysql]
no-auto-rehash

[isamchk]
key_buffer = 8M
sort_buffer_size = 8M

[myisamchk]
key_buffer = 8M
sort_buffer_size = 8M

[mysqlhotcopy]
interactive-timeout


सब कुछ ठीक है सुनिश्चित करने के लिए mysqld को पुनरारंभ करें:
[root@test ]# service mysqld restart


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

आगे mysql का प्रशासन phpMyAdmin के माध्यम से करना अधिक सुविधाजनक है।
अब एक चेतावनी है - डिफ़ॉल्ट रूप से phpMyAdmin हमारी सभी साइटों पर पथ / phpMyAdmin पर उपलब्ध है।
इससे बचने के लिए, हम प्रबंधन के लिए एक विशेष साइट बनाते हैं (उदाहरण के लिए, cfg.testsite.ru) और इसे दूसरों के समान कॉन्फ़िगर करें।
फिर हम /etc/httpd/conf.d/phpMyAdmin.conf फ़ाइल की संपूर्ण सामग्री को इस साइट के कॉन्फ़िगरेशन में स्थानांतरित करते हैं, और phpMyAdmin.conf फ़ाइल को स्वयं हटा देते हैं या इसे conf.d निर्देशिका से कहीं स्थानांतरित कर देते हैं।
इस तरह के कार्यों के बाद phpMyAdmin पथ / phpMyAdmin / केवल एक समर्पित साइट पर उपलब्ध होगा।
खैर, साइट कॉन्फ़िगरेशन फ़ाइल में इसे दर्ज करने में सक्षम होने के लिए, हम बदलते हैं
<Directory /usr/share/phpMyAdmin/>
Order Deny,Allow
Deny from All
Allow from 127.0.0.1
Allow from ::1


<निर्देशिका / usr / शेयर / phpMyAdmin / सेटअप />
आदेश अस्वीकार करें, अनुमति दें
सब से इनकार
127.0.0.1 से अनुमति दें
:: 1 से अनुमति दें


पर
<Directory /usr/share/phpMyAdmin/>
Order Deny,Allow
Deny from All
Allow from 127.0.0.1
Allow from ...
Allow from ::1


<निर्देशिका / usr / शेयर / phpMyAdmin / सेटअप />
आदेश अस्वीकार करें, अनुमति दें
सब से इनकार
127.0.0.1 से अनुमति दें
अपने ईमेल पते से अनुमति दें।
:: 1 से अनुमति दें


उसके बाद phpMyAdmin आपके आईपी पते से उपलब्ध होगा।

हम आपके द्वारा सेट किए गए पासवर्ड के साथ रूट उपयोगकर्ता के रूप में लॉग इन करते हैं।
एक उपयोगकर्ता बनाने के लिए, "विशेषाधिकार" पर जाएं - "एक नया उपयोगकर्ता जोड़ें"
उपयोगकर्ता नाम मनमाना है, मैं भ्रम को कम करने के लिए साइट नाम का उपयोग करना पसंद करता हूं।
होस्ट स्थानीय है (क्या हम इसे एक साइट के लिए कर रहे हैं जो वहीं स्पिन करेगा?)
पासवर्ड - उत्पन्न। (पासवर्ड कॉपी करना न भूलें)
हमने एक चेकमार्क लगाया - "नाम में उपयोगकर्ता नाम के साथ एक डेटाबेस बनाएँ और उसे पूर्ण विशेषाधिकार प्रदान करें"
हम आवेदन करते हैं।
परिणामस्वरूप, हमें उसी नाम के साथ आपकी पसंद के नाम, पासवर्ड और डेटाबेस के साथ एक उपयोगकर्ता मिलता है।

9. अक्सर एक होस्टिंग के लिए फाइल अपलोड करना ftp के माध्यम से अधिक सुविधाजनक होता है। इसके लिए हमने vsftpd स्थापित किया
इसके config /etc/vsftpd/vsftpd.conf को संपादित करें
अनाम लॉगिन को बंद करें, बदलें
anonymous_enable=YES

पर
anonymous_enable=NO


और असहजता
chroot_local_user=YES


अब, किसी विशिष्ट साइट के एफ़टीपी का उपयोग करने में सक्षम होने के लिए, संबंधित उपयोगकर्ता को पासवर्ड सेट करने की आवश्यकता होती है
[root@test /]# passwd testsite.ru


और यह मत भूलो कि डिफ़ॉल्ट रूप से यह पासवर्ड वाला उपयोगकर्ता एसएसएच के माध्यम से लॉग इन कर सकता है। इस सुविधा को अक्षम करने के लिए, उपयोगकर्ता के शेल को बदलने का सबसे आसान तरीका है
[root@test etc]# chsh -s /sbin/nologin testsite.ru


चालू करें और vsftpd चलाएं
[root@test /]# chkconfig vsftpd on
[root@test /]# service vsftpd start


जांचें कि क्या सब कुछ काम करता है।

और अंत में, एक बहुत ही सरल "ऑपरेशनल बैकअप"। के सिद्धांत के अनुसार "बैकअप ज्यादा नहीं होता है।"
बेहतर होगा कि कुछ और सही इस्तेमाल किया जाए, लेकिन एक खराब बैकअप अभी भी पूरी तरह से अनुपस्थिति से बेहतर है।
ऐसा बैकअप होस्टिंग प्रदाता के वर्चुअल मशीन के पूर्ण बैकअप के लिए एक अच्छा अतिरिक्त के रूप में काम कर सकता है। लेकिन, इसका कोई मतलब नहीं है।
हम साइटों और डेटाबेस की सामग्री, साथ ही / etc / निर्देशिका में सेटिंग्स का बैकअप लेते हैं।
हम निर्देशिका / बैकअप / बनाते हैं और इसे "700" पर सेट करते हैं

[root@test /]# mkdir /backup/
[root@test /]# chmod 700 /backup/


/Etc/cron.daily/ निर्देशिका में, एक backup.sh फ़ाइल बनाएँ और साथ ही साथ "700" अधिकार सेट करें।
[root@test /]# touch /etc/cron.daily/backup.sh
[root@test /]# chmod 700 /etc/cron.daily/backup.sh


फ़ाइल में निम्नलिखित सामग्री है:

#!/bin/sh

# html
tar -cf - /home/*/html/ | gzip > /backup/sites-`date +%Y-%m-%d`.tar.gz

#
mysqldump -u root --password=MyMysqlPassword --all-databases | gzip > /backup/mysql-`date +%Y-%m-%d`.dump.gz

#
tar -cf - /etc/ | gzip > /backup/etc-`date +%Y-%m-%d`.tar.gz

# 7
tmpwatch -t -m 7d /backup/


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

#!/bin/sh
for dir in `ls -1 /home/ `; do
tar -cf - /home/$dir/html/ | gzip > /backup/sites-$dir-`date +%Y-%m-%d`.tar.gz
mysqldump -u root --password=MyMysqlPassword $dir | gzip > /backup/mysql-$dir-`date +%Y-%m-%d`.dump.gz
done;

#
tar -cf - /etc/ | gzip > /backup/etc-`date +%Y-%m-%d`.tar.gz

# 7
tmpwatch -t -m 7d /backup/


10. अद्यतन।
समय-समय पर सिस्टम को अपडेट करना न भूलें।
[root@test ~]# yum update

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

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

उदाहरण के लिए, मैं एक ताजा स्थापित Drupal 7.9 पर परीक्षण कर रहा हूं

कमांड लाइन एब की पूरी विविधता से, हमें केवल 2 मापदंडों की आवश्यकता है -n - http अनुरोधों की संख्या -c - साथ-साथ अनुरोधों (थ्रेड्स) की संख्या।
शीर्ष का उपयोग करके दूसरे ssh सत्र में परीक्षण के दौरान, हम देखते हैं कि सर्वर कैसे कर रहा है।

2 थ्रेड्स में 100 अनुरोध।

[root@test ~]# ab -n 100 -c 2 testsite.ru


Ab के आउटपुट से, मैं विशेष रूप से "प्रति सेकंड अनुरोध", "प्रति अनुरोध समय" और "विफल अनुरोध" में रुचि रखता हूं, जो सर्वर प्रदर्शन का एक सामान्य विचार देता है।

Failed requests: 0
Requests per second: 6.20 [#/sec] (mean)
Time per request: 322.788 [ms] (mean)


यह देखा जा सकता है कि सर्वर प्रति सेकंड अनुरोधों के एक पैसे के साथ 6 संसाधित करता है और एक पेज उत्पन्न करने के लिए 322 मिलीसेकेंड खर्च करता है।

शीर्ष आउटपुट से, मेमोरी आवंटन और प्रोसेसर लोडिंग दिलचस्प हैं।

Tasks: 62 total, 3 running, 59 sleeping, 0 stopped, 0 zombie
Cpu(s): 19.9%us, 5.3%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.4%si, 74.5%st
Mem: 244856k total, 151624k used, 93232k free, 3752k buffers
Swap: 262136k total, 0k used, 262136k free, 76604k cached


स्वैप: 0k इस्तेमाल किया - sooo अच्छा।
93232k फ्री + 76604k कैश वास्तव में 170 मेगाबाइट फ्री मेमोरी है।

100 अनुरोध 5 धागे।

[root@test ~]# ab -n 100 -c 5 testsite.ru


Failed requests: 0
Requests per second: 6.21 [#/sec] (mean)
Time per request: 804.513 [ms] (mean)

Tasks: 63 total, 5 running, 58 sleeping, 0 stopped, 0 zombie
Cpu(s): 17.5%us, 6.2%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.0%si, 76.3%st
Mem: 244856k total, 159756k used, 85100k free, 3812k buffers
Swap: 262136k total, 0k used, 262136k free, 76660k cached


प्रति सेकंड अनुरोधों की संख्या समान रही, लेकिन पीढ़ी का समय 2 गुना से अधिक बढ़ गया - वे प्रोसेसर में भाग गए।

और अंत में, habraeffect या कुछ करीब :-)

[root@test ~]# ab -n 500 -c 50 testsite.ru


Failed requests: 0
Requests per second: 6.45 [#/sec] (mean)
Time per request: 7749.972 [ms] (mean)

Tasks: 63 total, 6 running, 57 sleeping, 0 stopped, 0 zombie
Cpu(s): 19.1%us, 5.3%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.0%si, 75.6%st
Mem: 244856k total, 162740k used, 82116k free, 3884k buffers
Swap: 262136k total, 0k used, 262136k free, 76672k cached


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

12. एक दृश्य के रूप में nginx स्थापित करना।

यह क्यों आवश्यक है
मुख्य समस्या यह है कि अपाचे आने वाले कनेक्शन को कैसे संभालता है। प्रत्येक आने वाले कनेक्शन के लिए, एक नई प्रक्रिया बनाई जाती है या उनमें से एक शुरू की जाती है और सर्विसिंग के लिए कनेक्शन को इसमें स्थानांतरित कर दिया जाता है। कनेक्शन बंद होने तक, यह प्रक्रिया केवल इसके साथ काम करती है।
सिद्धांत रूप में, जब तक हमारे पास बहुत अधिक रैम और / या बहुत तेज़ ग्राहक हैं (स्थानीयहोस्ट से इनमें से किसी एक विकल्प को चलाना) तब तक सब कुछ अच्छा लगता है, लेकिन अगर ग्राहक धीमी गति से चैनल पर बैठा है या जल्दी में नहीं है, तो सब कुछ बहुत दुखी हो जाता है। इस मामले में, यह वास्तव में अनुरोध संग्रह के समय में से एक प्रक्रिया को अवरुद्ध करता है, जो इस समय के लिए सर्वर से बंद हो जाता है।
इस प्रकार, सिद्धांत रूप में, एक 100Mbit चैनल पर एक सर्वर और एक रीसेट के साथ डायलअप पर एक निरंतर ग्राहक होने पर, हम DOS जैसा कुछ प्राप्त कर सकते हैं - कई थ्रेड्स में एक क्लाइंट हमारी लगभग सभी अपाचे प्रक्रियाओं को ब्लॉक कर देगा, जिसकी रैम की छोटी मात्रा के कारण हमारे पास है।
फ्रंट-एंड के रूप में कुछ प्रकार के प्रकाश http सर्वर को स्थापित करके इस समस्या को हल किया जाता है। यदि कोई फ्रंटएंड है, तो आने वाले सभी कनेक्शन उसके द्वारा स्वीकार किए जाते हैं, फिर अपाचे के लिए अनुरोध भेजा जाता है और एक प्रतिक्रिया प्राप्त होती है, जिससे नए अनुरोधों के लिए अपाचे प्रक्रिया को मुक्त किया जाता है। अनावश्यक संसाधनों को धीरे-धीरे और बिना बर्बाद किए फ्रंटएंड उस ग्राहक को प्राप्त प्रतिक्रिया देता है जो पहले से ही अनुरोध कर चुका है।
फ्रंटेंड स्वयं एक अतिरिक्त बोनस के साथ स्थिर सामग्री प्रदान कर सकता है - उदाहरण के लिए, चित्र, सीएसएस, आदि। भारी अपाचे से राहत।

[root@test ~]# rpm -ihv centos.alt.ru/pub/repository/centos/6/x86_64/centalt-release-6-1.noarch.rpm
[root@test ~]# yum install mod_realip2 nginx-stable


वास्तविक क्लाइंट IP एड्रेस और फ्रंट-एंड एड्रेस नहीं देखने के अनुरोध में अपाचे और हमारी स्क्रिप्ट के लिए, हम mod_realtime2 इंस्टॉल करेंगे।
/etc/httpd/conf.d/mod_realip2.conf, असहजता संपादित करें
RealIP On
RealIPProxy 127.0.0.1
RealIPHeader X-Real-IP


httpd.conf और files को /etc/httpd/conf.d/ में संपादित करें
हम पोर्ट 80 पर पोर्ट 8080 पर सभी संकेत बदलते हैं
कुल मिलाकर, आपको तीन निर्देश बदलने की आवश्यकता है:
Listen 127.0.0.1:8080
NameVirtualHost *:8080
<VirtualHost *:8080>


/etc/nginx/nginx.conf संपादित करें
user apache;
worker_processes 2;


मैं एपाचे उपयोगकर्ता के तहत nginx लॉन्च का उपयोग करता हूं क्योंकि शुरू में हमने इसकी अपेक्षा के साथ सभी अधिकार दिए थे।
डबल लॉगिंग से बचने के लिए nginx.conf में access_log निर्देश को टिप्पणी करना भी उपयोगी होगा।
error_log सबसे अच्छा बचा हुआ है - Apache और nginx त्रुटियाँ अभी भी अलग हैं।

सर्वर अनुभाग में, सुनने के निर्देश को संपादित करें और सेट करें:
listen 80 default


बदलने के लिए:
location / {
root /usr/share/nginx/html;
index index.html index.htm;
}

पर
location / {
proxy_pass 127.0.0.1:8080/;
}


/Etc/nginx/conf.d/ निर्देशिका में, निम्न सामग्री के साथ एक प्रॉक्सी.कॉन फ़ाइल बनाएँ
proxy_redirect off;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
client_max_body_size 10m;
client_body_buffer_size 128k;
proxy_connect_timeout 90;
proxy_send_timeout 90;
proxy_read_timeout 90;
proxy_buffer_size 4k;
proxy_buffers 4 32k;
proxy_busy_buffers_size 64k;
proxy_temp_file_write_size 64k;


अपाचे और नग्नेक्स को फिर से शुरू करें
service httpd restart
service nginx restart

और जांचें कि क्या सब कुछ काम करता है।

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

प्रदर्शन को बढ़ाने और संसाधन की खपत को कम करने के लिए अगला कदम nginx के माध्यम से सीधे स्थिर सामग्री की वापसी होगी।

ऐसा करने के लिए, अपाचे आभासी मेजबानों के अलावा, आपको नग्नेक्स वर्चुअल होस्ट बनाना होगा और निर्दिष्ट करना होगा कि क्या वितरित करना है।
ऐसा करने के लिए, /etc/nginx/conf.d/ निर्देशिका में, हमारे नाम और एक्सटेंशन के साथ एक फ़ाइल बनाएँ। निम्नलिखित सामग्री के साथ .conf:
server {
listen 80;
server_name testsite.ru www.testsite.ru;
location / {
proxy_pass 127.0.0.1:8080/;
}

location ~ /\.ht {
deny all;
}

location /sites/default/files {
root /home/testsite.ru/html;
access_log /home/testsite.ru/log/access_static.log combined;
}
}


इस उदाहरण में, CMS Drupal पर एक साइट के लिए, / साइट / डिफ़ॉल्ट / फ़ाइल निर्देशिका की स्थिर सामग्री को nginx के माध्यम से वितरित किया जाता है, और बाकी सभी चीज़ों के लिए, हम पहले से ही अपाचे में जा रहे हैं।
एक अन्य विकल्प स्थान निर्देश के साथ प्रतिस्थापित करना है:
location ~ \.(jpg|gif|png|css|js|ico)$ {
root /home/testsite.ru/html;
access_log /home/testsite.ru/log/access_static.log combined;
}

इस स्थिति में, संबंधित एक्सटेंशन वाली सभी फाइलें nginx द्वारा दी जाएंगी। लेकिन इस संस्करण में एक छोटा सा माइनस है - nginx को पता नहीं है कि कैसे .htaccess फ़ाइलों के साथ काम करना है, इसलिए यदि आपके पास कोई ऐसी सामग्री है जो देखने से बंद है ।htaccess, आपको इस विकल्प का उपयोग करने से बचना चाहिए।

यह भी ध्यान देने योग्य है कि इस स्थिति में हमें एक साइट पर दो लॉग मिलते हैं। अलग से, अनुरोध लॉग जिसके लिए अपाचे ने काम किया और अलग से नेगनेक्स लॉग की सामग्री।
वैकल्पिक रूप से, पहुँच अनुभाग को सर्वर अनुभाग से सर्वर अनुभाग में स्थानांतरित करें और Apache वर्चुअल होस्ट में access_log को अक्षम करें। इस स्थिति में, केवल nginx लॉग करेगा।
लेकिन यह देखने के लिए कि "यह कैसे काम करता है", एक डबल लॉग दिलचस्प हो सकता है - वे तुरंत दिखाते हैं कि किसी पर कितना भार है।

आगे के अनुकूलन के लिए, यह पहले से ही विशिष्ट घटकों के अनुकूलन पर मैनुअल पढ़ने और वर्तमान स्थिति के लिए एक आंख के साथ करने के लायक है।

UPD: कई प्रकार के फिक्स्ड
UPD: फिक्स्ड स्वैप कनेक्शन, धन्यवाद एंग्रीनाम
UPD: नगीनेक्स को स्थापित करने और कॉन्फ़िगर करने का विवरण, सही दिशा में किक के लिए धन्यवाद मास्टरबो ।
Odmin4eg से बैकअप स्क्रिप्ट का दूसरा संस्करण: habrahabr.ru/blogs/s_admin/132302/#comment_4391784

आलोचना की प्रतीक्षा है।