LINUX.ORG.RU

агрегация или balancing/failover?

Turbid ★★★★★ ()
Ответ на: комментарий от Turbid

а в чём отличие по терминологии/синтаксису? в данном случае требуется не увеличение ПСП, а гарантированная работа без обрывов. то есть сиё нужно, чтобы интернет не пропадал.

darkenshvein ★★★★★ ()
Ответ на: комментарий от darkenshvein

Агрегация - это объедение ≥2 (выделенных) каналов между двумя точками. Очень сомнительно что у тебя выделенный канал через 3G.

Скорее всего ты имеешь в виду доступ в Интернет. Для этого используется balancing и/или failover. Ничего лучше чем PCC для этого не изобрели. Тех кто будет советовать скрипты и прочие костыли - бей сразу в лицо с вертушки.

Turbid ★★★★★ ()
Ответ на: комментарий от darkenshvein

Аггрегация этио когда траффик размазывается. А балансер прыгает с одного канала на другой... Теоретически при агреггации может быть занят только 1 канал. Но с точки зрения сервера при отвле 1 канала просто канал стал уже

dem ()

насколько стабильно всё это работает?

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

micronekodesu ★★ ()
Ответ на: комментарий от Turbid

Агрегация - это объедение ≥2 (выделенных) каналов между двумя точками. Очень сомнительно что у тебя выделенный канал через 3G.

VPN тоже вполне себе выделенный канал

cvs-255 ★★★★★ ()

при балансировке траффика у тебя не будет работать половина сайтов через http/https. Т к там обычно сессии привязываются к ip, а он у тебя будет скакать ...

Jopich1 ()
Ответ на: комментарий от cvs-255

VPN тоже вполне себе выделенный канал

Согласный

Turbid ★★★★★ ()
Ответ на: комментарий от Jopich1

при балансировке траффика у тебя не будет работать половина сайтов через http/https. Т к там обычно сессии привязываются к ip, а он у тебя будет скакать ...

Ерунду пишете. Балансируются только SYN-пакеты, установившееся соединение остается привязанным к одному каналу. Если, конечно, нормально настраивать... Про Microtik ничего не знаю, просто не работал с этими роутерами.

Serge10 ★★★ ()
Последнее исправление: Serge10 (всего исправлений: 1)
Ответ на: комментарий от Serge10

Но ведь по http соединения открываются и закрываются на разные страницы, и если на сайте стоит му-цкая проверка на неизменный айпи адрес «в целях безопасности» (айпи адрес может менятся например в случае мобильного интернета, если устройство двигается между сотами), то будут проблемы.

goingUp ★★★★★ ()
Ответ на: комментарий от Serge10

Если, конечно, нормально настраивать...

где бы ещё найти мануалы нормальной настройки...

darkenshvein ★★★★★ ()
Ответ на: комментарий от Turbid

Балансировка без своих AS и блока PI сомнительное удовольствие.

madcore ★★★★★ ()
Ответ на: комментарий от darkenshvein

Провайдеро-независимые адреса и автономная система. Не твой случай.

madcore ★★★★★ ()
Ответ на: комментарий от darkenshvein

где бы ещё найти мануалы нормальной настройки...

LARTC, IMHO, отличный мануал.

Serge10 ★★★ ()
Ответ на: комментарий от goingUp

Но ведь по http соединения открываются и закрываются на разные страницы, и если на сайте стоит му-цкая проверка на неизменный айпи адрес «в целях безопасности» (айпи адрес может менятся например в случае мобильного интернета, если устройство двигается между сотами), то будут проблемы.

Я не готов сейчас подробно объяснять, как это работает (сам не такой уж специалист), но на практике проблем нет. Скорее, наоборот, после подения канала и отработки скриптов, перестраивающих маршруты, нужно не забывать сбрасывать кеш (ip route flush cache), иначе сайты, которые открывались через упавший канал, так и будут пытаться через него соединяться...

Serge10 ★★★ ()
Ответ на: комментарий от madcore

Балансировка без своих AS и блока PI сомнительное удовольствие.

Балансировка - это пол-беды. А вот failover...

Serge10 ★★★ ()
Закрыто добавление комментариев для недавно зарегистрированных пользователей (со score < 50)