Перейти к содержимому
Калькуляторы

Планируем построение оптической сети района Помогите определится с оборудованием и учетом трафика

<br />Посмотрел различные форумы и пришел к выводу, что на дома будем ставить, как посоветовали, D-link DES-3526.

3526 свич несомненно классный, но имеет один недостаток - плохой вентилятор, который со временем ловит клин после чего летит блок питания. Как следствие за два с половиной года 80% свичей посещали сервисный центр. Dlink-овцы правда говорят что на новых свичах уже ставят шарикоподшипниковые вентиляторы и на изделие уже пожизненная гарантия (см http://www.dlink.ru/ru/arts/7.html). Поэтому берите либо 3526 выпущеные после 2007 года, либо вместо 3526 берите 3028, функционал практически тот же, но немного дешевле, 4 гигабитных порта и пассивное охлаждение без всяких вентиляторов.

Изменено пользователем Kaban

Поделиться сообщением


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

не знаю как там у Вас, у нас в москве 3526 дешевле чем 3028.

как в новом, так и в б\у варианте.

Поделиться сообщением


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

Мда. Длинкопродавцы конкретно голову промыли человеку. :-(
Какие Вы можете предложить альтернативные варианты по оборудованию?

Для этого надо понимать решение целиком, а не кусочки активного оборудования. ;-)

Тем более, активка - это 15-20% стоимости сети - далеко не самое важное.

В общем, стараюсь никогда не предлагать "оборудование", это так скучно... Надо делать оптимальное "решение". А будет оно на б.у. Сисках (вот уж что не глючит), или на новых Длинках - дело, в общем, десятое.

Так что если что - можно писать в мыло...

 

не знаю как там у Вас, у нас в москве 3526 дешевле чем 3028.

как в новом, так и в б\у варианте.

Наследство корбины. ;-)

 

Поделиться сообщением


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

ну наследство это про б\у варианты может актуально.

но если топать ножками на графский, то тоже 35 дешевле выходят.

Поделиться сообщением


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

ну наследство это про б\у варианты может актуально.

но если топать ножками на графский, то тоже 35 дешевле выходят.

По новым тоже самое... Стройка-то встала по сути у "крупных", особенно Корбины. А планы закупок-то старые.

Поделиться сообщением


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

Он ведь при всем своем желании не сумеет его загрузить более чем на 15% (высокоскоростные RAID-ы далеко не у всех дома стоят)
Для загрузки этого канала на 100% RAID не нужен

http://www.fcenter.ru/img/article/hdd/2000GB/136132.png

;)

Поделиться сообщением


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

и причем тут эти попугаи?

Поделиться сообщением


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

и причем тут эти попугаи?

Это не попугаи, это цифры скорости записи, 40 МБ/с через кросс-корд у меня было ещё в 2006 на тамошних вениках без всяких рейдов ;)

Поделиться сообщением


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

С топологией сети и оборудованием в ней вроде определились. Теперь оцените пожалуйста конфигурацию сервера на который планируется ставить NetUP UTM 5.0.

 

Корпус Supermicro CSE-825TQ-R700LPB black

SuperMicro X7SBA-O Xeon 1xLGA775 / i3210 / FSB1333 / 4xDDR2-800 / 6xSATA / PCI-E 8x / VGA / 2Glan / ATX

OEM Core 2 Duo E8500 3,16 GHz, LGA775 / 6MB-1333MHz

Cooler Master CI5-9HDSF-PL, Socket 775 Cooler, 19dBA min, 0-4200rpm, AlCu

Kingston DDR 2 2Gb, 800MHz ECC (KVR800D2E5 / 2G ) - 2 шт.

Adaptec ASR-5805 KIT SATA / SAS, 8-port, 512MB cache, PCIe x8, LP

Battery Module Adaptec ABM-800 (Li-Ion) батарея аварийного питания кэш-памяти для Unified Serial RAID Controllers

SATA 500 GB WD5002ABYS SATA II 7200 rpm 16mb Raid Edition III - 8 шт. (4 для RAID 10, 2 для RAID 1 под бекапы и 2 под hot spare)

DVD±R / RW NEC AD-5590A black Slim OEM

Supermicro CDM-PSATA Slim CD / DVD-ROM IDE to SATA Adapter

Поделиться сообщением


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

%) Серъезно Вы как-то винтами затарились :) . Что заливать-то туда такого емкого будете?

Лучше сделайте отдельно сервер-NAS (там где будете терминировать клиентские тунели), отдельно сервер с базами биллинга, отдельно бордерный сервер и отдельно бэкап-всего-сервер. В такой конфигурации рэйды нафиг нигде не нужны, поэтому по деньгам выйдет почти тоже самое что и предложенная Вами конфигурация. Поначалу конечно можно это все совместить на одной платформе, но по мере роста сети однозначно упретесь в задачу разнесения сервисов на разные платформы, тогда и пожалеете что раньше покупали никчемный рэйд.

Поделиться сообщением


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

%) Серъезно Вы как-то винтами затарились :) . Что заливать-то туда такого емкого будете?

Лучше сделайте отдельно сервер-NAS (там где будете терминировать клиентские тунели), отдельно сервер с базами биллинга, отдельно бордерный сервер и отдельно бэкап-всего-сервер. В такой конфигурации рэйды нафиг нигде не нужны, поэтому по деньгам выйдет почти тоже самое что и предложенная Вами конфигурация. Поначалу конечно можно это все совместить на одной платформе, но по мере роста сети однозначно упретесь в задачу разнесения сервисов на разные платформы, тогда и пожалеете что раньше покупали никчемный рэйд.

Насчет объема винтов. Просто не знаю на сколько будут большие логи. Разница по стоимости винчестеров небольшая, поэтому выбрали эти.

 

А что значит терминировать клиентские тунели? Почему для этого нужен отдельный сервер?

Поделиться сообщением


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

Встал вопрос - как учитывать трафик пользователей при таком построении?

:) вот когда подучите матчасть и определитесь с решением этого вопроса, тогда и поймете - нужен или нет Вам сервер для терминации тунелей.

Поделиться сообщением


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

Встал вопрос - как учитывать трафик пользователей при таком построении?
:) вот когда подучите матчасть и определитесь с решением этого вопроса, тогда и поймете - нужен или нет Вам сервер для терминации тунелей.

Вот уточнённая схема будущей сети - http://imglink.ru/pictures/24-07-09/f625e3...d5b3eb11201.jpg

Планируется один сервер с биллингом UTM 5. На каждого пользователя отдельный VLAN. Как лучше будет выпускать пользователей в Интернет? Почитав форум вижу, что часть народа использует для этих целей PPPoE. Сам PPPoE меня устраивает, но подойдет ли он с учетом выше приведенной схемы? Или обязательно будет нужен еще один сервер?

Поделиться сообщением


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

Вот уточнённая схема будущей сети - http://imglink.ru/pictures/24-07-09/f625e3...d5b3eb11201.jpg

Планируется один сервер с биллингом UTM 5. На каждого пользователя отдельный VLAN. Как лучше будет выпускать пользователей в Интернет? Почитав форум вижу, что часть народа использует для этих целей PPPoE. Сам PPPoE меня устраивает, но подойдет ли он с учетом выше приведенной схемы? Или обязательно будет нужен еще один сервер?

Ну если у вас будут использоваться C-VLAN, то зачем городить огород в виде PPPoE? Да и зачем ставить такие дорогие свичи на доступ? Они там не нужны абсолютно!

 

И это: на чем терминировать клиентские вланы собираетесь?

Поделиться сообщением


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

:) мда...

Нарисованная схема - классика для тунельных технологий доступа PPtP/PPPoE. Великий биллинг UTM обычно используют именно для этой классики.

Для схемы C-VLAN надо поставить вместо всех длинков 36хх один каталист 6506, свичи доступа заменить на что-то типа D-link DES-1228, внешний канал включить непосредственно в 6506, в него же воткнуть и сервер с биллингом, после этого правильно везде настроить вланы. Не знаю насколько успешно умеет работать с C-VLAN биллинг UTM.

Изменено пользователем Alexandr Ovcharenko

Поделиться сообщением


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

:) мда...

Нарисованная схема - классика для тунельных технологий доступа PPtP/PPPoE. Великий биллинг UTM обычно используют именно для этой классики.

Для схемы C-VLAN надо поставить вместо всех длинков 36хх один каталист 6506, свичи доступа заменить на что-то типа D-link DES-1228, внешний канал включить непосредственно в 6506, в него же воткнуть и сервер с биллингом, после этого правильно везде настроить вланы. Не знаю насколько успешно умеет работать с C-VLAN биллинг UTM.

А биллингу не пофиг, что считать? Единственное, вланы прийдется вручную создавать и конфигурировать :(

Поделиться сообщением


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

Вот уточнённая схема будущей сети - http://imglink.ru/pictures/24-07-09/f625e3...d5b3eb11201.jpg

Планируется один сервер с биллингом UTM 5. На каждого пользователя отдельный VLAN. Как лучше будет выпускать пользователей в Интернет? Почитав форум вижу, что часть народа использует для этих целей PPPoE. Сам PPPoE меня устраивает, но подойдет ли он с учетом выше приведенной схемы? Или обязательно будет нужен еще один сервер?

Ну если у вас будут использоваться C-VLAN, то зачем городить огород в виде PPPoE? Да и зачем ставить такие дорогие свичи на доступ? Они там не нужны абсолютно!

 

И это: на чем терминировать клиентские вланы собираетесь?

Т.е. если мы будем использовать для каждого пользователя отдельный VLAN, то PPPoE вовсе не нужен?

 

И это: на чем терминировать клиентские вланы собираетесь?
Вот этого вопроса я не понимаю. Можете подробней объяснить?

Поделиться сообщением


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

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.