мост?
http://www.xgu.ru/wiki/%D0%A1%D0%B5%D1%82%D1%8C_%D0%B2_Xen#bridged
PS:
т.е. с этого момента лучше подробнее описать конкретный сетап + какие именно
глюки поймались при этом.
Информации там 0 для ТС. Если бы он сам был в состоянии настроить связку из nginx+php-fpm+xcache+memcached+???+PROFIT! - вопроса "хватит мне сервера XXX" он бы и не задал.
Все что Вы такими советами породите - идиотские заказы, с которыми иногда приходят
клиенты. Aka "поставьте мне на сервер nginx + php-fpm".
Дак и не работайте за 5$ :) От меня клиенты никогда не уходили "посреди
квеста". Может потому, что о времени работ предупреждаются заранее?
К чести ТС - ничего подобного. ТС хотел узнать, хватит ли ему физического сервера
с характеристиками XXX для конкретного проекта YYY. Для чего привел оценки
посещаемости. Почувствуйте разницу, что называется.
я пока не "дорос" до включения кеша на всех администрируемых проектах - только
при специальной нагрузке и только для определенных (обычно - "тяжелых") location.
спорно, ибо далеко не на всяком типе нагрузки будет заметно. для ТС
почти наверное - будет незаметно, а настройку сервера усложнит (обсчет
статистики; настройки expires и т.п. для статики и динамики - в "разных местах").
вот кеширование на nginx, скорее всего, заметно будет. только не безглючно оно пока :(
Чтобы такая связка работала - нужна постоянная квалифицированная поддержка
сервера. Без этого советовать какие-либо нетривиальные решения типа
кеширования на nginx или использования memcache - затея
абсолютно безумная в смысле эффекта для клиента. Ибо количество
проблем экспоненциально растет с числом "дополнительных" сервисов (memcached, etc).
Судя по ответу #4 - ТС пока не понял простой истины, что время работы
специалиста стоит дороже стоимости/аренды оборудования. Максимум
что в этом случае стоит добавить к апачу - поставить перед ним nginx
прозрачным прокси.
для танкистов - directadmin использует свою
сборку php, а не системную. как модифицировать
сборку - рассказали "в картинках" выше.
о, наконец-то и вы, К.О. :)
нет, для организации _связки nginx + apache_ - не нужен
fastcgi: позволяет передавать запросы удалённому FastCGI-серверу (http://en.wikipedia.org/wiki/FastCGI).
proxy: позволяет передавать запросы другому серверу ("другой сервер" = веб-сервер,
понимающий HTTP-протокол).
Документацию смотреть не пробовали?
http://sysoev.ru/nginx/docs/http/ngx_http_fastcgi_module.html
http://sysoev.ru/nginx/docs/http/ngx_http_proxy_module.html
Мне кажется, там предельно ясные формулировки.
Можно и на один адрес повесить - проблем с этим особых нет. Сделать в апаче два
разных Name-Based виртуалхоста:
http://httpd.apache.org/docs/2.2/vhosts/name-based.html#using
на одном и том же IP.
