LinuxForum.Fans
Тема

как грамотно настривать сети в больших организациях?

Автор: bigzom 31 сообщений 4856 просмотров
#345489

Доброго времени суток! я сам админ начинающий, стараюсь читать литературу в сети про сети (dhcp, dns и т.п.), но вот понять не могу - например: есть головная организация в которой имеются около 800 компов-клиентов и есть дочерняя контора относящаяся к головной организации в которой находятся около 500 компов-клиентов и эти организации находятся в разных точках города. как можно грамотно настроить сеть между 2-мя организациями что бы была как одна целая? сколько нужно приобрести серверов и для каких целей? как в таком случае прописываются IP адреса? может кто знает где есть хорошие видео уроки где рассказывают про то как можно настроить сеть в больших организациях ? Буду очень благодарен за Вашу помощь!

#345493

Тунель OpenVPN с обеих сторон спасет если на линукс. Только если трафик большой, то советую для этого выделить отдельный "хороший" канал, ну и разруливайте все это.

З.Ы. Как вариант поставить Cisco, microtik и иже сними. Но это дороже.

#345541
XliN написал:
Тунель OpenVPN с обеих сторон спасет если на линукс. Только если трафик большой, то советую для этого выделить отдельный "хороший" канал, ну и разруливайте все это.

З.Ы. Как вариант поставить Cisco, microtik и иже сними. Но это дороже.

Совет хороший, но для объявленной организации неверный. OpenVPN на линуксах с микротиками не для контор, где в каждом офисе по нескольку сотен компьютеров. Это, все-таки, для малого и, иногда, среднего бизнеса. Здесь не тот случай.
Для таких контор прежде всего важно качественное документирование информационно-вычислительного комплекса. Это документирование смогут сделать только системные интеграторы. Для большой конторы обращаться к "помощи" системных интеграторов есть правильная политика. Это раз.
Второе - топология и протоколы. Для объединения таких крупных сетей надо иметь в каждом офисе подключение к одному провайдеру по выделенной скоростной линии и сети объединять на оборудовании провайдера по технологии MPLS/VPN. Почему один провайдер? Потому, что если ты подключен только к одному провайдеру, то имеет смысл говорить о гарантированном качестве передачи данных. Если же провайдеры разные, то вполне возможно, что трафик на соседнюю улицу пойдет через московские коммутаторы (реальный опыт) с произвольными задержками.
Третье - техника. Cisco. При этом надо (в ряде случаев) смотреть на её сертифицированность нашими компетентными органами на предмет возможности применения кисок для передачи данных, содержащих ту или иную тайну.

#345543
bigzom написал:
сколько нужно приобрести серверов и для каких целей?

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

#345550

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

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

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

#345577

У нас в больших организациях, ИТ отделы пишут техническое задание, которое вывешивается на корпоративном сайте в разде "ЗАКУПКИ". Где каждый системный интегратор может предложить свое решение с соответсвующей ценой. Компания расматривает решение и заключает договор с интегратором.

А так правильно написали, если малый бизнес, то можно и одному человеку все разрулить.
На счет объедения сетей, тут главное - один провайдер. Ибо внутри сети скорость нормальная, без больших задержек. А это для большой компании и нужно.

В ИТ отделах обычно сидят задроты 80-го уровня со знанием Cisco, MS, Linux и т.д. Пусть у них голова пухнет.

#345584
"dyasny" написал:
я бы посоветовал посмотреть в сторону meraki

Так их же, вроде, Cisco купила?

#345593
"Vitri" написал:
Так их же, вроде, Cisco купила?

конечно, но технология отдельная, и очень интересная

#345610
bigzom написал:
Доброго времени суток! я сам админ начинающий, стараюсь читать литературу в сети про сети (dhcp, dns и т.п.), но вот понять не могу - например: есть головная организация в которой имеются около 800 компов-клиентов и есть дочерняя контора относящаяся к головной организации в которой находятся около 500 компов-клиентов и эти организации находятся в разных точках города. как можно грамотно настроить сеть между 2-мя организациями что бы была как одна целая? сколько нужно приобрести серверов и для каких целей? как в таком случае прописываются IP адреса? может кто знает где есть хорошие видео уроки где рассказывают про то как можно настроить сеть в больших организациях ? Буду очень благодарен за Вашу помощь!

Как одна понятно но для чего? тут зависит от задач =) админить оборудование вам хватит и мегабита. А если гонять трафик между конторами то тут уже желательно одного провайдера и с ним договориться чтоб переключил ваc в гигабитные порты и вывел в отдельную подсеть.
Опять же всё зависит от задач чтоб найти вам способ его решения.

#345651

я вас понял так,
1) для подключения всего "этого" есть - системные интеграторы, которые разгуливают с подключением больших организации.
2) Один провайдер
3) нада изучить cisco с технологией meraki)

а, если брать на примере банк.
вот я хочу устроиться админом по серверам linux в банк, я сам не разу не ставил и не настраивал, но начал изучать Activ Directory, DHCP, DNS и еще скачал видео курс по Сетям вот этот но тут на винде показывает потом на линуксе нада будет найти, после всего этого буду изучать Cisco(может подскажите хороший желательно видео курс по cisco с технологией meraki).
что еще посоветуете изучить ?
среди Вас есть наверно кто работал/работает админом по серверам в банке подскажите какая задача стоит перед админом, к чему мне нада быть готовым ?
Спасибо Вам за ответы и советы!

#345703
bigzom написал:
я вас понял так,
1) для подключения всего "этого" есть - системные интеграторы, которые разгуливают с подключением больших организации.
2) Один провайдер
3) нада изучить cisco с технологией meraki)

а, если брать на примере банк.
вот я хочу устроиться админом по серверам linux в банк, я сам не разу не ставил и не настраивал, но начал изучать Activ Directory, DHCP, DNS и еще скачал видео курс по Сетям вот этот но тут на винде показывает потом на линуксе нада будет найти, после всего этого буду изучать Cisco(может подскажите хороший желательно видео курс по cisco с технологией meraki).
что еще посоветуете изучить ?
среди Вас есть наверно кто работал/работает админом по серверам в банке подскажите какая задача стоит перед админом, к чему мне нада быть готовым ?
Спасибо Вам за ответы и советы!

я сам в банке не работаю но по рассказам людей которые знакомы c админами из банка, там стоят сервера не на линуксе а на Novell

#345711

lone_wolf, а Novell SLES уже не linux?

#345716
Wolfenberg написал:
lone_wolf, а Novell SLES уже не linux?

Скорее, имелось в виду Novell Netware. Но это, естественно, для файлопомойки. А вот приложения - это, скорее всего, будет (в большинстве своем) от непоминаемой в здешнем приличном обществе компании. Хотя, ряд сервисов может быть разврнут и на каком нибудь линуксе. Хотя - здесь от оборудования сильно зависит. Может быть и HP-UX или AIX. Всё зависит от величины банка и от того, кто им оборудование, сервера, поставляет. Если там база данных - Oracle, то надо смотреть, что именно сам Oracle рекомендует под свою СУБД.
Чем более крупен банк, тем более он консервативен в выборе программных решений. И тем меньше свободы оставляет филиальным админам. Все решения исключительно централизованы.

#345717
Wolfenberg написал:
lone_wolf, а Novell SLES уже не linux?

линукс :[ мой косяк признаю

#345718

Cruiser78, Oracle либо всунь порекомендуют, либо свою солярку.

#345761
"lone_wolf" написал:
я сам в банке не работаю но по рассказам людей которые знакомы c админами из банка, там стоят сервера не на линуксе а на Novell

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

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

"Cruiser78" написал:
Скорее, имелось в виду Novell Netware. Но это, естественно, для файлопомойки.

вообще-то есть еще очень неплохая до сих пор eDirectory и еще куча технологий которые остались на нетвари и только частично были портированы в сусю.

"Cruiser78" написал:
Чем более крупен банк, тем более он консервативен в выборе программных решений.

а вот это ты зря :) одно время очень близко работал с BoA/ML, и у них проверка и имплементация новых технологий налажена настолько круто что они подключаются к фирмам-разработчикам еще в процессе написания, чтоб убедиться в том что продукт им может быть интересен, и если он на самом деле им подходит, то они изо всех сил стараются влиять на фичерсет который попадет в GA, не жалея на это ни денег ни людей. С нами они контактировали со врмен стартапа, и когда нас выкипул RHT меня просто подключили к заведующему инновациями в банке, и мы несколько месяцев работали над нужными им фичерами

#345762
"Wolfenberg" написал:
Cruiser78, Oracle либо всунь порекомендуют, либо свою солярку.

либо свой клон RHEL

#345793

ну вот добавился novell и oracle )) и еще вопрос про резервирование: будет ли грамотно если делать резервирование с помощью акрониса ? т.е. весь жестак собрать в образ акрониса, в случае падения сервака потом просто развернуть образ и все)) или как делать резервирование что бы было правильно ?
и еще маленький вопросик да бы не создавать новые темы : я сейчас изучаю про сети, вот понять не могу про DHCP - его функция раздавать параметры конфигурации (ip, dns, шлюз) т.е. клиент запрашивает конфигурацию у сервера. а как сервер различает всех клиентов друг от друга? по имени компа? или как то иначе ?

#345795
"bigzom" написал:
будет ли грамотно если делать резервирование с помощью акрониса ?

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

стандарт это скорее symantec netbackup, a под линуксы лучше начать с изучения rsync вдоль и поперек.

"bigzom" написал:
DHCP - его функция раздавать параметры конфигурации (ip, dns, шлюз)

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

#345797

Серверу DHCP виден MAC запрашивающего, также, клиент может сообщать в запросе имя.

> настройки одни на всех
это только в самом простом случае.

Войдите или зарегистрируйтесь, чтобы ответить.