форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Архивированная нить - только для чтения!  Пред. тема | След. тема
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение		[Проследить за развитием треда]

"Squid и несколько кешэй - распределение загрузки"
Сообщение от Vov on 06-Авг-04, 17:52  (MSK)
Есть вот какая проблемка - присутствует сквид на центральном маршрутизаторе, включен в режим прозрачного прокси. Рядом есть еще один сервак тоже со сквидом и с независимым каналом в инет. Но канал этот в 3 раза уже, чем основной. Есть задача настроить Сквид основного сервера на использование сквида второго как соседнего (sibling) в определенном проценте загрузки, так как второй канал уже. Вариант подключения как родительсткого не канает, так как автоматом перегружает второй канал. Ковырялся долго и нудно, и безрезультатно. Кто-то пробовал распределять нагрузку по двум сквидам, скажем, в отношении 70 на 30? И у кого есть какие мысли на этот счет? Буду рад каждой новой идее... Влад
	Рекомендовать в FAQ | Cообщить модератору | Наверх

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

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

1. "Squid и несколько кешэй - распределение загрузки"
Сообщение от ihor on 06-Авг-04, 19:22  (MSK)
>как второй канал уже. Вариант подключения как родительсткого не канает, >так как автоматом перегружает второй канал. так включи на "маленьком" delay pools и зажми его полосу?
	Рекомендовать в FAQ | Cообщить модератору | Наверх

	2. "Squid и несколько кешэй - распределение загрузки"
	Сообщение от Vov on 06-Авг-04, 19:45  (MSK)
	>>как второй канал уже. Вариант подключения как родительсткого не канает, >>так как автоматом перегружает второй канал. > >так включи на "маленьком" delay pools и зажми его полосу? Не, так не поканает... Речь идет не о том, чтобы меньше со второго прокси брать, а в том, чтобы равномерно распределять нагрузку. Объясню твой вариант - основной сквид будет на второй отправлять по полной запросы, а второй, перегружая свой маленький канал, будет еще и тормозить отдачу клиентам. В результате, клиент увидит оххххренительные задержки в канале с беспрецедентной задержкой траффика. А задача стоит другая - распределить ЗАПРОСЫ к сквиду, а не придерживать ответы от него...
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	3. "Squid и несколько кешэй - распределение загрузки"
	Сообщение от ihor on 09-Авг-04, 09:48  (MSK)
	> а второй, перегружая свой маленький канал, будет еще и тормозить >отдачу клиентам. 1) ну посуди сам, с чего-бы это ему перегружать свой маленький канал, если он будет тормозить отдачу, он ведь не резиновый :), в смысле ведро, в смысле текущее :) 2) в любом случае, если боишься, что Squid сожрёт весь канал, тебе придётся его ограничивать (нормпльно настраивать delay pools) 3) касательно твоей задачи, можно предложить вот что:   a) собери из логов статистику (желательно, по каждому пользователю/IP отдельно), куда ходят твои пользователи, сколько откуда скачивают, затем выдели домены, поддомены, адреса, на кот. приходится сравнительно неболь шой траффик и перебрасывай запросы на них на маленький канал. то-же касается пользователей - если можно выделить IP, с которых качают мало, перебрасывай запросы с них на маленький канал.   b) напиша свой редиректор, кот. будет перебрасывть напр. каждый 4 запрос на маленький канал (не очень эффективно, т.к. мы не знаем размер ответа на каждый запросы)   c) сделай каналы ассиметричными, т.е. запросы уходят через маленький, ответы получаем через большой   d) на уровне IP сделай load balancing на двух каналах для одного Squid-а (если это возможно)   с) сделай каналы ассиметричными
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	4. "Squid и несколько кешэй - распределение загрузки"
	Сообщение от Vov on 09-Авг-04, 13:12  (MSK)
	>  b) напиша свой редиректор, кот. будет перебрасывть напр. каждый 4 >запрос на маленький канал (не очень эффективно, т.к. мы не знаем >размер ответа на каждый запросы) Вот это ближе к телу, хотя и не самый лучшщий вариант, согласен.. Но тем не менее, вариант с delay pool не подходит вот чем - будет перегружаться канал из интернета до сквида. Это - потери данных, задержки. Ставить OSPF не получается пока. Вопрос - а как такую фигуру написать, чтобы каждый 4-й рутился на маленький канал? Я профан в программировании, поэтому не судите строго..
		Рекомендовать в FAQ | Cообщить модератору | Наверх

Удалить

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

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