- •Иерархическая топология
- •Шинная или горизонтальная топология.
- •Линии связи в лвс. Характеристики линий связи.
- •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. Управление пользователями.
- •Обучение пользователей.
- •Рекомендации по проектированию корпоративных сетей.
19. Классификация распределенных систем. Централизация и децентрализация.
Новые возможности, предоставляемые распределенной обработкой данных, поставили перед администраторами, ответственными за обработку информации, много сложных проблем. Какие функции должны быть централизованы, а какие децентрализованы? Где должны храниться данные? Какая конфигурация больших машин и персональных компьютеров окажется наилучшей для обслуживания заказчика?
При проектировании систем необходимо учитывать три технических аспекта – это данные, их обработка и механизмы управления этой обработкой. Но помимо технических, приходится учитывать психологические, социальные и другие аспекты. Должно ли прикладное программирование вестись централизованно или периферийными группами? Должно ли общее руководство ходом разработки быть централизованным или распределенным? Какие стандарты следует принимать централизованно?
Высокая степень централизации аппаратуры обычно увеличивает ее стоимость. Но хорошо известно, что платить приходится не только за аппаратуру. Существует множество различных аргументов, как <за>, так и <против> централизации. И зачастую совсем не технические аргументы оказываются решающими.
Важно отметить, что современный уровень технологии предоставляет разработчику системы возможность выбора. Распределенная обработка позволяет строить системы, в которых гибко сочетаются достоинства, как централизации, так и децентрализации.
В принципе аргументы <за> и <против> распределенной обработки в некоторой конкретной системе распадаются на три группы, касающиеся обработки, данных и механизмов управления. Каждая из этих групп требует особого рассмотрения. Могут быть аргументы <за> централизацию одних данных и рассредоточение других, причем они могут не совпадать с аргументами в пользу распределения собственно обработки. Наконец, в системе может быть в большой степени территориально рассредоточена обработка, а общие механизмы управления локализованы.
Компьютерные сети могут иметь как централизованные механизмы управления, так и рассредоточенные. В случае полной централизации управления при выходе из строя центра становится неработоспособной вся сеть. Распределенное управление предполагает, что с выходом из строя любой части сети оставшаяся часть продолжает функционировать. Надежность централизованной системы можно повысить, предусмотрев несколько компьютеров в одном центре, готовых взять на себя функции управления.
На практике мы сталкиваемся и с централизованным, и с распределенным управлением, но чаще - с их комбинацией. В городе, например, принято в основном распределенное управление. Некоторые функции централизованы в мэрии, но город будет продолжать жить, если мэрия окажется разрушенной. В человеческом организме большинство жизненно важных функций централизовано. Он устойчив по отношению ко многим травмам, но умирает при нарушении мозговой или сердечной деятельности. Функционирование машинных сетей точно так же зависит от работоспособности определенных критических компонентов. По мере того как на сети будет возлагаться все большее число жизненно важных функций, все большее значение начнет придаваться устойчивым к отказам механизмам управления.
Если соединенные линиями связи процессоры территориально удалены друг от друга, то перерабатываемые ими данные также могли бы быть распределенными. Однако ограничения на размещение данных и размещение процессоров различны. Во многих системах именно структура данных и характер их использования обусловливают размещение процессоров.
Данные могут храниться двумя способами - непосредственно в виде файлов или в базах данных. Файлы обычно создаются для работы с одной прикладной задачей или группой связанных задач. База данных - это хранящаяся в независимом от приложений виде совокупность данных, из которой может быть порождено с помощью программного обеспечения множество различных записей. Использование БД дает большие преимущества, однако их ПО весьма сложно и обычно устойчиво работает с данными, сосредоточенными в одном месте. Распределенные данные поэтому часто организуются в форме файлов.
Соображения, определяющие экономическую эффективность, для систем хранения данных и для процессоров различны. Стоимость хранения бита информации в памяти большего объема много ниже, чем в памяти малого объема. Однако часто вовсе не стоимость хранения бита информации определяет централизованную или децентрализованную форму хранения данных. Централизация или децентрализация, как правило, диктуется существом самих хранимых данных. Данные централизуются, если:
файл непрерывно обновляется, а территориально разобщенные пользователи должны получать всякий раз последнее состояние данных (как в файле резервирования авиабилетов);
поиск производится во всей совокупности данных;
над данными осуществляются операции со вторичными ключами.
Данные могут быть децентрализованными, если они используются локально в точке их происхождения.
При низкой скорости обновления или при автономном обновлении (on-line) допустимо хранение нескольких копий одних и тех же данных в разных местах.