Информационные технологииStfw.Ru 🔍

Создание локальной сети с нуля.

На практике приходится довольно часто сталкиваться с неправильным построением локальных сетей. Как правило, детальное рассмотрение сети с точки зрения совместимости оборудования оставляет желать лучшего. Особенно это относится к масштабируемости сети Кирилл Шагин
🕛 14.02.2006, 01:33
Создание локальной сети с нуля.
Автор: Кирилл Шагин

Содержание:
Вступление

Часть 1. Работа с заказчиком.
Цель создания
Размер сети
Стоимость работ

Часть 2. Проектирование сети.
Выбор архитектуры
Масштабируемость

Часть 3. Установка сети.
Выбор оборудования
Выбор операционной системы

Часть 4. Установка ПО.
Установка специализированого ПО
Окончательная наладка системы
Сдача проекта

Выводы

Вступление.
На практике приходится довольно часто сталкиваться с неправильным построением локальных сетей. Как правило, детальное рассмотрение сети с точки зрения совместимости оборудования оставляет желать лучшего. Особенно это относится к масштабируемости сети. Чаще всего проблемы возникают на малых и средних предприятиях, где очень редко есть отдельный специалист, занимающийся техническим состоянием сети. Однажды я наткнулся на сеть, в которой все сетевые карты поддерживали Fast Ethernet , в то время, как концентратор поддерживал лишь простой Ethernet со скоростью 10 Mb/s, тем самым тормозя всю сеть. Когда у меня возник вынужденный перерыв в работе, я решил, что создание локальной сети с нуля может быть вполне неплохой темой для написания если не книги, то уж хорошей статьи точно. Итак, приступим.
Часть 1. Работа c заказчиком.

Шаг первый. Цель создания.
Первое, о чем следует говорить с заказчиком, это цель, с которой тот хочет создать компьютерную сеть в своей организации. Цель всегда определяет заказчик, задачей системного интегратора на данном этапе является консультирование и более четкое определение целей и задач создаваемой сети. В частности, целью создания сети может быть:
Обмен файлами между компьютерами. Эта цель ставиться всегда, различия могут быть лишь в способах организации.
Использование конкретной системы электронного документооборота. Отличается от первой цели тем, что известно программное обеспечение, с которым будет работать заказчик и под его особенности и проектируется сеть.
Объединение в единую сеть нескольких офисов компании-заказчика.
Контроль со стороны менеджмента компании-заказчика за действиями пользователей сети. Иными словами - удаленное администрирование.
Подключение всех компьютеров офиса к сети Интернет через один высокоскоростной канал.
Вот несколько чаще всего ставящихся компанией-заказчиком целей, но, как правило, заказчик хочет реализовать все, хотя бы в минимальном варианте. Общеизвестно: задачей любой сети является передача данных. И эту задачу сеть должна выполнять с максимальным быстродействием.


Шаг второй. Размер сети.
Скорость передачи данных зависит, в том числе, и от того, на какое расстояние их необходимо передать. Следующая вещь, которую должен узнать у заказчика интегратор, это предполагаемый размер сети. Как правило, локальные сети подразделяются на три категории в соответствии с их размером:
Малые сети (от 2х до 30-ти машин);
Средние сети (30-100 машин);
Большие сети (100-500 машин).
Я бы не стал говорить о сетях, в которых объединены более 500 машин, так как такие сети не могут быть названы локальными.

Шаг третий. Стоимость работ.
Одним из важнейших моментов для системного интегратора при подготовке проекта является его стоимость. До составления технического задания можно говорить об оценочной стоимости проекта. После этого составляется смета работ и подписывается окончательный договор между заказчиком и системным интегратором. В смете указывается конкретная стоимость необходимого оборудования, стоимость труда и, иногда, стоимость необходимых для монтажа и тестирования сети инструментов.
Как правило, встречаются следующие подходы к распределению средств со стороны заказчика:
Без ограничений. Заказчик готов оплатить все необходимые расходы.
С ограничениями. Существует верхний предел средств, которые заказчик готов выделить на создание сети и в этих пределах системный интегратор может делать любые траты.
Договорной. Каждая позиция в смете согласуется с заказчиком.
Каждый из этих подходов имеет свои плюсы и минусы. Конечно, хорошо иметь бездонный кошелек, но это грозит непониманием со стороны заказчика: его наверняка заинтересует то, куда идут его деньги. Это даже может привести к отказу заказчика от услуг интегратора. Второй подход хорош, когда цель заказчика совпадает с выделенными на нее средствами, т.е. он не требует сверхпроизводительности за маленькие деньги. Третий подход плох, если у заказчика отсутствуют грамотные специалисты и приносит большую пользу, если у заказчика такие специалисты есть. На данном этапе проекта основной задачей интегратора является согласование стоимости работ по созданию сети с заказчиком и интегратором. На этом заканчивается непосредственная работа с заказчиком и начинается проектирование сети.
Часть 2. Проектирование сети.

Шаг четвертый. Выбор архитектуры.
На этом этапе системный интегратор должен спроектировать архитектуру (топологию) сети. Типов топологии сетей, как известно, бывает три: "шина", "кольцо" и "звезда". Самым правильным является смешанный тип, но все же сейчас в большинстве случаев используется "звезда". Основным преимуществом (и недостатком одновременно) этого типа является централизованность. Если из строя выходит центральное звено, то его проще заменить, но в это время не работает сеть целиком. Рассмотрим несколько наиболее часто встречающихся случаев зависимости топологии от географического расположения машин и их функций:
Сеть мала по размерам и не имеет ярко выраженных серверов. В данном случае, как правило, используется звезда и очень редко используется кольцо.
В сети мало машин, но они распределены на большой площади (Независимо от их функций). Рекомендуется использовать концентратор (хаб), расположенный примерно посередине между машинами.
Средних размеров сеть не имеет ярко выраженных серверов. В этом случае все машины объединяются через один или несколько многопортовых хабов, объединенных либо через центральный хаб (звезда) или последовательно (шина).
Средних размеров сеть имеет ярко выраженные серверы (серверы БД, файл-серверы, WWW). Здесь можно выделить несколько способов. Можно все серверы выделить в отдельную группу и "повесить" их на надежный хаб, а можно но каждый хаб в сети "довешивать" по серверу. Во втором случае уменьшается нагрузка на один хаб, в первом достигается централизация вычислительных ресурсов в одном месте.
Большая сеть, расположенная в одном здании. В основном, рекомендации те же, что и в предыдущем случае. Чаше всего используют топологию типа "звезда".
Большая сеть, расположенная в нескольких зданиях. Здесь все пути ведут в "Рим", в виде высокопроизводительного центрального хаба, на который идут все потоки в сети.
Следует помнить, что в каждом конкретном случае выбор архитектуры сети сугубо индивидуален и зависит лишь от знаний и практического опыта системного интегратора.

Шаг пятый. Масштабируемость.
Самой большой проблемой не только компьютерных сетей является их емкость, иными словами - пропускная способность. Ближайшим примером тому могут служить телефонные сети - очередь на подключение может составлять несколько лет даже в городах. Чаще всего проблемы с емкостью встречаются в маленьких организациях, где не хватает средств "про запас". Через некоторое время организации расширяются, появляются новые компьютеры, а лишних портов в хабе нет. Господа ! Товарищи "по цеху" ! Не забывайте оставлять 1-2 свободных порта на хабе, а если нужны все, то поставьте хаб с большим количеством портов, но не съедайте всю емкость сети ! Не создавайте себе лишних проблем и "очередь на подключение". Помните, что потом заказчик вынужден будет заплатить больше за новый хаб, чем вложив сегодня немного больше в дополнительные порты.
Часть 3. Установка сети.

Шаг шестой. Выбор оборудования.
Итак, после составления плана нашей сети менеджер проекта получает возможность подсчитать какие комплектующие ему нужны. Следующим этапом построения сети является выбор оборудования. Здесь существует несколько рекомендаций, которые можно свести к следующему списку:
Кабель выбирается одинаковым на всю сеть (чаще всего используется витая пара 5-й категории).
Если в сети существуют вертикальные участки, то нужно выбирать специальный "вертикальный" кабель,
имеющий ребра жесткости. (Дело в том, что обычный горизонтальный кабель, если его укрепить вертикально через некоторое время провисает, снижая АЧХ, что отрицательно сказывается на производительности и надежности сети).
Для улучшения АЧХ рекомендуется использовать экранированный кабель, это уменьшает возможность потери пакетов на длинных участках сети.
В некоторых случаях следует рассматривать возможность беспроводных сетей (здесь следует особое внимание уделять безопасности).
Рекомендуется использовать оборудование, по возможности, от одного известного производителя.
Посмотрите, сколько у Вас финансовых средств - выбирать нужно по соотношению цена/качество.
Не выбирайте оборудование, чьи возможности не сможете использовать в перспективе.
Производительность коммутирующего оборудования должна быть выше производительности машин.
Шаг седьмой. Выбор операционной системы.
Выбор ОС всецело зависит от пожеланий заказчика и ваших рекомендаций и предпочтений. Не стоит менять Windows на Linux только потому, что к последнему привыкли Вы. Обе операционные системы легко уживаются в одной сети. Выбор ОС также зависит от установленного в сети оборудования.(Например, Windows 2000 не будет устанавливаться на машины с менее чем 32 MB памяти). Не стоит забывать, что у каждой ОС существуют свои особенности :
ОС Linux плохо работает с дизайнерскими и мультимедийными приложениями;
все ОС Windows не достаточно надежно работает с дисками и другой памятью;
Процесс копирования больших файлов в ОС Windows 2000 занимает много времени
(в силу особенностей NTFS 5.0, при копировании она "раскручивается", замедляя весь процесс);
Для неопытных пользователей ОС Linux имеет недостаточно простой графический интерфейс;
ОС Windows9х не является в полной мере сетевой ОС и не может быть установлена на сервер и т.д..

Вывод таков: На серверы рекомендуется устанавливать ОС семейства Linux. Они быстрее обрабатывают внешние запросы и более "устойчивы". К тому же, они прекрасно "понимают" присутствие в сети машин с ОС Windows (обратное "понимание" отсутствует). На рабочие станции рекомендуется устанавливать ОС Windows 2000 - она привычнее конечному пользователю и проще в удаленном администрировании с сервера. Напоследок, стоит сказать о лицензировании ПО. Если Вы работаете над созданием средней или большой сети, то лицензии необходимы. И здесь сообщество Linux "делает" Microsoft по всем параметрам. Все дело в том, что Microsoft продает лицензии на определенное количество рабочих мест, в то время как Linux предлагает заплатить за один! дистрибутив, с которого можно устанавливать неограниченное количество копий ОС.
Часть 4. Установка и настройка ПО.

Шаг восьмой. Установка специализированного ПО.
На данном этапе системный интегратор устанавливает всё программное обеспечение, необходимое для комфортной работы администраторов и пользователей. Как правило, выделяют несколько групп специализированного ПО :
ПО для систем электронного документооборота ( СЭД)
Дизайнерское ПО :
а) Графический дизайн;
б) 3D-дизайн;
в) WEB-дизайн
Конструкторское ПО
Мониторинговые утилиты
В первой категории наиболее распространён продукт фирмы IBM - Lotus Notes, именно его чаще всего рекомендуют для создания СЭД. С ним чаще всего конкурируют такие продукты от Microsoft, как MS Business Solutions и MS Exchange. Среди дизайнерского ПО лидируют фирмы Adobe, Corel, Macromedia. Однако, необходимо устанавливать лишь то ПО, с которым будет работать дизайнер заказчика. Та же ситуация с конструкторским ПО (САПР системы). Мониторинговое ПО, как правило, поставляется вместе с ОС. Это всевозможные утилиты для настройки безопасности системы, ведения журналов событий (logo'в) и других задач по отслеживанию действий пользователей.

Шаг девятый. Окончательная наладка системы.
После установки всего необходимого ПО, как правило, происходит окончательная наладка и тестирование системы. Следует заметить, что системный интегратор не должен настраивать ПО, с которым будут работать пользователи, необходимо лишь проверить, что все программы работают (запускаются). Примечание. В Windows 9x существует т.н. "корректирующая установка". Полезнейшая вещь - после установки всего ПО подправляет отсутствующие или некорректно работающие компоненты системы.

Шаг десятый. Сдача проекта.
На данном этапе системный интегратор должен сдать проект заказчику. Не следует понимать это как подпись последнего в графе "выполнено". Заказчик должен самостоятельно проверить работоспособность системы (на это уходит не менее 1-го дня) и только после этого системный интегратор может завершить договор. После этого, системный интегратор не обязан производить какие-либо действия, кроме тех услуг, которые были указаны в договоре.

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

Разное в ИТ   Теги:

Читать IT-новости в Telegram
Информационные технологии
Мы в соцсетях ✉