forum.lissyara.su

В общем такая проблема, есть группа шаринг серверов, стоит на серверах RedHat какой-то.
Задача такая, каждый вечер нагрузка на сервера значительно возрастает, надо каким-то образом сделать что-то типо свободной машрутизации.
Чтобы сбалансировать нагрузку между серверами, сервера территориально разнесенные, и в германии, Украине, России.
?
как можно такое реализовать?

существуют специализированые балансировщики как железные так и софтвартые. Из железных, у циски кучу решений на ету тему(спец железо и спец протоколы), но во-первых не знаю насколько это подойдет по стоимости , а во вторых , на сколько я видел на практике, несколько серваков стояли вместе(территориально), а перед ними стоял этот гипервизор и разкидывал пакеты по направлениям(случайным образом, по порядку, или по критериям - зависило от настройки) + этот гипервизор работает с коммутационным оборудованием...короче та еще канитель

вероятно, нужно смотреть в сторону софтварного решения, слышал что даже есть спец модуля для апача (типа mod_backhand).
Или же попытаться виртуализовать/кластеризовать эти серваки, XEN такое позволяет сделать.

InventoR писал(а):В общем такая проблема, есть группа шаринг серверов, стоит на серверах RedHat какой-то.
Задача такая, каждый вечер нагрузка на сервера значительно возрастает, надо каким-то образом сделать что-то типо свободной машрутизации.
Чтобы сбалансировать нагрузку между серверами, сервера территориально разнесенные, и в германии, Украине, России.
?
как можно такое реализовать?

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

зы. амазон и подобные предлагают отличные решения подобного рода, типа elastic loadbalancing + elastic autoscaling.
позволяет автоматически автоскалировать колличество вирт. серверов в зависимости от нагрузки. Архитектура приложений правда должна такое поддерживать.

carp

Carp отпал, это не то.
Опишу задачу конкретно.
Есть группа удаленно разнесенных серверов которая предоставляет определенные услуги по шарингу спутникового ТВ.
Вечером нагрузка на каждый сервер сильно возрастает, при чем клиент в своих настройках указывает далеко не ближайший к нему сервер.
ПО к примеру тот же mpcs
Задача такая к реализации, где-то ставится корневой сервер, клиент обращается к нему и центральный сервер перебрасывает на наиболее быстрый для клиента сервер с наименьшими задержками и загрузкой.

InventoR писал(а): Есть группа удаленно разнесенных серверов которая предоставляет определенные услуги по шарингу спутникового ТВ.
Вечером нагрузка на каждый сервер сильно возрастает, при чем клиент в своих настройках указывает далеко не ближайший к нему сервер.
Задача такая к реализации, где-то ставится корневой сервер, клиент обращается к нему и центральный сервер перебрасывает на наиболее быстрый для клиента сервер с наименьшими задержками и загрузкой.

я гдето читал, про системы, которые по IP клиента выдают ему DNS ближайшего к нему сервера.
как называется не помню, но думаю тебе нужно курить в этом направлении.

конечно задача маштабирования нагрузки более интересна...тут так просто не выкрутишся.
Но если ты найдеш вышеупомнятую систему, то потенциально несложно докрутить в нее функционал, чтобы система паралельно там раз в 5 минут по snmp\nrpe etc. проверяла нагрузку серверов, и выдавала DNS ближайшего к клиенту сервера с приемлемой нагрузкой.

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

или корневой маршрутизатор....

P.s. поняли к чему я клоню?

Понял, только кто даст эту железку в дц поставить, ведь используются 4 различных дц.

ИМХО - разве что DNS round-robin балансировка... Или же - поднимать на днс сервере 5 зон, для 4 из них - прописывать диапазоны адресов, которым выдавать территориальный сервер, для 5й зоны (все остальные) - пользовать round-robin на все 4 сервера.
Ну и ессно всех клиентов заставлять юзать DNS имя, а не ип.

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

А не проще ли просто случайным образом клиентов распределять? При 1000-2000 клиентах на каждом сервере будет примерно равное их кол-во

NiTr0 писал(а):А не проще ли просто случайным образом клиентов распределять? При 1000-2000 клиентах на каждом сервере будет примерно равное их кол-во

и каким образом клиенту будет отдаваться ближайший к нему сервер?

Если ближайший к нему - я выше уже написал: 4 зоны с территориальными зиапазонами ип, + 5я зона для всех остальных.
Только я так и не понял - вам нужно выдавать ИП по территориальному признаку, или же все же распараллелить нагрузку?

я так понял, что автору хочется и по территориальному признаку, и с учетом нагрузки
вообщемто проблем никаких, куда смотреть уже сказали.

конечно же проще. но тогда:
важно время задержки прохождения пакетов, чем меньше тем лучше, или будут затыки.
а что значит ты сидишь на востоке и общаешься с сервером в германии.
сразу пинг порядка 500-600 и от сюда пошло поехало, или система тебя перебрасывает на наиболее оптимальный сервер.