форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы Маршрутизаторы CISCO и др. оборудование. (Public)
Изначальное сообщение		[ Отслеживать ]

"Как сделать балансинг нагрузки на WEB"

Сообщение от dmitrytim (ok) on 25-Сен-08, 19:42

Подскажите решение как лучше сделать балансировку нагрузки на веб сервера. есть два веб сервера с заполнением форм и авторизацией в веб контенте. просто два одинаковых сервера с одинаковым контентом на обоих. диски свои у каждого. нат не подходит потому что первое- если падает сервер один из двух то нат все равно на него транслирует трафик, а второе на серверах авторизация и формы- не понятно как это будет работать при балансинге. Как лучше сделать распределение нагрузки на сервера подскажите? Хотелось сделать с помощью "железки" а не софтом.

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

Сообщения по теме

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

1. "Как сделать балансинг нагрузки на WEB"

Сообщение от CrAzOiD (ok) on 25-Сен-08, 20:54

>Подскажите решение как лучше сделать балансировку нагрузки на веб сервера. >есть два веб сервера с заполнением форм и авторизацией в веб контенте. >просто два одинаковых сервера с одинаковым контентом на обоих. диски свои >у каждого. >нат не подходит потому что первое- если падает сервер один из двух >то нат все равно на него транслирует трафик, а второе на >серверах авторизация и формы- не понятно как это будет работать при >балансинге. >Как лучше сделать распределение нагрузки на сервера подскажите? Хотелось сделать с помощью >"железки" а не софтом. на старых кошках было SLB а так смотрите в сторону CSS - отдельная железка

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

	2. "Как сделать балансинг нагрузки на WEB"
	Сообщение от dmitrytim (ok) on 26-Сен-08, 09:39
	>[оверквотинг удален] >>у каждого. >>нат не подходит потому что первое- если падает сервер один из двух >>то нат все равно на него транслирует трафик, а второе на >>серверах авторизация и формы- не понятно как это будет работать при >>балансинге. >>Как лучше сделать распределение нагрузки на сервера подскажите? Хотелось сделать с помощью >>"железки" а не софтом. > >на старых кошках было SLB >а так смотрите в сторону CSS - отдельная железка slb на 1760 нет. а css 100 штук- дороговато для нашей конторы.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	3. "Как сделать балансинг нагрузки на WEB"
	Сообщение от CrAzOiD (ok) on 26-Сен-08, 09:54
	>[оверквотинг удален] >>>серверах авторизация и формы- не понятно как это будет работать при >>>балансинге. >>>Как лучше сделать распределение нагрузки на сервера подскажите? Хотелось сделать с помощью >>>"железки" а не софтом. >> >>на старых кошках было SLB >>а так смотрите в сторону CSS - отдельная железка > >slb на 1760 нет. >а css 100 штук- дороговато для нашей конторы. SLB есть на 3640А найти в инете можно без проблем почти за копейки, правда еще эзернетовские модули... но все дешевле получится.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	4. "Как сделать балансинг нагрузки на WEB"
	Сообщение от dmitrytim (ok) on 26-Сен-08, 10:18
	>[оверквотинг удален] >>> >>>на старых кошках было SLB >>>а так смотрите в сторону CSS - отдельная железка >> >>slb на 1760 нет. >>а css 100 штук- дороговато для нашей конторы. > >SLB есть на 3640А >найти в инете можно без проблем почти за копейки, правда еще эзернетовские >модули... но все дешевле получится. ну как вариант, 3660 можно.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	5. "Как сделать балансинг нагрузки на WEB"
	Сообщение от CrAzOiD (ok) on 26-Сен-08, 10:37
	>[оверквотинг удален] >>>>а так смотрите в сторону CSS - отдельная железка >>> >>>slb на 1760 нет. >>>а css 100 штук- дороговато для нашей конторы. >> >>SLB есть на 3640А >>найти в инете можно без проблем почти за копейки, правда еще эзернетовские >>модули... но все дешевле получится. > >ну как вариант, 3660 можно. вообще список не большой: 3640 3660 7100 7200 7300 7400 7600 CAT6000
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	6. "Как сделать балансинг нагрузки на WEB"
	Сообщение от dmitrytim (??) on 26-Сен-08, 12:59
	>[оверквотинг удален] > >вообще список не большой: >3640 >3660 >7100 >7200 >7300 >7400 >7600 >CAT6000 я в курсе про slb но 3660 тоже почти столько же стоит сколько и css
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	7. "Как сделать балансинг нагрузки на WEB"
	Сообщение от dmitrytim (??) on 26-Сен-08, 13:19
	>[оверквотинг удален] >>3660 >>7100 >>7200 >>7300 >>7400 >>7600 >>CAT6000 > >я в курсе про slb но 3660 тоже почти столько же стоит >сколько и css видимо все же придется заниматься извращениями типа dns+малое время жизни записи (от кеширующих днс)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	8. "Как сделать балансинг нагрузки на WEB"
	Сообщение от CrAzOiD (ok) on 26-Сен-08, 13:56
	>[оверквотинг удален] >>>7300 >>>7400 >>>7600 >>>CAT6000 >> >>я в курсе про slb но 3660 тоже почти столько же стоит >>сколько и css > >видимо все же придется заниматься извращениями типа dns+малое время жизни записи (от >кеширующих днс) 3640 стоит 300 грин в случае DNS даже маленький TTL не нужен Просто дв записи А одно имя на два IP Будет балансировка. Только в случае падения одного из хостов 50% клиентов получат отлуп. Но тут уже можно прикрутить скрипт-пинговалку и править зону по результатам Тогда действительно минимальный TTL имеет смысл.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	9. "Как сделать балансинг нагрузки на WEB"
	Сообщение от dmitrytim (ok) on 30-Сен-08, 11:36
	> >в случае DNS даже маленький TTL не нужен >Просто дв записи А одно имя на два IP >Будет балансировка. > >Только в случае падения одного из хостов 50% клиентов получат отлуп. >Но тут уже можно прикрутить скрипт-пинговалку и править зону по результатам >Тогда действительно минимальный TTL имеет смысл. Вот кстати так начали делать- малое времяф жизни сделали записи. из нашей подсети используя этот днс все меняется нормально но их мира запись кешируется- вилдимо кеширующими прокси провайдера и ничего не сделаешь похоже. :(
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	10. "Как сделать балансинг нагрузки на WEB"
	Сообщение от CrAzOiD (ok) on 30-Сен-08, 13:04
	>[оверквотинг удален] >>Просто дв записи А одно имя на два IP >>Будет балансировка. >> >>Только в случае падения одного из хостов 50% клиентов получат отлуп. >>Но тут уже можно прикрутить скрипт-пинговалку и править зону по результатам >>Тогда действительно минимальный TTL имеет смысл. > >Вот кстати так начали делать- малое времяф жизни сделали записи. из нашей >подсети используя этот днс все меняется нормально но их мира запись >кешируется- вилдимо кеширующими прокси провайдера и ничего не сделаешь похоже. :( Если кешируется провайдером, тогда только править HTML на предмет времени жизни в кешах
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	11. "Как сделать балансинг нагрузки на WEB"
	Сообщение от dmitrytim (??) on 30-Сен-08, 14:06
	>[оверквотинг удален] >>>Только в случае падения одного из хостов 50% клиентов получат отлуп. >>>Но тут уже можно прикрутить скрипт-пинговалку и править зону по результатам >>>Тогда действительно минимальный TTL имеет смысл. >> >>Вот кстати так начали делать- малое времяф жизни сделали записи. из нашей >>подсети используя этот днс все меняется нормально но их мира запись >>кешируется- вилдимо кеширующими прокси провайдера и ничего не сделаешь похоже. :( > >Если кешируется провайдером, тогда только править HTML на предмет времени жизни в >кешах Я имею ввиду кеширующий днс у провайдера- он кеширует нашу запись и не дает другую. я не правильно написал- думал днс написал прокси. сорри.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	12. "Как сделать балансинг нагрузки на WEB"
	Сообщение от CrAzOiD (ok) on 30-Сен-08, 14:10
	>[оверквотинг удален] >>>Вот кстати так начали делать- малое времяф жизни сделали записи. из нашей >>>подсети используя этот днс все меняется нормально но их мира запись >>>кешируется- вилдимо кеширующими прокси провайдера и ничего не сделаешь похоже. :( >> >>Если кешируется провайдером, тогда только править HTML на предмет времени жизни в >>кешах > >Я имею ввиду кеширующий днс у провайдера- он кеширует нашу запись и >не дает другую. >я не правильно написал- думал днс написал прокси. сорри. ммм... если я что-то понимаю в кеширующих DNS, то если провайдер так делает, он злой :) у вас в зоне прописан TTL и все DNS обязаны подчиняться этому времени. Как только время вышло, запись из кеша должна удаляться. Иначе все это просто напросто лишено смысла. Думааю что дело не в "хитрости" провайдера. Какое время вы задавали?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	13. "Как сделать балансинг нагрузки на WEB"
	Сообщение от dmitrytim (??) on 30-Сен-08, 16:53
	>ммм... если я что-то понимаю в кеширующих DNS, то если провайдер так >делает, он злой :) >у вас в зоне прописан TTL и все DNS обязаны подчиняться этому >времени. Как только время вышло, запись из кеша должна удаляться. Иначе >все это просто напросто лишено смысла. >Думааю что дело не в "хитрости" провайдера. Какое время вы задавали? 1 минута
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	14. "Как сделать балансинг нагрузки на WEB"
	Сообщение от CrAzOiD (ok) on 30-Сен-08, 17:26
	> >>ммм... если я что-то понимаю в кеширующих DNS, то если провайдер так >>делает, он злой :) >>у вас в зоне прописан TTL и все DNS обязаны подчиняться этому >>времени. Как только время вышло, запись из кеша должна удаляться. Иначе >>все это просто напросто лишено смысла. >>Думааю что дело не в "хитрости" провайдера. Какое время вы задавали? > >1 минута а сколько времени прошло с тех пор как вы поменяли TTL? старые значения тоже должны "протухнуть"
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	15. "Как сделать балансинг нагрузки на WEB"
	Сообщение от dmitrytim (??) on 01-Окт-08, 10:13
	>[оверквотинг удален] >>>делает, он злой :) >>>у вас в зоне прописан TTL и все DNS обязаны подчиняться этому >>>времени. Как только время вышло, запись из кеша должна удаляться. Иначе >>>все это просто напросто лишено смысла. >>>Думааю что дело не в "хитрости" провайдера. Какое время вы задавали? >> >>1 минута > >а сколько времени прошло с тех пор как вы поменяли TTL? >старые значения тоже должны "протухнуть" а сразу поставили такое значение.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	16. "Как сделать балансинг нагрузки на WEB"
	Сообщение от dmitrytim (ok) on 07-Окт-08, 17:07
	придумали мы решение по цене намного меньшей чем стоимость 3640, фактически заменяет css. две наттрансляции на два внутренних сервера (статические) sla monitor - тоже два отслеживают ответ по хттп от серверов скрипт на шеле под линукс который опрашивает мониторы эти. если сервер упал то скрипт заходит на циску и переписывает трансляцию на живой сервак. днс сервер который подменяет имя и внешний ип (который в нате)- для распределения нагрузки на сервера. все работает конечно не оч в плане распределения но работает хоть так. (хоть и время жизни записи днс малое но кеширующие днс мешают нормально распределить нагрузку) другого варианта не нашли.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	17. "Как сделать балансинг нагрузки на WEB"
	Сообщение от fenix2 (??) on 08-Окт-08, 11:49
	>[оверквотинг удален] >скрипт на шеле под линукс который опрашивает мониторы эти. если сервер упал >то скрипт заходит на циску и переписывает трансляцию на живой сервак. > >днс сервер который подменяет имя и внешний ип (который в нате)- для >распределения нагрузки на сервера. >все работает конечно не оч в плане распределения но работает хоть так. >(хоть и время жизни записи днс малое но кеширующие днс мешают >нормально распределить нагрузку) > >другого варианта не нашли. не нужно скрипты на линуксе, циска умеет сама себе скрипты писать c помощью Embedded Event Manager (EEM) вот пример когда sla monitoir говорит о FAIL, циска сама переписывает себе конфиг ip sla 10   icmp-echo 213.180.204.8 source-interface FastEthernet0/0.1   timeout 1000   frequency 3 ip sla schedule 10 life forever start-time now track 1 rtr 10 reachability event track 1 state any action 1.0 cli command "enable" action 2.0 cli command "clear ip nat trans forced" (Для event track нужен 12.4Т) а для лоад балансинга использовать Avoiding Server Overload Using TCP Load Balancing http://www.cisco.com/en/US/docs/ios/12_4t/ip_addr/configurat...
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	18. "Как сделать балансинг нагрузки на WEB"
	Сообщение от dmitrytim (??) on 08-Окт-08, 12:37
	>[оверквотинг удален] > >event track 1 state any >action 1.0 cli command "enable" >action 2.0 cli command "clear ip nat trans forced" > >(Для event track нужен 12.4Т) > >а для лоад балансинга использовать >Avoiding Server Overload Using TCP Load Balancing >http://www.cisco.com/en/US/docs/ios/12_4t/ip_addr/configurat... про менеджера не знали, спасибо а про ротари- там один недостаток- у нас сервера с авторизацией и заполнением форм - поэтому не понятно как это будет работать с нат- пер дестинейшн натится будет или менятся при каждом соединении с одного и того же дестинейшн хоста ?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	19. "Как сделать балансинг нагрузки на WEB"
	Сообщение от fenix2 (??) on 08-Окт-08, 13:22
	>про менеджера не знали, спасибо а про ротари- там один недостаток- у >нас сервера с авторизацией и заполнением форм - поэтому не понятно >как это будет работать с нат- пер дестинейшн натится будет или >менятся при каждом соединении с одного и того же дестинейшн хоста >? я думаю что одна TCP сессия будет соостветствовать одной записи в нат таблице. тоесть, если активность юзверя с www сервером будет составлять больше одной TCP сесии, то ничего не получится, вторая сессия поёдет на второй сервер. чтобы юзверь прилип к одному серверу, такого роутер не умеет, такое css умеет. похоже вам придётся создавать две статические трансляции и юзать два апиадреса в доменном имени сайта. если один сервак отваливается, циска переписывает статику на работающий сервер, и наоборот.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	20. "Как сделать балансинг нагрузки на WEB"
	Сообщение от dmitrytim (ok) on 08-Окт-08, 22:24
	>[оверквотинг удален] >сесии, то ничего не получится, вторая сессия поёдет на второй сервер. > > >чтобы юзверь прилип к одному серверу, такого роутер не умеет, такое css >умеет. >похоже вам придётся создавать две статические трансляции и юзать два апиадреса в >доменном имени сайта. > >если один сервак отваливается, циска переписывает статику на работающий сервер, и наоборот. > так и сделали только скрипт зарулили на сервере.можно было на роутере.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить	Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]