Балансировочный сервер

dron4ik

Новичок
Балансировочный сервер

ситуация:
сайт с посещаймостью ~12K в сутки
стоит на собственном выделенном сервере (6 scsi raid, 8Гб RAM, 4 двух-ядерных Xeon), вообще сервер более чем шустрый, но в часы пик иногда сервак "не успевает" раздавать клиентам страницу и приходится выводить "сервер из даун".
То что управляющая программа (cms) написана криво понятно итак. В данный момент выгоднее было-бы увеличить мощность сервера, но грубо говоря некуда уже, да и стоимость ТАКОГО сервера ужа >10К $.

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

Хотелось бы сразу сделать "ферму"
Честно говоря я только "слышал" про это и никогда не реализовывал, хотелось бы послушать Гуру, что почитать на этот счёт, а именно:

интересует как настроить (настраивать вообще) балансировочную машину, которая в зависимости от запроса клиента будет перенаправлять запрос на один из серверов внутренней сети, который запрос обрабатывает и возвращать ответ клиенту опять же через этого "балансировщика". Балансировщик будет - ТОЛЬКО перенаправлять, а всю обработку скриптов и БД "отдать" дургим серверам.

думаю понятно написал:)
 

neko

tеam neko
dron4ik
> но в часы пик иногда сервак "не успевает" раздавать клиентам страницу

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

> интересует как настроить (настраивать вообще) балансировочную машину,
> которая в зависимости от запроса клиента будет перенаправлять запрос на
> один из серверов внутренней сети

в общем случае такое обычно делают http прокси.
например apache или squid.
 

Сергей Тарасов

Профессор
Ну как-бы копай в сторону RoundRobin
А вообще, по-моему, можно попробовать настроить нормально кеширование.
 

DIS

Новичок
http://dreamcatcher.ru/docs/httpd_bal.html

но.. ясно, что узкое место - cms :)
т.к. у меня на тачке чуть послабже работает сложный сайт с посещаемостью 50-60 т. хостов

можно конечно ещё в апчевских насройках поковыряться...

P.S. RoundRobin - не учитывает нагруженность серверов
 

MiksIr

miksir@home:~$
Базу - на отдельную машину. Пока есть время до следующего затыка - читать про репликацию.
Поставить nginx и научить его отдавать статику (прописать пути/расширения), все остальное проксировать внутрь (пусть там даже и будет апач, переводом на fastcgi можно заняться потом - выигрыша уж очень сильного это не даст).
Изучать cms на предмет - какой контент кладет на диски. После ясности в этом вопросе будет ясно - как можно масштабировать сервера с cms (технически раздавать запросы - не проблема, это nginx умеет, база одна, а вот как синхронизировать статику - зависит от конкретной реализации cms и схемы данных)

-~{}~ 03.07.08 20:51:

ЗЫ: параллельно с этим купить программиста на время для оптимизации cms - оно может потом дешевле выйти, чем сервера докупать.
 
Сверху