ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 


  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: nginx-ru
Nginx-ru mailing list archive (nginx-ru@sysoev.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: конфигурациясерверо в





Ares пишет:
Dmitriy MiksIr <miksir@...> writes:




п.2 "два двухядерных оптерона" IMHO перебор(опять же смотря какую нагрузку вы
ожидаете).
Есть возможность, так пусть будет. Чем реже будут добавляться сервера, тем лучше и вообще хотелось бы "поставить и забыть" на какое-то время (какое-то тут следует читать "чем большее, тем лучшее").

 п.3 там да, помощнее машинку не помешает(к сожалению траблы очень
часто в медленных бекендах), минимум 4 Gb оперативки, быстрый проц и не менее
важное быстрые винты.
Этта ясна. По винтам - это все будет жить со сказевой корзиной через FC. Если будет затык - поставим еще локально в каждый сервер для кеша.

У меня работает следующая система: 1 - стоят 2 web-сервера на каждом 2 гига оперативки, быстрые диски, двухядерные
процы, настроен  NFS где лежат скрипты(NFS наверное не лучшее решение, но пока
справляется), стоит Nginx и разруливает нагрузку равномерно на оба сервера.
Т.е. фронт-енд и бек-енд живут вместе на одном сервере?
А распределяете нагрузку по фронт-ендам через DNS?

2 - стоят 2 сервера СУБД PostgreSQL репликация настроена с помощью Slony-I +
pgpool(кэширует запросы). На каждом по 4 гига оперативки(наверное буду
увеличивать) 2 двухядерных проца.
Я вот смотрел не в сторону прикрученного реплицирования, а в сторону кластерного решения от MySQL. Пока вот изучаю, насколько это их решение уже можно использовать в бою...





 




Copyright © Lexa Software, 1996-2009.