Настройка боевого сервера

Если нужен mod_rewrite то

nginx проксируем на apache2-worker -> php-fpm.

Memcache для каждого сайта на своем сокете. Так же хорошо бы поставить zend и ioncube.

Но вообще, лучше взять ISPmanager Lite или Pro. Настроить nginx(прокси) -> apache + fcgi(чтобы права были норм). Делаете аккаунт, даете другу, он дальше сам уже добавляет сайты и работает.

Если там только сайты - VPSки раздавать лишний гемор.

но если не отделить ВДСками левые сайты от сайта провайдера и прочих важных сайтов - в один не очень прекрассный момент можно обнаружить все похаканным...

Ну вообщем-то это и есть одна из причин мыслей о ВДС + "поиск приключений" - надо узнавать новое, профессионально расти.

Спасибо poiuty за ответ.

ооо! коллега в прошлом:)

для собственного познования мира - используйте сами себе решения.

поставьте какой-нибудь xen сами, без панели, настройте впски и т д.

просто панель вам облегчит достижение цели, но отдалит понимание процессов

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

Тогда надо правильное железо

XEN + VDSmanager + ISPmanager

Но есть ли смысл, не зная дальнейших требований и нагрузки, настраивать "кошерно"???

Ну так сделайте.

Надо сперва голову разумную на плечах, дабы разницу между хорошим вопросом и глупым - понимала...

ТС, местные телепаты не вкурсе ни отведенного вам бюджета, ни ваших навыков, ни реальных технических требований сайтов ваших клиентов... Ценность ответов пропорциональна вводной информации: garbage in, garbage out.

Самый простой вариант - посадить провайдеровские сайты и клиентские на разные сервера, взять понравившуюся вам панельку. И забыть про мемкеши и проч. до возникновения реальной необходимости.

Еще варианты (если цель не "на поиграться"): взять оутсорсера под задачу, или использовать реселлерский аккаунт на каком-то хорошем хостинге.

Правильное железо есть

Прислушаюсь к этому совету.

Есть несколько сайтов с посещаемость в 5-7 тысяч, которые возможно переедут. Есть понимание, что apache запущенный "в чистом виде", как сейчас вряд ли выдержит нагрузку, поэтому и задаю глупые вопросы про memcache и другие подобные.

Лучше начать с глупых вопросов, чем начать делать глупо.

Как Вы определили? Вам не про брэнды изготовителей говорят, а про соотношения характеристик. У хостинга они очень специфические. Лучше опишите то, что есть - Вам сразу скажут, где узкое место (хотя ответ будет универсальный, если не учитывать тип нагрузки).

пока не заморачивайтесь. У Вас проблемы все сразу не полезут. Раз за разом Вы будете находить узкие места, разбираться что к чему и задавать нам более точные вопросы по месту. На такие вопросы легче ответить.

Пусть например у Вас сейчас всего лишь Apache + mod_php. Оно работает и ладно. По мере роста сайтов Вы поймете, что не хватает памяти и прикрутите Nginx, четко понимая что Вы делаете. Потом упретесь в нагрузку на диск и начнете переделыват партиции так, чтобы например MySQL и Nginx брали с разных дисков. Потом упретесь в проблему прав и как решение прикрутите FastCGI. Далее, когда еще прирастут сайты, опять проблема с памятью всплывет - тогда отрегулируете FastCGI/SCGI и MPM для Апача. Все будет ровно, но тут процессор начнет медленно работать. На этом этапе познакомитесь с оптимизаторами опкода (eAccelerator, xCache, APS и т.д.). Потом уже в ход пойдет тяжелая артилерия типа cgroups, io-throttle, BFQ и переписывания модуля mod_vhost_limit.

Потом, на более поздних этапах к Вам начнет приходить уже не технический опыт, а менеджерский. Вы начнете понимать, что ограничивая ресурсы в одной точке, Вы создаете очереди в другой - на предыдущем шаге. И тогда Вы научитесь выстраивать препоны так, чтобы все работало быстро и при этом не падало от внезапных скачков.

И вот по такому сценарию вы пройдете большой путь. Но не надо на старте бороться с проблемами, которых нет - Вы не получите от этого ни опыта ни успеха. Если сразу все настроите, то не поймете что для чего нужно и какую проблему решает.

P.S. есть только одна вещь, которую нужно сделать сразу и надежно: бэкапы.

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