[Sysadmins] apache+nginx

[Sysadmins] apache+nginx

[Alexander Volkov]

Hi,
задумал тут водрузить nginx перед apache-1.3.37rusPL30.22-alt0.M24.1, но так и не понял, как лучше
организовать связку.
Может кто подсказать вкратце, как это сделать для нескольких виртуальных
хостов и одного ssl?
На виртуальных также используется mod_php.

--
 Regards, Alexander

Re: [Sysadmins] apache+nginx

[Avramenko Andrew]

Alexander Volkov wrote:
> Hi,
> задумал тут водрузить nginx перед apache-1.3.37rusPL30.22-alt0.M24.1, но так и не понял, как лучше
> организовать связку.
> Может кто подсказать вкратце, как это сделать для нескольких виртуальных
> хостов и одного ssl?
> На виртуальных также используется mod_php.

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

http://sysoev.ru/nginx/docs/example.html

Re: [Sysadmins] apache+nginx

[Alexander Volkov]

On 2006-11-30 18:53:03 +0000, Avramenko Andrew wrote:
AA> Alexander Volkov wrote:
AA> > Hi,
AA> > задумал тут водрузить nginx перед apache-1.3.37rusPL30.22-alt0.M24.1, но так и не понял, как лучше
AA> > организовать связку.
AA> > Может кто подсказать вкратце, как это сделать для нескольких виртуальных
AA> > хостов и одного ssl?
AA> > На виртуальных также используется mod_php.

AA> Ну как вариант, можно все картинки положить в отдельную директорию и 
AA> отдавать их nginx'ом, а все остальное проксировать на апач. Пример 
AA> конфига можно поглядеть здесь:

AA> http://sysoev.ru/nginx/docs/example.html
Это я видел, пасиб. Не совсем понятно другое:
У меня в апаче навешаны виртхосты как на имена, так и на ip, как в таком
случае рекомендуется делать - убирать виртхосты из апача и делать их в
nginx, а апач вешать на другой хост|порт или как?
--
 Regards, Alexander

Re: [Sysadmins] apache+nginx

[Grigory Fateyev]

Hello Alexander Volkov!
On Fri, 1 Dec 2006 08:49:25 +0300 you wrote:

> AA> http://sysoev.ru/nginx/docs/example.html
> Это я видел, пасиб. Не совсем понятно другое:
> У меня в апаче навешаны виртхосты как на имена, так и на ip, как в
> таком случае рекомендуется делать - убирать виртхосты из апача и
> делать их в nginx, а апач вешать на другой хост|порт или как?

http://dial.com.ru/weblog/2006/aug/05/nginx-reverse-proxy-django/

Может поможет?

-- 
Всего наилучшего! Григорий
greg [at] anastasia [dot] ru
Письмо отправлено: 2006/12/01 13:06

Re: [Sysadmins] apache+nginx

[Michael Shigorin]

On Fri, Dec 01, 2006 at 12:45:00PM +0000, Avramenko Andrew wrote:
> > Это я видел, пасиб. Не совсем понятно другое:
> > У меня в апаче навешаны виртхосты как на имена, так и на ip,
> > как в таком случае рекомендуется делать - убирать виртхосты
> > из апача и делать их в nginx, а апач вешать на другой
> > хост|порт или как?
> Не претендую на звание эксперта по nginx'у, но я в свое время
> делал вирт хосты в апаче, и перенаправление отдельно на каждый
> из них в nginx'е.  Т.е. при добавлении нового вирт хоста
> делались записи как в nginx, так и в апаче.

Если особенностей вроде индивидуальных статически раздаваемых 
суффиксов нет, то можно и catch-all нарисовать -- если нет точно
подходящего server {}, то насколько помню -- будет взята
первая описанная наиболее точно подходящая или общая
конфигурация.

Бишь для простого прокси достаточно поставить nginx, нарисовать
listen, server_name * (кажется -- см. документацию) и proxy_pass
на apache.  Сначала nginx на левом порту для тестирования и
apache где обычно, а потом -- apache на левый, nginx на нужный,
service httpd stop; service nginx restart; service httpd start

> А вообще подумайте сначала, так ли оно Вам все нужно. Много ли
> Вы от этого выгодаете. Apache2 вполне сравним по
> производительности с nginx

Не верю (c)

Если у него так и не появилось отдельного махонького процесса
навроде lingerd или nginx, то этого просто не может быть.

> а сложность конструкции увеличивается в разы. Рассылка nginx
> кишит сообщениями об исправлениях очередных багов (хоть и
> мелких). Лично я бы, если бы продолжал работать в предыдущей
> организации - убрал бы nginx и оставил один апач. Все зависит
> от задач, которые стоят перед nginx.

Древний 0.1.x прекрасно помогает моим apache-1.3.x.
Одним уже тем, что уменьшает количество одновременно висящих
на сетевых ожиданиях процессов не вполне сравнимого размера.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Sysadmins] apache+nginx

[Alexander Volkov]

On 2006-12-01 13:14:37 +0200, Michael Shigorin wrote:
MS> On Fri, Dec 01, 2006 at 12:45:00PM +0000, Avramenko Andrew wrote:
MS> > > Это я видел, пасиб. Не совсем понятно другое:
MS> > > У меня в апаче навешаны виртхосты как на имена, так и на ip,
MS> > > как в таком случае рекомендуется делать - убирать виртхосты
MS> > > из апача и делать их в nginx, а апач вешать на другой
MS> > > хост|порт или как?
MS> > Не претендую на звание эксперта по nginx'у, но я в свое время
MS> > делал вирт хосты в апаче, и перенаправление отдельно на каждый
MS> > из них в nginx'е.  Т.е. при добавлении нового вирт хоста
MS> > делались записи как в nginx, так и в апаче.

MS> Если особенностей вроде индивидуальных статически раздаваемых 
MS> суффиксов нет, то можно и catch-all нарисовать -- если нет точно
MS> подходящего server {}, то насколько помню -- будет взята
MS> первая описанная наиболее точно подходящая или общая
MS> конфигурация.

MS> Бишь для простого прокси достаточно поставить nginx, нарисовать
MS> listen, server_name * (кажется -- см. документацию) и proxy_pass
MS> на apache.  Сначала nginx на левом порту для тестирования и
MS> apache где обычно, а потом -- apache на левый, nginx на нужный,
MS> service httpd stop; service nginx restart; service httpd start
Воот, теперь укладывается в голове, пойду укладывать на сервере :)
--
 Regards, Alexander

Re: [Sysadmins] apache+nginx

[Avramenko Andrew]

> Это я видел, пасиб. Не совсем понятно другое:
> У меня в апаче навешаны виртхосты как на имена, так и на ip, как в таком
> случае рекомендуется делать - убирать виртхосты из апача и делать их в
> nginx, а апач вешать на другой хост|порт или как?

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

А вообще подумайте сначала, так ли оно Вам все нужно. Много ли Вы от 
этого выгодаете. Apache2 вполне сравним по производительности с nginx, а 
сложность конструкции увеличивается в разы. Рассылка nginx кишит 
сообщениями об исправлениях очередных багов (хоть и мелких). Лично я бы, 
если бы продолжал работать в предыдущей организации - убрал бы nginx и 
оставил один апач. Все зависит от задач, которые стоят перед nginx.

Re: [Sysadmins] apache+nginx

[Konstantin A. Lepikhov]

[-- Attachment #1: Type: text/plain, Size: 745 bytes --]

Hi Avramenko!

Friday 01, at 12:45:00 PM you wrote:

> А вообще подумайте сначала, так ли оно Вам все нужно. Много ли Вы от 
> этого выгодаете. Apache2 вполне сравним по производительности с nginx, а 
> сложность конструкции увеличивается в разы. Рассылка nginx кишит 
> сообщениями об исправлениях очередных багов (хоть и мелких). Лично я бы, 
> если бы продолжал работать в предыдущей организации - убрал бы nginx и 
> оставил один апач. Все зависит от задач, которые стоят перед nginx.
У Игоря и разработчиков apache просто разные взгляды на то, что считать
ошибками. К тому же, апач обладает одним неустранимым преимуществом - при
повышении нагрузки начинает вести себя совершенно неадкватно и жрать
память.

-- 
WBR et al.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [Sysadmins] apache+nginx

[Grigory Fateyev]

Hello Michael Shigorin!
On Fri, 1 Dec 2006 13:14:37 +0200 you wrote:

> Бишь для простого прокси достаточно поставить nginx, нарисовать
> listen, server_name * (кажется -- см. документацию) и proxy_pass
> на apache.  Сначала nginx на левом порту для тестирования и
> apache где обычно, а потом -- apache на левый, nginx на нужный,
> service httpd stop; service nginx restart; service httpd start

А как выглядят настройки nginx на общий доступ для всех виртуальных
хостов на скрипт, например postfixadmin из папки /var/www/public/pma?

PMA должен быть доступен по http://domain1.ru/pma/ и
http://domain2.ru/pma/

Такой конфиг переправляет на backend и висит до 200 секунд:
        location /pma {
            alias /var/www/public;
            proxy_pass         http://127.0.0.1:8080/pma/;
            proxy_redirect     http://domain1.ru:8080/pma/ /pma/;
            proxy_set_header   Host             $host;
            [...]

В apache просто alias:
Alias /pma /var/www/public/pma

-- 
Всего наилучшего! Григорий
greg [at] anastasia [dot] ru
Письмо отправлено: 2006/12/01 20:43

Re: [Sysadmins] apache+nginx

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 1987 bytes --]

On Fri, Dec 01, 2006 at 12:45:00PM +0000, Avramenko Andrew wrote:

AA> А вообще подумайте сначала, так ли оно Вам все нужно. Много ли Вы от 
AA> этого выгодаете. Apache2 вполне сравним по производительности с nginx, а 
AA> сложность конструкции увеличивается в разы. 

Вот только не надо спорить о вкусе устриц с теми, кто ест их каждый день.

Усложнение конструкции минимально. Экономия ресурсов более чем на порядок
(машина которая два года назад на апаче загибалась от нагрузки, после
настройки reverse proxy успокоилась, с тех пор нагрузка выросла в
несколько раз, но машинка этого почти не замечает).

nginx мне уже несколько тысяч долларов сэкономил, однако.

AA> Рассылка nginx кишит 
AA> сообщениями об исправлениях очередных багов (хоть и мелких). Лично я бы, 
AA> если бы продолжал работать в предыдущей организации - убрал бы nginx и 
AA> оставил один апач. Все зависит от задач, которые стоят перед nginx.

Баги nginx в основном обнаруживаются в дополнительной функциональности.
Которой пользуются не так уж часто. Если же ей пользоваться, то можно
получить увеличение производительности ещё более существенное, но в этом
случае придется специально оптимизировать Web-приложение под nginx.

Да, я говорил что своего увеличения производительности я добился без
выноса статики в отдельный каталог для обработки nginx'ом? У меня этим
пока занимается апач. Будет заниматься nginx -- ещё раза в два нагрузку на
машинку уменьшу.

А на ключевых проектах я уже подумываю от этой мерзкой поделки под
названием Apache попросту избавиться.

Из-за особенностей своей архитектуры он _никогда_ не сможет даже
приблизиться по производительности к nginx. Чтобы понять почему -- следует
хотя бы поискать в google на предмет 'c10k'.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
 * Nikon откопал архив с советскими мультиками 
<raorn> Nikon: госфильмофонд хакнул? ;-)


[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]