Реальные тесты CCR1036-12G-4S
Добавлено: 05 мар 2013, 23:50
Свершилось! CCR1036-12G-4S перестал быть жутким дефицитом и приехал в нашу тестовую лабораторию.
Тестовой лабораторией является районная серверная одного из Московский провайдеров.
Тарифы от 10 до 100 мегабит, средний тариф 40..50 мегабит
подключение к сети по Ethernet, интернет раздается через РРРоЕ
Общий трафик сегмента около 600..700 мегабит, пользователей порядка 1000
авторизуют их 2 сервера на intel Xeon в помощь этим серверам и поставили CCR1036-12G-4S в качестве третьего NAS,
так как не знали насколько адекватно поведет себя CCR - с основных серверов пока нагрузку не снимали
Основное что нас интересовало - стабильность работы устройства на последних прошивках (поставили 6.0rc11) а так же производительность устройства.
При анализе заваленных характеристик, предположили, что CCR должен протянуть свыше 1500 подключений, но к сожалению в данном сегменте нет такой нагрузки. Так что посмотрим на фактическую нагрузку и на загрузку процессора.
-----------------
Коммутация
узловой коммутатор района - DGS 3627G, так как медные порты на нем уже заняты серверами, для подключения CCR решили использовать оптическое соединение.
SFP- модули взяли первые попавшиеся под руку, два фирмы Opticin два - неизвестный noname. Проблем с модулями не возникло, все завелось сразу
Интерфейс sfp-1 это backbone, в нем происходит выход трафика от абонентов в сторону NAT и обмен BGP между NAT и всеми серверами авторизации
Интерфейс sfp-2 - абонентские VLAN для PPPoE- трафика, то есть в этом интерфейсе держатся сессии с абонентами.
Так сделали по идеологическим соображениям, и из-за того, что в классических x86 микротиках нагрузка по ядрам CPU распределяется ровнее при использовании двух интерфейсов
У CCR же нагрузка не привязана к ядрам, по крайней мере пока закономерность выявить не удалось. Нагрузка размазывается по всем ядрам
Аптайм у роутера в данный момент порядка 9 часов. Пока Пара скриншотов.
Если до завтра с роутером все будет ОК - уберем нагрузку с х86 сервера и переведем абонентов на CCR
Тестовой лабораторией является районная серверная одного из Московский провайдеров.
Тарифы от 10 до 100 мегабит, средний тариф 40..50 мегабит
подключение к сети по Ethernet, интернет раздается через РРРоЕ
Общий трафик сегмента около 600..700 мегабит, пользователей порядка 1000
авторизуют их 2 сервера на intel Xeon в помощь этим серверам и поставили CCR1036-12G-4S в качестве третьего NAS,
так как не знали насколько адекватно поведет себя CCR - с основных серверов пока нагрузку не снимали
Основное что нас интересовало - стабильность работы устройства на последних прошивках (поставили 6.0rc11) а так же производительность устройства.
При анализе заваленных характеристик, предположили, что CCR должен протянуть свыше 1500 подключений, но к сожалению в данном сегменте нет такой нагрузки. Так что посмотрим на фактическую нагрузку и на загрузку процессора.
-----------------
Коммутация
узловой коммутатор района - DGS 3627G, так как медные порты на нем уже заняты серверами, для подключения CCR решили использовать оптическое соединение.
SFP- модули взяли первые попавшиеся под руку, два фирмы Opticin два - неизвестный noname. Проблем с модулями не возникло, все завелось сразу
Интерфейс sfp-1 это backbone, в нем происходит выход трафика от абонентов в сторону NAT и обмен BGP между NAT и всеми серверами авторизации
Интерфейс sfp-2 - абонентские VLAN для PPPoE- трафика, то есть в этом интерфейсе держатся сессии с абонентами.
Так сделали по идеологическим соображениям, и из-за того, что в классических x86 микротиках нагрузка по ядрам CPU распределяется ровнее при использовании двух интерфейсов
У CCR же нагрузка не привязана к ядрам, по крайней мере пока закономерность выявить не удалось. Нагрузка размазывается по всем ядрам
Аптайм у роутера в данный момент порядка 9 часов. Пока Пара скриншотов.
Если до завтра с роутером все будет ОК - уберем нагрузку с х86 сервера и переведем абонентов на CCR