The OpenNET Project / Index page

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




Версия для распечатки Пред. тема | След. тема
Новые ответы [ Отслеживать ]
Создание трех каналов для балансировки, !*! engalichev, 23-Июн-11, 14:22  [смотреть все]
Добрый день! У меня такой вопрос, если кто знает помогите пожалуйста!

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

              • Создание трех каналов для балансировки, !*! sn, 18:04 , 23-Июн-11 (7)

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

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

                • Создание трех каналов для балансировки, !*! den, 18:29 , 23-Июн-11 (8)
                  >> ситуация такая: стоят 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 и дороже, зато получите меньше гемора на свою голову.




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

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