The OpenNET Project / Index page

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

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

"Создание трех каналов для балансировки"  +/
Сообщение от engalichev email(ok) on 23-Июн-11, 14:22 
Добрый день! У меня такой вопрос, если кто знает помогите пожалуйста!

Имеется 3 роутера с версией ИОС 12.(24)Т5
К каджому роутеру подключен один провайдер.
1. Вопрос: возможно ли сбалансировать нагрузку? если да, то как?
2. Вопрос: возможно ли распределение нагрузки при падении одного из каналов?


Ответить | Правка | Cообщить модератору

Оглавление

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


1. "Создание трех каналов для балансировки"  +/
Сообщение от fantom (ok) on 23-Июн-11, 15:01 
> Добрый день! У меня такой вопрос, если кто знает помогите пожалуйста!
> Имеется 3 роутера с версией ИОС 12.(24)Т5
> К каджому роутеру подключен один провайдер.
> 1. Вопрос: возможно ли сбалансировать нагрузку? если да, то как?
> 2. Вопрос: возможно ли распределение нагрузки при падении одного из каналов?

1. - входящую? исходящую? обе? нат? своя АС? арендованые адреса?
2. - BGP с каждым провом :)

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Создание трех каналов для балансировки"  +/
Сообщение от engalichev email(ok) on 23-Июн-11, 16:34 
>> Добрый день! У меня такой вопрос, если кто знает помогите пожалуйста!
>> Имеется 3 роутера с версией ИОС 12.(24)Т5
>> К каджому роутеру подключен один провайдер.
>> 1. Вопрос: возможно ли сбалансировать нагрузку? если да, то как?
>> 2. Вопрос: возможно ли распределение нагрузки при падении одного из каналов?
> 1. - входящую? исходящую? обе? нат? своя АС? арендованые адреса?
> 2. - BGP с каждым провом :)

1. Входящий и исходящий желательно. Нат стоит. адреса арендованные. BGР не стоит не на одном из маршрутизаторов.

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "Создание трех каналов для балансировки"  +/
Сообщение от fantom (ok) on 23-Июн-11, 16:48 
>>> Добрый день! У меня такой вопрос, если кто знает помогите пожалуйста!
>>> Имеется 3 роутера с версией ИОС 12.(24)Т5
>>> К каджому роутеру подключен один провайдер.
>>> 1. Вопрос: возможно ли сбалансировать нагрузку? если да, то как?
>>> 2. Вопрос: возможно ли распределение нагрузки при падении одного из каналов?
>> 1. - входящую? исходящую? обе? нат? своя АС? арендованые адреса?
>> 2. - BGP с каждым провом :)
> 1. Входящий и исходящий желательно. Нат стоит. адреса арендованные. BGР не стоит
> не на одном из маршрутизаторов.

Доступ к вашим ресурсам - только через того прова, чьи адреса, т.е. при отвале одного из каналов - какой пров отвалился - его адреса станут недоступны...

1. Можно пингалкой проверять доступность ресурсов и согласно полученным данным принимать решение.

2. пообщаться с каждым провом на предмет организации bgp пиринга, они вам - таблицу маршрутов, вы им - ровно 0 :) выбор оптимального маршрута и как следствие - резервирование (перенаправление вдругой канал на случай пропадания связи с bgp пиром) будут отрабатываться BGP-ой, некоторые моменты балансировки тоже можно возложить на bgp.

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

4. "Создание трех каналов для балансировки"  +/
Сообщение от engalichev email(ok) on 23-Июн-11, 16:51 
>[оверквотинг удален]
> Доступ к вашим ресурсам - только через того прова, чьи адреса, т.е.
> при отвале одного из каналов - какой пров отвалился - его
> адреса станут недоступны...
> 1. Можно пингалкой проверять доступность ресурсов и согласно полученным данным принимать
> решение.
> 2. пообщаться с каждым провом на предмет организации bgp пиринга, они вам
> - таблицу маршрутов, вы им - ровно 0 :) выбор оптимального
> маршрута и как следствие - резервирование (перенаправление вдругой канал на случай
> пропадания связи с bgp пиром) будут отрабатываться BGP-ой, некоторые моменты балансировки
> тоже можно возложить на bgp.

Значит я так понимаю не возможно это сделать без BGP, а если с BGP то только некоторые моменты, но в целом получиться как я хочу, я правильно понял?

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

5. "Создание трех каналов для балансировки"  +/
Сообщение от fantom (ok) on 23-Июн-11, 17:00 
>[оверквотинг удален]
>> 1. Можно пингалкой проверять доступность ресурсов и согласно полученным данным принимать
>> решение.
>> 2. пообщаться с каждым провом на предмет организации bgp пиринга, они вам
>> - таблицу маршрутов, вы им - ровно 0 :) выбор оптимального
>> маршрута и как следствие - резервирование (перенаправление вдругой канал на случай
>> пропадания связи с bgp пиром) будут отрабатываться BGP-ой, некоторые моменты балансировки
>> тоже можно возложить на bgp.
> Значит я так понимаю не возможно это сделать без BGP, а если
> с BGP то только некоторые моменты, но в целом получиться как
> я хочу, я правильно понял?

Не имея точного представления КАК вы хотите (то, что тут описано - некие общие фразы, работать скорее всего будет немного похоже, но масколько это "похоже" вас устроит - судить вам;) ) не могу ответить на вопрос "но в целом получиться как я хочу, я правильно понял?"

Без BGP это проделать можно - набором пингалок и переключением NAT-ов и маршрутов на основании "пингается или нет", баланся трафик по какому-либо принципу.

С BGP это тоже проделать можно - BGP обеспечит возможность выбора маршрута (например на такие-то подсети через прова1 , на такие-то - через2 и т.д.) при отваливании - выбор альтернативного маршрута по правилам BGP-ы....

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

6. "Создание трех каналов для балансировки"  +/
Сообщение от engalichev email(ok) on 23-Июн-11, 17:11 
>[оверквотинг удален]
> Не имея точного представления КАК вы хотите (то, что тут описано -
> некие общие фразы, работать скорее всего будет немного похоже, но масколько
> это "похоже" вас устроит - судить вам;) ) не могу ответить
> на вопрос "но в целом получиться как я хочу, я правильно
> понял?"
> Без BGP это проделать можно - набором пингалок и переключением NAT-ов и
> маршрутов на основании "пингается или нет", баланся трафик по какому-либо принципу.
> С BGP это тоже проделать можно - BGP обеспечит возможность выбора маршрута
> (например на такие-то подсети через прова1 , на такие-то - через2
> и т.д.) при отваливании - выбор альтернативного маршрута по правилам BGP-ы....

ситуация такая: стоят 3 маршрутизатора через них проходит 3 канала интернета, к каждому маршрутизатору идет 1 канал от провайдера. внутри имеется локальная сеть, и стоит прокси сервер. Все пользователи ходят через этот прокси. как сделать так чтоб была нагрузка не на один канал а на все 3?

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

7. "Создание трех каналов для балансировки"  +/
Сообщение от sn (??) on 23-Июн-11, 18:04 

> ситуация такая: стоят 3 маршрутизатора через них проходит 3 канала интернета, к
> каждому маршрутизатору идет 1 канал от провайдера. внутри имеется локальная сеть,
> и стоит прокси сервер. Все пользователи ходят через этот прокси. как
> сделать так чтоб была нагрузка не на один канал а на
> все 3?

направить трафик на vkontakte через 1, на akamai через 2, остальное на 3 ну или в другом порядке. это если без bgp и все клиенты за натом.

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

8. "Создание трех каналов для балансировки"  +/
Сообщение от den (??) on 23-Июн-11, 18:29 
>> ситуация такая: стоят 3 маршрутизатора через них проходит 3 канала интернета, к
>> каждому маршрутизатору идет 1 канал от провайдера. внутри имеется локальная сеть,
>> и стоит прокси сервер. Все пользователи ходят через этот прокси. как
>> сделать так чтоб была нагрузка не на один канал а на
>> все 3?
> направить трафик на vkontakte через 1, на akamai через 2, остальное на
> 3 ну или в другом порядке. это если без bgp и
> все клиенты за натом.

1. tracking гейтов провайдера (ios поддерживает) и далее при падении некого прова меняется таблица рутинга, после этого запускается аплетик по событию и делает команду clear ip nat translation *   или какототак , иначе затранслируемые юзеры будут отваливаться по таймауту tcp сессий. Балансить можно таким образом, часть юзеров натим на одного прова, часть на второго, часть на третьего. Но в таком случаее разброс трафика неизбежен.

2. Купить PI & AS - самый правильный способ но нужно потратить пару сотен евро обратившись к LIR.
3. Получить у вашего провайдера (хотябы одного /24 PA адресса), попросить его чтобы была возможность сделать роут обджект с оригинейтингом этой сети двумя другими. Построить BGP на серой AS и аносить этот блок всем троим. Далее они оригинейтят префикс от своей AS. Как показывает опыт все зависит от желания провайдеров 1,2,3 реализовать такой вариант, поэтому хотя вариант 2 и дороже, зато получите меньше гемора на свою голову.

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

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

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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