Продолжаем настройку сервера Ubuntu 14.04 x64, и сегодня займемся установкой и настройкой nginx — веб сервера
Установка nginx в Ubuntu 14.04 x64
Соединяемся по ssh под ранее созданным в статье 1 пользователем и устанавливаем веб сервер командой:
|
1 |
sudo apt-get install nginx |
Установка веб сервера завершена, проверяем действительно ли он запущен. Для этого заходим по адресу сервера в браузере и видим:
Настройка nginx
По умолчанию файл настроек nginx лежит по адресу /etc/nginx/nginx.conf туда мы и отправимся. Но для начала посмотрим уже знакомой командой
|
1 |
netstat -tlpn |
что у нас слушаются всего два порта: ssh и nginx что нас вполне устраивает.
Начинаем разглядывать настройки файла:
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 |
#Указывается пользователь под которым будет работать вебсервер (не трогаем) user www-data; #Количество рабочих процессов, вообще если можно поставить auto, так что бы система сама определила значение, но я поставлю себе 4 - по количеству ядер процессора. #Узнать сколько ядер у вашего процессора можно командой cat /proc/cpuinfo | grep processor #Такую информацию Вы получите, что означает что у меня 4 ядра процессора #cat /proc/cpuinfo | grep processor #processor : 0 #processor : 1 #processor : 2 #processor : 3 worker_processes 4; #задаем приоритет процессов веб сервера по отношению к остальным процессам: от -20 до 20, ставим -10 так чтоб наш сервер не захлебывался если мы захотим посжимать на нем картинки. worker_priority -10; #Эту строку оставляем без изменений, она относится к организации процессов в операционной системе pid /var/run/nginx.pid; #Директива events предоставляет в зависимости от ОС разные способы обработки соединений. Для Linux это epoll events { use epoll; #Параметр worker_connections определяет сколько одновременных соединений может обслуживать веб сервер, как правило на один рабочий процесс отводят 1024 соединения. #То есть у нас получается 4*1024 = 4096 #В параметре указывается количество соединений именно на один процесс, а не общее количество. worker_connections 1024; #Включаем директиву multi_accept для того что бы nginx пытался принимать максимальное количество соединений. multi_accept on; } |
Сохраняем файл и проверяем правильность конфигурации nginx с помощью команды:
|
1 |
service nginx configtest |
В ответ вы должны увидеть «ОК». Для проверки запущенных рабочих процессов можем ввести команду:
|
1 |
ps -ax | grep nginx |
В рамках конфигурационного файла nginx существует 4 вида области:
-
events — в нее включаются настройки соединения
-
http — область в которой указываются директивы веб сервера (например кеширование)
-
server — область в которой задаются настройки виртуальных серверов (данная область должна находится внутри http)
-
location — область в которой задаются настройки для конкретных адресов в зависимости от установленных условий (данная область находится внутри server)
Схематично конфигурацию можно представить вот так
|
1 2 3 4 5 6 7 8 |
events{} http { server { location{} } } |
То есть events и http находятся на одном уровне, а server и location являются вложенными.
Настроим область http, server, location
Для дачала вносим все самые важные настройки для веб сервера не затрагивая при этом виртуальных хостов прописанных в области server
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 |
http { #Не вдаваясь в подробности могу сказать что данная настройка сэкономит веб серверу как минимум 200 мс времени практически с каждого запроса / ускорит его. #Параметры данной настройки были актуальны во времена медленного интернета. sendfile on; tcp_nopush on; tcp_nodelay on; #Отключаем обнаружение версии nginx на всем сервере server_tokens off; #Сколько ждать времени ответа клиента перед тем как закрыть соединение keepalive_timeout 30; #Сколько живых запросов от одного клиента держать открытыми. Если данный параметр поставить слишком большой то медленные соединения будут висеть в памяти до пока не придет таймаут keepalive_requests 100; #Сбрасываем соединение если клиент перестал отвечать, то есть превысил таймаут reset_timedout_connection on; #Сколько ждать тела запроса от клиента и если не получаем то сбрасываем соединение client_body_timeout 10; #Если клиент перестал получать наш ответ, то ждем 4 секунды и сбрасываем его, зачем нам читать сказку если ее все равно не слушают send_timeout 4; #Максимальный размер клиентского запроса. Имеет смысл подумать будут ли клиенты заливать что то большое на сайт client_max_body_size 10m; #Задаем размер хэш таблиц в два раза больше чем было по умолчанию types_hash_max_size 2048; include /etc/nginx/mime.types; default_type application/octet-stream; №Выключаем логирование обращений к веб серверу access_log off; #Указание файла лого в данном случае становится бессмысленное #access_log /var/log/nginx/access.log; #Указываем куда логгировать ошибки, причем логгировать ошибки виртуальных хостов мы будем в отельные файлы error_log /var/log/nginx/error.log; #Включаем сжатие gzip on; #Отключаем сжатие в версии 4-6 Internet Explorer так как он не поддерживает его gzip_disable "msie6"; #Устанавливаем уровень сжатие, если у вас одно ядро установите на 2, иначе это будет нагружать процессор gzip_comp_level 5; #Разрешаем выдавать в ответе строку заголовка "Vary: Accept-Encoding" это требуется для уменьшения времени загрузки страницы #Google рекомендует установить заголовок Vary: Accept-Encoding gzip_vary on; # Разрешаем сжатие для всех проксированных запросов gzip_proxied any; #Другие настройки сжатия по умолчанию gzip_buffers 16 8k; gzip_http_version 1.1; #Указываем какие mime типы будем сжимать gzip_types text/css text/plain text/json text/x-js text/javascript text/xml application/json application/x-javascript application/xml application/xml+rss application/javascript; #Настройка кеширования open_file_cache max=200000 inactive=20s; open_file_cache_valid 30s; open_file_cache_min_uses 2; open_file_cache_errors on; #Директива индекс указывает какие файлы являются индексными для любой папки веб сервера index index.php index.html index.htm; #В этой папке могут быть дополнительный конфигурацонные файлы, которые автоматически подключатся include /etc/nginx/conf.d/*.conf; #В этой папке лежат конфиги виртуальных скриптов. По умолчанию там уже есть один конфиг с виртуальным хостом по умолчанию. include /etc/nginx/sites-enabled/*; } |
Тестируем конфигурацию командой nginx -t и если все окей перезапускаем веб сервер. Расположение файлов конфигураций в nginx выглядит следующим образом.
|
1 2 3 4 5 6 7 8 9 10 11 |
#Конфигурация nginx /etc/nginx/nginx.conf #Доступные конфигурации виртуальных хостов /etc/nginx/sites-available/ #Активированные конфигурации виртуальных хостов /etc/nginx/sites-enabled/ #Дополнительные файлы конфигураций /etc/nginx/conf.d/ |
Учитывая что nginx у нас будет работать в связке с php5-fpm и mysql нам необходимо установить все пакеты. Делаем это так:
|
1 2 |
sudo apt-get install mysql sudo apt-get install mysqltuner |
Устанавливаем php и модуль для прямого общения php с mysql и расширение кеширования для php5-memcached + сервис memcached
|
1 2 3 |
sudo apt-get install php5-fpm sudo apt-get install php5-mysql sudo apt-get install memcached php5-memcached |
На этом пока все, дальше мы будет настраивать и оптимизировать mysql и php.
