Автор работы: Пользователь скрыл имя, 03 Апреля 2011 в 19:46, курсовая работа
Поставленная задача актуальна в настоящее время, так как в любой фирме и, конечно, в подразделениях ГПС МЧС используют соединение компьютеров и отдельных устройств (принтеры, сканеры, копиры и т.д.) во внутреннюю локальную сеть. Для разработки и администрирования таких сетей нужны квалифицированные специалисты. Исходя из этого, цель нашей курсовой работы состоит в приобретение начальных навыков по проектированию аппаратно-программных комплексов для их последующего применения в повседневной деятельности подразделений ГПС МЧС.
Введение 3
Основная часть 4
Разработка общей структуры аппаратной части комплекса 4
Выбор состава и характеристик аппаратных средств. 5
Распределение IP-адресов 13
Безопасность 15
Узкие места 16
Заключение. 17
Где могут возникнуть «узкие места»? Во-первых, места их возникновения могут быть разными для подразделений с различными рабочими направлениями. Во-вторых, они могут быть следствием межфункциональной природы процессов ERP систем, особенно когда различные подразделения имеют различные ресурсы. В-третьих, в условиях, когда сбор данных был перенесен с места учета к месту их создания, «узкие места» процессов могут возникнуть из-за изменений в самом вводе данных. В-четвертых, производительность системы могут ухудшить связи с традиционными системами и процессами.
Как определить «узкие места»? Один из подходов — прислушаться к клиентам. На что они жалуются? Установить причину этого недовольства. К сожалению, недовольство возникнет не сразу.
Для обнаружения «узких мест» можно использовать два других подхода: внутренний анализ данных ERP системы и организационный анализ. Внутренний анализ ERP системы базируется на исследовании ее данных. Для выявления возникающих и повторяющихся проблем могут быть проанализированы сообщения о простоях и операционные данные. С другой стороны, до того, как они превратятся в главные проблемы, некоторые затруднения могут быть выявлены из бесед с теми, кто использует систему.
Возможные
проблемы:
Недостаточная пропускная способность общего сетевого ресурса.
Уровень утилизации общих сетевых ресурсов с одинаковой дисциплиной обслуживания заявок в хорошо сбалансированной сети не должен существенно отличаться.
Общими сетевыми ресурсами обычно являются коммутаторы, концентраторы (домены сети), серверы. Утилизация ресурса — это процент используемой пропускной способности. Дисциплина обслуживания заявок — это набор правил, в соответствии с которыми ресурс обрабатывает поступающие заявки на обслуживание.
Если
уровни утилизации общих ресурсов существенно
отличаются друг от друга, то такую
сеть принято называть "плохо
сбалансированной по нагрузке". В
этом случае необходимо заменить активное
оборудование и/или изменить архитектуру
сети. Данная процедура называется "выравнивание
нагрузки".
Производительность сервера
Очевидно,
что перегруженный сервер замедляет
работу сети. Однако ответ на вопрос
о том, каковы признаки перегрузки сервера,
совершенно не очевиден. Признаком
перегрузки других компонентов сервера
могут быть такие показатели, как число
"грязных" кэш-буферов, число отложенных
запросов к диску, число "попаданий
в кэш" и многие другие. Эти показатели,
как правило, не выражаются в процентах,
что существенно осложняет процесс определения
"узкого места". Более того, методика
определения "узкого места" сильно
зависит от типа сетевой ОС.
Большое число коротких кадров.
Пропускная способность сети существенно зависит от типа сетевого трафика. Чем больше число коротких кадров, тем менее эффективно используется пропускная способность сети.
Пропускная способность любого сетевого ресурса зависит от типа сетевого трафика. Так, пропускная способность файлового сервера зависит от размера файлов, которые он обрабатывает. Чем чаще файлы помещаются в кэш-память сервера, тем выше его пропускная способность. Пропускная способность маршрутизатора зависит от типа маршрутизируемого протокола.
В
этой связи измерение доли кадров
конкретной длины приобретает большее
значение. Такое измерение можно
провести с помощью специальных утилит
или анализатора протоколов.
Рост числа широковещательных пакетов.
Число
широковещательных и
Широковещательный кадр — это кадр, адресованный всем станциям в домене сети. Многоадресный кадр — это кадр, адресованный группе станций в домене сети. Поскольку широковещательный кадр адресован всем станциям, то, получив его, станции должны прервать свою работу и обработать такой кадр. Это замедляет работу всей сети.
Если отношение числа широковещательных кадров к общему числу кадров больше 10%, то такой эффект называется "широковещательным штормом".
Широковещательный шторм может быть следствием дефектов оборудования или неправильной настройки параметров активного оборудования.
Выявление
"широковещательного шторма" является
не столь тривиальной задачей, как
это может показаться на первый взгляд.
Для его обнаружения
Для этого вы должны определить: какую долю составляют широковещательные кадры в каждый интервал времени (например, за одну минуту) и какова при этом утилизация канала связи.
Данная
задача также решается с помощью
утилит и различных анализаторов.
Неэффективные алгоритмы прикладного ПО.
Под неэффективными алгоритмами работы прикладного ПО мы будем понимать такие алгоритмы, применение которых не позволяет максимально полно использовать пропускную способность ресурсов сети.
Обычно работа прикладного ПО состоит в выполнении инициируемых пользователем операций. Примерами таких операций могут быть поиск записи в базе данных, выписка счета или накладной, проводка платежного поручения и т. п. Для каждого типа прикладного ПО всегда можно выделить одну или несколько наиболее часто используемых операций, время выполнения которых особенно критично для пользователей. Говоря об эффективности прикладного ПО, имеется в виду эффективность выполнения в сети именно таких операций, которые в дальнейшем будем называть типовыми задачами.
В данной курсовой работе согласно заданию была спроектирована локальная вычислительная сеть. Перед проектированием сначала был произведен топологический синтез, а именно, было определенно количество узлов сети и способы их связи между собой и источниками информации, а так же параметры и места размещения каналов связи, концентраторов и т.п.
Выбор структуры при проектировании основывался на том, чтобы обеспечить оптимальную топологическую структуру по всем критериям.
Проектирование выполнялось в два этапа: проектирование логической схемы сети, выбор оборудования и программного обеспечения и анализ работы сети. На последнем этапе произведен разбор возможных «узких мест» и способы их устранения.
Таким образом, в ходе работы мы получили начальные навыки проектирования сети, объединяющей несколько подразделений, научились выбирать необходимое оборудование, программное обеспечение, анализировать работу сети.