>[оверквотинг удален]
>>
>>Зачем вы привели кусок мана описывающий процесс резервирования с помощью протокола CARP
>>? Я не решаю вопрос резервирования, я решаю вопрос балансировки.
>>Сразу после куска мана что вы вставили идет кусок как CARP раскидывает
>>запросы с помощью ARP Balancing, такая схема работать не будет за
>>маршрутизатором по понятным причинам
>
>почему не будет? как раз мы резервируем сервер, который будет заниматся балансировкой,
>чтоб убрать "бутылочное горлышко"... CARP же не будет заниматся балансировкой, а
>только резервированием "бутылочное горлышко" меня смущает не в свете отсутствия резервирования, а в классическом значении данного понятия - самое медленный элемент системы определяющий пропускную способность всей системы. Конкретно к моему случаю - я уже раскидывал сессии с помощью ipfw который поддерживается фряхой на уровне ядра, такое решение намного производительней чем то что вы предлагает, меня сам по себе такой подход - с сервером который будет молотить ВЕСЬ трафик не устраивает, меня привлекает решения сетевого кластера в котором бы раскидывались подключения пользователей между серверами входящими в кластере БЕЗ промежуточного звена... тогда пропускная способность такого узла будет бесконечной при сравнительно маленьких затратах (покупка недорогих серверов средней, если так можно выразиться, мощности). Моя предметная область это VPN-подключения пользователей по протоколу pptp, именно vpn-подключения пользователей между серверами я и собираюсь раскидывать... не знаю может есть специальные программы конкретно под эту задачу...
|
