URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 83025
[ Назад ]

Исходное сообщение
"балансировка нагрузки www проект"

Отправлено RomanH , 24-Ноя-08 18:29 
Гугу, подскажите.
Был web сервер linux(fc4) php + mysql + nginx + fast-cgi. Работал давно. В один прекрасный момент сервер "умер". Ушло 2 часа на восстановление всего на другой машине. Что очень плохо. Подскажите, пожалуйста, как логически правильно организовать балансировку нагрузки между 2-мя серверами с помощью nginx? Чтобы, если падает один, 2-й его подхватывал.
Спасибо.

Содержание

Сообщения в этом обсуждении
"балансировка нагрузки www проект"
Отправлено angra , 24-Ноя-08 21:38 
При помощи вышестоящей "точки входа", например провайдерской циски, на практике однако это может быть еще дольше. И это не балансировка нагрузки, а всего-лишь дублирование на случай отказа.

"балансировка нагрузки www проект"
Отправлено shutdown now , 24-Ноя-08 22:22 
>Гугу, подскажите.
>Был web сервер linux(fc4) php + mysql + nginx + fast-cgi. Работал
>давно. В один прекрасный момент сервер "умер". Ушло 2 часа на
>восстановление всего на другой машине. Что очень плохо. Подскажите, пожалуйста, как
>логически правильно организовать балансировку нагрузки между 2-мя серверами с помощью nginx?
>Чтобы, если падает один, 2-й его подхватывал.
>Спасибо.

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


"балансировка нагрузки www проект"
Отправлено Michael , 25-Ноя-08 09:26 
>Гугу, подскажите.
>Был web сервер linux(fc4) php + mysql + nginx + fast-cgi. Работал
>давно. В один прекрасный момент сервер "умер". Ушло 2 часа на
>восстановление всего на другой машине. Что очень плохо. Подскажите, пожалуйста, как
>логически правильно организовать балансировку нагрузки между 2-мя серверами с помощью nginx?
>Чтобы, если падает один, 2-й его подхватывал.
>Спасибо.

freevrrpd. с его помощью можно создать failover конфигурацию. Т.е. стоит два сервера: главный и резервный. В случае падения основного резервный поднимает на своем интерфейсе айпишник главного и все продолжает (в теории) работать как ни в чем ни бывало.