Перейти до

fastvd

Рекомендованные сообщения

привет. настало время второго НАС-а...

абилс бесплатный...

1 сервер: делл1950, 2х3 ГГц, 4 ггб, интегрированные броадкомы екстрим2, фрибсд 7.2, мпд5

2 сервер: делл1950, 2х3.2 ГГц, 4 ггб, интегрированные броадкомы екстрим2, фрибсд 7.2, мпд5

есть ребята которые говорили что бесплатный абиллс не очень дружит с 2 НАС-ами...

вот и вопрос конкретный: какие подводные камни ждут при одновременной работе 2-ух НАСов в одинаковых ВЛАНах...как абоны будутне будут ощущать 2 сервера, как будет происходит авторизация...серверы по своей мощности и конфигурации приблизительно одинаковые,сетевухы идентичны...

Ссылка на сообщение
Поделиться на других сайтах

У самого такая-же схема, правда на NAS'ах стоит линуха. Работает нормально. На NAS ставиш freeradiusclient и прописываешь в нем адрес радиус-сервера и все...

Ссылка на сообщение
Поделиться на других сайтах

Все прекрасно работает. Шейперы средствами демонов туннелей а не костыльных скриптов, вызываемых биллингом, + OSPF - и всего-то делов...

Ссылка на сообщение
Поделиться на других сайтах

Все прекрасно работает. Шейперы средствами демонов туннелей а не костыльных скриптов, вызываемых биллингом, + OSPF - и всего-то делов...

 

в abills уже давно 2 схемі внешний шейпер и внетрений mpd

Ссылка на сообщение
Поделиться на других сайтах

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

Если у вас уже есть динамическая маршрутизация, можете анонсировать подключенные подсети, и включать один пул адресов для обоих серверов, плюс не будет проблем у клиентов со статическими адресами. Если же её нет, не беда, можете сделать два пула, и привязать их к разным серверам.

Ссылка на сообщение
Поделиться на других сайтах

кароче вот такие пироги:

был себе сервер НАС1 который через родные bce сетевухи прожовывал 600 мбит, при это top -SP показывал что 2 ядра (всего 4 ядра) по интерруптам(прерываниям) грузились на 70-90 % в пиках нагрузки

надумали мы ставить второй НАС как бы не из-за того что тут что-то тупило, а именно из-за надежности 1 ну и уже если не будет хватать в будущем 2...

потому тут и тему создал...запустили мы второй НАС, на БЖП сервере запустили ОСПФ и на НАС-ах запустили ОСПФ - все заработало даже с первого раза...но не так все просто было...

2-ой НАС спецом запустили только в двух ВЛАНах чтобы посмотреть как оно будет...и вот как раз в этот же день НАС1 почему то начал ребутатся...фатал трап 12 с матюками на память...ну хрен с ним, запустили все на 2-ой НАС, и тут опаньки:

при 250 мбитах инет начал в абоном тупить, пинги на НАС2 иногда пропадали, сам РРРоЕ тунель не выбивал а просто пинг на инет пропадал(так как бы маршрутизация падала в сторону сервака или ещё чё то)...при этом top -SP показал что все пошло на 1 ядро и в процентах где-то 92-95...

сначала не поняли в чем дело...потом как бы оживили НАС1 и всех бросили назад на НАС1...но на НАС1 теперь у абонов не прокачивает то что нужно, и спидтест и торент и все говорило о том что-то то не то, общая нагрузка выше 400 мбит не подымалась(напоминаю что ровно 600 тянул легко через ЗЕБРУ)...смотрим top -SP а оно зараза только 1 ядро по интерруптам грузит...

оказывается при статической маршрутизации средством зебры 2 ядра грузятся, а средством ОСПФ только 1 ядро - ПОЧЕМУ?

ну и второе - новый сервер при 250 мбитах(на ОСПФ)упал а второй при этом же ОСПФ хоть 400 прокачал ...хотя сетевухи,ОС,конфиги одинаковые...ПОЧЕМУ?

Ссылка на сообщение
Поделиться на других сайтах

оказывается при статической маршрутизации средством зебры 2 ядра грузятся, а средством ОСПФ только 1 ядро - ПОЧЕМУ?

ну и второе - новый сервер при 250 мбитах(на ОСПФ)упал а второй при этом же ОСПФ хоть 400 прокачал ...хотя сетевухи,ОС,конфиги одинаковые...ПОЧЕМУ?

Кривая либо криво настроеная ОС либо кривое железо. Я хоть бздю не пользовал, и пользовать не желаю как-то, но ИМХО 7.2 уже года 3 назад было пора закапывать...

Ссылка на сообщение
Поделиться на других сайтах

оказывается при статической маршрутизации средством зебры 2 ядра грузятся, а средством ОСПФ только 1 ядро - ПОЧЕМУ?

ну и второе - новый сервер при 250 мбитах(на ОСПФ)упал а второй при этом же ОСПФ хоть 400 прокачал ...хотя сетевухи,ОС,конфиги одинаковые...ПОЧЕМУ?

Кривая либо криво настроеная ОС либо кривое железо. Я хоть бздю не пользовал, и пользовать не желаю как-то, но ИМХО 7.2 уже года 3 назад было пора закапывать...

7,2 самая стабильная с фри...дело не в ОС...и если бы железо было кривое то 600 мбит не прокачало бы...

Ссылка на сообщение
Поделиться на других сайтах

Не используйте OSPF для пачки мелких /32 маршрутов. Используйте для этого что-нибудь попроще - хоть бы и RIP, а OSPF - для backbone.

Ссылка на сообщение
Поделиться на других сайтах

7,2 самая стабильная с фри...

Если "самая стабильная" крашится под детской нагрузкой самопроизвольно, страшно тогда представить насколько нестабильны остальные... И накой вообще таким кривым непредсказуемым поделием тогда пользоваться...

 

дело не в ОС...

Распределение нагрузки по ядрам как бык поссал, самопроизвольные краши - в чем же тогда дело, если не в ОС?

 

и если бы железо было кривое то 600 мбит не прокачало бы...

Не факт. Был у меня один чудо-тазик - работал прекрасно, но при 500+ мбитах крашился. На стенде краш воспроизвести не удавалось, как его не нагружал, только на реальной нагрузке. Виновница - новая мамка.

 

P.S. у меня оспф прекрасно лопатит более 1к мелких маршрутов, не на бзде конечно. Проблем нет.

Ссылка на сообщение
Поделиться на других сайтах

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

Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.

×
×
  • Створити нове...