Nginx – вебсервер разработка которого направлена на работу с высокими нагрузками. Но не зависимо от возможностей nginx, когда нужно ограничить нагрузку на сайт/сервер. Соображения тут могут быть разные, во первых это препятствие любителям скачать весь сайт, а потом выложить его под другим именем, слабая конечно защита от этого, во вторых бывают пиковые, кратковременные нагрузки, ради которых расширять аппаратную часть сервера нет смысла.
В nginx есть два модуля ngx_http_limit_zone_module – предназначенный ограничивать число одновременных соединений с сервером и ngx_http_limit_req_module – он нужен для ограничения числа запросов за единицу времени.
Read more »

Сразу скажу, что установка диверсионная, то есть не из портов. В порту nginx присутствует опция для установки модуля passenger, но я, честно говоря не смог разобраться с ним. Все собралось, все вроде хорошо, но абсолютно не понятно где находится passenger_root и т.п. Порт самого passengera заточен под Apache, в общем не приемлимо. По крайней мере я не сторонник ставить левый софт, просто потому что не люблю держать софт который не будет использоваться, а потом вернувшись через длительный промежуток времени к этому серверу в случае аварии, я буду вспоминать зачем тут стоит апачь и что вообще тут должно крутится. Поэтому, я пошел по пути, установки софта из gems.
Read more »

Последнее время все чаще приходится переводить проекты клиентов на Nginx, соответственно клиенты разные, движки используют разные. Вот что удалось накопить, в основном нарыл по просторам интернет, но то что не удалось, написал сам. Привожу корневой location.
Wordpress:
Read more »

Привлекательность nginx обеспечивают, его схема работы, без форка как у Apache, за счет этого потрясающая скорость отдачи статики и кеширование, которое резко снимает нагрузку с системы, что позволяет максимально приблизится к «золотой мечте» сисадмина – обслукживание одновременных 1000 соединений. А модуль проксирования умеет замечательно балансировать нагрузку и определять отказы бекэндов. Есть еще много привлекательных возможностей у nginx, но упомянутые выше возможности дают nginx неоспоримые приимущества.
Read more »

nginx – веб сервер, работающий под Unix системами, последние версии так же можно использовать под Windows. Так же nginx может служить почтовым прокси сервером. В последнее время, после появления в nginx продвинутого кеширования, он завоевывает все больше вебсерверов живущих под большой нагрузкой. nginx служит хорошим реверсным прокси сервером и балансером нагрузки. Помимо этой, изначально основной функции, nginx замечательно работает с FastCGI серверами. Я практически повсеместно использую nginx с PHP-FPM, как альтернативу Apache + mod_php. Но, если под FreeBSD в принципе все хорошо с последними версиями nginx то вот к примеру под Debian Linux, nginx есть, но уж больно древней версии. Поэтому там, где нужно кеширование приходится собирать nginx ручками.
Read more »

23 марта вышел nginx 0.7.44, в нем наконец то появилось обещенное кеширование в модуле проксирования. Что нам это дает?
Как правило nginx используют для проксирования на всевозможные тяжеловесные веб сервера, которые долго и тяжело обрабатывают запросы. Не даром среди модулей nginx присутствует замечательно выполненный модуль upstream, который позволяет гибко балансировать нагрузку при проксировании. Теперь же, при наличии большого дискового кеша, nginx сможет сам обрабатывать такие запросы, не беспокоя при этом бекэнды.
Read more »

Nginx (читается энжин икс) – легковесный HTTP сервер, его автор Игорь Сысоев.

Насколько я понимаю стратегию разработки nginx, основной упор делается на развитие возможностей, обеспечивающих проксирование и отказоустойчивость. Этим в nginx занимаются два модуля:

1. ngx_http_upstream
2. ngx_http_proxy_module

С помощью модуля upstream, описывается так называемая ферма бекэнд HTTP серверов, на которые nginx будет проксировать запросы.
Read more »

Перечитывая документацию к nginx нашел такие интересные переменные у модуля ngx_http_upstream:
$upstream_addr – в ней хранится ip адрес бекэнда на который nginx направит запрос
$upstream_response_time – в ней хранится время ответа бекэнда
Логирование этих переменных позволит нам оценить работоспособность бекэндов и значительно упростить поиск «тормозящей» ноды