Учитывая техническую особенность хостинга *****, когда каждый сайт работает под индивидуальным пользователем и имеет ограниченный пул коннектов, зависящий от тарифного плана, то некоторые неофиты считают, если выделенно 50 подключений то больше 50 человек на сайт не зайдут.

Я использую nginx в качестве аккселератора. Когда запрос от клиента направляется к серверу, то он попадает на nginx, который в свою очередь запрашивает содержимое у вебсервера apache и потом отдает его клиенту. Секрет прост - пока nginx отдает содержимое - apache доступен для новых запросов. Особенно это актуально для медленных клиентов и wap сайтов.

Теперь я расскажу как это сделать. Необходим будет сам nginx, поддержка nat в iptables и mod_rpaf по желанию.
Я настраиваю nginx на порту отличном от 80-го, где работает apache. Допустим на 85-ом. Необходимо сконфигурирвать nginx так, чтоб все запросы передавались apache, так как на одном IP может быть много виртуальных хостов:
listen 66.29.116.100:85;
access_log off;
location / {
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_pass http://66.29.116.100:80;
}
}

После этого запустите nginx и проверьте, открывается ли сайт на 85 порте. Думаю, что все будет работать если вы не просто скопируете но еще и замените IP на свой.

Если все работает, осталось только пробросить запросы с 80 порта на 85. Делается это с помощью iptables:
iptables -t nat -A PREROUTING -p tcp -m tcp -d 66.29.116.100 --dport 80 -j DNAT --to-destination 66.29.116.100:85

Для того, чтоб в логах apache указывались IP клиентов - надо поставить mod_rpaf и указать там IP, которые передают запросы nginx:
RPAFenable On
RPAFsethostname On
RPAFproxy_ips 66.29.116.100

Надеюсь, что эта информация будет полезна.

***
Реклама в этом разделе запрещена, поэтому название компании удалено/ Moderator

Это php в режиме cgi?


На каком уровне ограничиваются подключения?

А теперь я расскажу, как делают чаще всего
Обычно вешают апач на 127.0.0.1:80 и рулят туда с nginx который слушает 80-й на внешнем адресе
И никаких фаирвольных редиректов.

А если IP несколько задействовано, в первом варианте это еще можно решить, а в вашем уже никак.
Чаще как раз вешают Апач на внешний 8080, нгинкс на 80 и проксируют.

Интересная статья,у нас это реализовано почти также


http://otvety.google.ru/otvety/thread?tid=26436fe31991b29a - в конце статьи,представленна идея реализации Nginx+apache+DirectAdmin с сохранием всех (!) функций у директАдмина.

Порадовало:

На втором Апаче не заработает 100%, провено временем, просто самый варжный темплейт зашит наглухо в ДА. Решается простенький Перл скриптом.
Хотя конечно в плане портмапинга все смотрится намного страшнее, но работает не хуже, да и лишних правил в фаере нет.

У нас mod_php с peruser собственной модификации.
Ограничиваются на двух уровнях - числом пула в конфигурации вебсервера и числом максимальных процессов в lmits.conf

Unlimits Telecom, хорошие идеи обычно возникают сразу у нескольких людей, это не удивительно

DLag, у нас изменены все шаблоны для конфигурационных файлов apache, так как мы используем расширенные настройки peruser на каждый сайт. Какой шаблон жестко прошит?

Когда на сервере больше одного активного IP вписано в ДА, то при каких-либо модификациях с ним ДА переделывает ips.conf.
Можно полечить изменением user.conf-ов, но это создаем много проблем.

Nginx вешается на нужные IP слушает их, и проксирует все на единый адрес апача. Апачу тут разные IP совсем не нужны. Если апачей много, то в вашем распоряжении 127.0.0.0/8 - думаю, хватит.

А с вашей схемой вылезает часто косяк со скриптами, которые конструируют урлы на основе входных данных (в т.ч. и на основе номера порта).

И ручная корректировка, не интересно.

Ручная корректировка чего?

Конфигов, либо написание скриптов корректировки.
А так панель сама справляется.

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

Настройте 1 раз ips.conf и запретите запись
Перед модификацией IP снимите запрет а потом опять поставите.

Зачем такая морока?
Я уже писал, Перловый скрипт в одну строку все решает и дальше панели больше не вылазим.
Это большой плюс когда есть главный админ и пара помощников.

Как потребителю, скажите, реально совместить DA+Apache2+Nginx при сохранении полной функциональности DA, т.е. любые изменения, апдейты, SSL, я хочу картинки через Nginx отдавать, стоит ли такой тюнинг выделки, может проще ТТХ сервера нарастить?

Да, вполне реально, совсем недавно одному заказчику делал как раз такую настройку.

А сколько такая работа примерно стоит будет?

Так уже собственно все настройки и алгоритм были озвучены... Осталось только вбить IP в конфиги.