The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Тематический каталог: Построение высоко доступного web класт..."
Вариант для распечатки  
Пред. тема | След. тема 
Форумы Разговоры, обсуждение новостей (Public)
Изначальное сообщение [ Отслеживать ]

"Тематический каталог: Построение высоко доступного web класт..."  +/
Сообщение от auto_topic (ok) on 01-Сен-05, 16:48 
Обсуждение статьи тематического каталога: Построение высоко доступного web кластера с балансировкой нагрузки (web cluster apache balance linux)

Ссылка на текст статьи: http://www.opennet.dev/base/net/web_cluster.txt.html

Высказать мнение | Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Построение высоко доступного web кластера с балансировкой на..."  +/
Сообщение от roos (ok) on 01-Сен-05, 16:48 
Статья описывает отличную технологию , только сдается мне что последний вариант работать не бутет:
1.тут смысл держать wackamole только для подстраховки 2 редиректоров- если упадет один из 4 конечних компов запросы то им перестанет бекхенд давать сам по себе, а вот вакамолы на себя ip упавшего не возьмут.
2. Резолвится должни те две машины которые занимаются редиректом.
3. И в описаной конфигурации-надо дивертить все на 80 порт редиректоров-иначе жопа какаято а не конфигурация.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "Построение высоко доступного web кластера с балансировкой на..."  +/
Сообщение от obl (ok) on 19-Янв-07, 15:51 
все будет работать - бэкхенд сам отсеивает сервера - неудачники которые не отвечают в указанный промежуток времени по умолчанию 20с, у меня - 3 секунды :)

контент я маунчу по nfs, конфиги апача тоже :)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "Построение высоко доступного web кластера с балансировкой на..."  +/
Сообщение от root email(??) on 25-Сен-06, 20:54 
Wackamole крайне неустойчив на RH linux. В половине случаев процесс просто умирает как раз при аварии.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

11. "Построение высоко доступного web кластера с балансировкой на"  +/
Сообщение от irem on 31-Окт-08, 10:22 
Не знаю, больше два года работало все по RHEL3, почти год под RHEL4 - никаких проблем, все супернадежно отрабатывает. А вот если накосячить в конфигурационных файлах - например разные списки указаны - тогда да, будет и падать, и виртуальные адреса не подхватывать.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "Построение высоко доступного web кластера с балансировкой на..."  +/
Сообщение от obl (ok) on 23-Ноя-06, 18:21 
А как дела с фрей обстоят?
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "Построение высоко доступного web кластера с балансировкой на..."  +/
Сообщение от Sirex email on 30-Мрт-07, 16:55 
А у меня работает в 30% случаях. Иногда spread просто не запускается, а когда запсукается и spread и wackamole, просто ничего не происходит. Что делать не знаю.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

6. "Построение высоко доступного web кластера с балансировкой на..."  +/
Сообщение от obl (ok) on 21-Апр-07, 15:37 
я не стал с вакамолом заморачиваться... главная машинка помощнее нужна просто. )
ну а баллансировать когда нагрузка таки достигнет таких пределов что сервера начнут падать надо цисками...
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

7. "Построение высоко доступного web кластера с балансировкой на..."  +/
Сообщение от TwoBoots email on 24-Май-07, 17:32 
А что в самом spread ничего настраиват ьне нужно?
а то я что то недопонимаю
попробывал с двумя машинами у меня на обоих появляются два два добавочных интерфейса с моими виртуальными адресами.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

8. "Построение высоко доступного web кластера с балансировкой на..."  +/
Сообщение от b2d email(ok) on 07-Дек-07, 16:06 
Все хорошо. Все понятно ... а данные где храняться? Синкаються между всеми серверами ежедневно? или они статические?
Балансировать можно прогой balance на любой архитектре *nix *BSD пашет на ура. Мне непонятно где и че с данными.. сенкс
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

9. "Построение высоко доступного web кластера с балансировкой на..."  +/
Сообщение от adil_18 email(??) on 18-Фев-08, 08:48 
nginx с нативным load balance -ром и HA заменяет все высше изложенное
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

10. "Построение высоко доступного web кластера с балансировкой на..."  +/
Сообщение от obl (ok) on 09-Июн-08, 12:39 
>nginx с нативным load balance -ром и HA заменяет все высше изложенное
>

вот и нифига :)
жиникс и haproxy работают более-менее стабильно при нагрузках 100-200 мб/с
если скорость ближе к полугигабиту - то тут затык случается, - ничег не падает, но работать начинает на порядок мендленней

баллансер надо строить на циске

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

12. "Построение высоко доступного web кластера с балансировкой на"  +/
Сообщение от irem on 31-Окт-08, 10:29 
Если на серверах два физических сетевых интерфейса, то надо их оба рационально использовать. Все нормальные промышленные сервера сейчас идут с двумя сетевыми интерфейсами и не зря. Если пустить служебные пакеты по своему каналу, то никаких затыков не будет.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

13. "Построение высоко доступного web кластера с балансировкой на"  +/
Сообщение от obl (ok) on 27-Янв-09, 02:08 
>Если на серверах два физических сетевых интерфейса, то надо их оба рационально
>использовать. Все нормальные промышленные сервера сейчас идут с двумя сетевыми интерфейсами
>и не зря. Если пустить служебные пакеты по своему каналу, то
>никаких затыков не будет.

я говорил о том что в канал никто не упирается, с софтовым баллансером урираемся в софт, когда нужно отдать например тысяч пятьдесят маленьких картинок в минуту - жиникс начинает подтупливать.
а о каких служебных пакетах вы говорите? на моей памяти все сервера были с двумя сетевыми картами, любая серверная мама имеет два интерфейса.. иногда два процессора, но два сетевых интерфейса имхо - стандарт

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

14. "Построение высоко доступного web кластера с балансировкой на"  +/
Сообщение от irem on 20-Ноя-09, 13:14 
>я говорил о том что в канал никто не упирается, с софтовым
>баллансером урираемся в софт, когда нужно отдать например тысяч пятьдесят маленьких
>картинок в минуту - жиникс начинает подтупливать.

Не знаю, я на балансере просто сделал кеширование статических данных и они сразу отдаются без запросов к web-серверам ниже. Огромный выигрыш. Балансируются ниже только динамический контент и крупная статика. Программный балансер так накрутить по своему вкусу не получится.

>а о каких служебных пакетах вы говорите? на моей памяти все сервера
>были с двумя сетевыми картами, любая серверная мама имеет два интерфейса..
>иногда два процессора, но два сетевых интерфейса имхо - стандарт

Служебные пакеты - имеется ввиду трафик wackhamole+spread+backhand. Сюда же можно управление кластером, кеш-процессы для статического контента и для nfs-шар (у кого контент там лежит). В другой сетке (второй карты) - пусть ходит собственно web-трафик.

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

15. "Построение высоко доступного web кластера с балансировкой на"  +/
Сообщение от irem on 20-Ноя-09, 13:16 
Правка:
вместо> Программный балансер так накрутить по своему вкусу не получится.
читать> Аппаратный балансер так накрутить по своему вкусу не получится.


Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру