- •Иерархическая топология
- •Шинная или горизонтальная топология.
- •Линии связи в лвс. Характеристики линий связи.
- •3.Маршрутизация в сетях
- •3.Методы маршрутизации
- •Классификация лвс
- •5.Способы повышения производительности лвс
- •Цели занятия
- •Расширение локальных сетей
- •Репитеры
- •Принцип работы
- •Некоторые соображения
- •Отсутствие изоляции и фильтрации
- •Принцип работы
- •Создание таблицы маршрутизации
- •Удаленные мосты
- •Различия между мостами и репитерами
- •Некоторые соображения
- •Принцип работы
- •Выбор маршрутов
- •Типы маршрутизаторов
- •Различия между мостами и маршрутизаторами
- •Широковещательные пакеты
- •Множественные пути
- •Заключение
- •Мосты-маршрутизаторы
- •Основные характеристики надежности аппаратных средств вычислительной техники
- •Методика расчета надежности невосстанавливаемых изделий
- •Пример расчёта надежности невосстанавливаемого изделия – блока аппаратуры, выполненного на интегральных схемах
- •Методика расчета надежности восстанавливаемых изделий и систем
- •9. Модели «клиент—сервер» в технологии баз данных
- •10.Двухуровневые модели
- •13.Модель сервера приложений
- •14. Модели серверов баз данных
- •16.Распределенные базы данных и требования к ним
- •Независимость от центрального узла.
- •Непрерывное функционирование
- •Независимость от расположения
- •Обработка распределенных запросов
- •Управление распределенными транзакциями
- •Независимость от аппаратного обеспечения
- •19. Классификация распределенных систем. Централизация и децентрализация.
- •20.Классификация распределенных систем по способам распределения данных
- •21.Классификация распределенных систем по типу распределения процессоров (аспект обработки).
- •22. Распределение по функциям
- •Распределение по системам
- •23. Комбинированные системы
- •24. Горизонтальное распределение
- •Многоуровневые архитектуры клиент-сервер
- •Общие сведения об архитектуре клиент-сервер
- •Клиенты и серверы локальных сетей Клиент.
- •26. Основные проблемы архитектуры "клиент-сервер"
- •Достоинства и недостатки системы клиент/сервер
- •27.Распределенные информационные системы и обработка транзакций Понятие транзакции в информационной системе.
- •Свойства транзакции.
- •28. Выполнение транзакций.
- •Откат и фиксация транзакций.
- •29.Механизм блокировок. Уровни и типы блокировок.
- •30. Протокол двухфазовой фиксации транзакций
- •31. Стратегии обработки транзакций
- •32. Методы работы в условиях перегрузки Причины перегрузок в сети.
- •Действия по устранению перегрузок.
- •Алгоритмы устранения перегрузок в системах без обратной связи. Алгоритм leaky bucket ("дырявое ведро")
- •Алгоритм Token Bucket ("маркерное ведро")
- •Методы устранения перегрузок в системах с обратной связью.
- •Метод управления разрешением.
- •Метод управления потоком с использованием пакетов блокировки
- •Метод «честной очереди».
- •Метод «скользящее окно»
- •Метод отбрасывания пакетов
- •34.Программные средства лвс. Сетевые ос. Многослойная модель сети
- •Структура сетевой операционной системы
- •Сетевое программное обеспечение ДрайверПлата сетевого адаптера
- •35. Функциональные роли компьютеров в сети
- •36. Одноранговые сетевые ос и ос с выделенными серверами
- •37. Функции сетевых операционных систем.
- •38. Управление вычислительной сетью. Администрирование сети.
- •Все это означает, что после установки сетью необходимо управлять. Управляемость
- •39. Управление программно-аппаратным комплексом сети.
- •Диагностика вс
- •40. Программное обеспечение для управления сетью.
- •41. Управление пользователями.
- •Обучение пользователей.
- •Рекомендации по проектированию корпоративных сетей.
40. Программное обеспечение для управления сетью.
Распределенные системы могут создать в сети такую нагрузку, с которой сеть возможно и не справится, что сильно замедлит работу как новых, так и уже существующих приложений. Добавление же к сети дополнительных серверов и сетевых сегментов особых успехов не приносит. Как предсказать, что произойдет в случае добавления новых приложений или группы пользователей? Сегодняшнее состояние дел вы, конечно, знаете, но как обнаружить те "камни преткновения", которые могут возникнуть в будущем? И, что намного важнее, как скорректировать сегодняшние проблемы таким образом, чтобы это не привело к появлению новых?
До сих пор большинство администраторов сети полагались на собственные оценки активности и использования сети. Но по мере роста сети и введения в локальную сеть масштаба предприятия все большего трафика извне, предсказания на основе интуитивных оценок и опыта становятся все менее и менее точными.
Моделирование трафика локальной сети. Когда сеть масштаба предприятия становится настолько сложной, что один человек уже не в состоянии предугадать, кaк повлияют нa нее отдельные изменения, aдминистрaторы сети обрaщaются к системaм моделировaния локaльной вычислительной сети. Тaкие прогрaммные продукты, кaк Bones PlanNet фирмы Comdisco Systems и L-Net фирмы CACI Products позволяют им лучше проследить прохождение сетевого трaфикa и достaточно точно оценить влияние новых приложений и пользовaтелей.
Такие пакеты строят сложные графические модели сети, что позволяет исследовать сценарии типа "а что, если" и увидеть, что произойдет, например, при добавлении к сети узлов, серверов и маршрутизаторов или в случае разбивки сети на дополнительные сегменты. Некоторые программные продукты, такие как LANMaker фирмы Make Systems, даже помогают выбрать наиболее дешевый кабель для соединения локальных сетей.
Для работы этого моделирующего программного обеспечения требуются достаточно мощные аппаратные средства; все они предполагают использование рабочих станций на базе Unix, и чем больше памяти им отводится, тем лучше. Даже моделирование сети среднего размера может потребовать около двух часов.
Еще одно стоящее приложение средств моделирования локальных сетей - перепроектирование сети. Во многих компаниях неуправляемое наращивание локальной сети приводит к созданию "паутины", в которой большое число сегментов связано простыми мостами.
Правильное использование этих инструментальных средств может существенно помочь реализации экономически эффективных планов расширения. Однако без подготовки, четкого понимания существующей инфраструктуры и точных оценок текущего и планируемого трафика средства моделирования локальных сетей могут оказаться для администраторов сети не более чем видеоиграми.
Планирование мощности. Весь процесс моделирования локальной вычислительной сети необходим для планирования ее мощности. Это искусство построения сети с оптимальной пропускной способностью для поддержки возможных приложений без привлечения избыточных мощностей. Такая задача трудна для любой операционной среды, и она становится еще более сложной из-за непредсказуемой природы большинства сетей. Хотя планирование мощности составляет номинальную функцию администраторов обычных информационных систем, лишь немногие администраторы локальных сетей имеют опыт в этой области. Надо сказать, планированием и оценкой мощности своей сети мало кто из администраторов занимается систематически.
В 80-е годы сети не проектировались. Сегодня для поддержки современных приложений клиент/сервер многие сети необходимо проектировать заново, а во многих случаях и заменять. Это не единственный фактор, ограничивающий возможность администраторов точно планировать свои сети. "Пиковый" характер трафика ЛВС делает моделирование сетей значительно более трудным, чем моделирование систем на основе головной ЭВМ. В ЛВС трафик может сильно варьироваться порой вопреки всем законам. Это, конечно, определяется природой распределенной обработки. Поскольку такая обработка выполняется и клиентом, и сервером, немногие администраторы сети имеют четкое представление о влиянии приложения на общую производительность сети. И, когда работа в сети замедляется, они чаще всего не знают, как исправить ситуацию.
Временами оказывается, что усовершенствования или изменения, направленные на улучшение работы и производительности сети, слабо влияют на пользователей. Иногда подобные новации ухудшают состояние дел в других местах. Программы администрирования сети, хотя они и могут фиксировать возникающие проблемы, не в силах прогнозировать их. Именно здесь могут помочь средства моделирования. Модели строятся на основе существующей информации о сети и экстраполируют производительность для определенных условий. Они позволяют выявить точки возникновения проблем и оценить несколько сетевых схем до того, как они будут реализованы и потратятся значительные средства на серверы, концентраторы и кабели.
Сбор данных. Как правило, средства моделирования сети вычисляют ее производительность на основе показателей ее фактического и оцениваемого трафика, указываемых администратором сети. Многие программы моделирования воспринимают данные и от инструментальных средств анализа сети, таких как анализатор протокола Sniffer фирмы Network General. Для крупномасштабных моделей такая возможность имеет важное значение: без нее пришлось бы подсчитывать передаваемые пакеты и вводить множество данных. Установив программные агенты, позволяющие получить картину полного сетевого трафика, вы можете использовать и данные, получаемые с помощью продуктов административного управления сетью, таких как SunNet Manager фирмы Sun Microsystems и Open View фирмы Hewlett Packard.
Другим подходом к моделированию сети является создание вариантов сценария работы ЛВС, что позволяет программировать уровень трафика на основе действий сетевых приложений. Разница между этими подходами состоит в том, что в первом случае просто используется экстраполяция на основе измеренного трафика, а второй позволяет вам управлять масштабом операций. Он будет срабатывать тем эффективнее, чем больше ваши сценарии приближены к реальности.
Средства моделирования обычно включают в себя модули обработки, эмулирующие сетевые устройства, такие как мосты и концентраторы, так что моделируемый трафик будет подвергаться той же обработке, что и реальный. Например, в пакете моделирования PlanNet фирмы Comdisco вы найдете возможность эмуляции всего оборудования - от сети Token Ring и сегментов Ethernet до средств передачи речевых данных и телекоммуникационных линий T-3. После того как модель сети построена и работает, вы можете поэкспериментировать, добавляя в нее протоколы, пользователей или сетевые сегменты. Вы можете разбить сеть на дополнительные сегменты, применив в них, например, линию связи T-1, и посмотреть, что произойдет. Средство моделирования покажет вам коэффициент использования сети в процентах от ее пропускной способности, уровни трафика и ошибок, время реакции. Даже при помощи такого измерительного инструмента, как Sniffer, моделирование позволяет получить лишь ту точность, которую дают базовые данные. Если при измерении трафика вы не охватили адекватный диапазон сетевой активности или ваши оценки роста объема трафика, генерируемого новым приложением, неверны, то вы не получите реалистичного описания производительности. Вам необходимы не только точные данные, но и определенная подготовка и понимание того, что означает программа моделирования и какие сценарии более жизнеспособны. Хотя инструментальные средства являются графическими и с ними легко работать, они не дают таких конкретных рекомендаций, как "выделить этот сегмент сети" или "уменьшить здесь длину кабеля". Средства моделирования способны показать, каким образом изменения могут повлиять на производительность, но интерпретировать данные, разрабатывать план устранения узких мест и готовить сценарии для проверки этих планов должен администратор сети.
Все это требует времени. Построение точной модели сложной сети может занять месяц или более. Следует принимать во внимание также значительную стоимость подобных пакетов (порядка 10000 долл.).